AIサイバー攻撃をDeepSeekが自律実行、侵害を確認したのは手動操作

Unit 42がDeepSeekで動作するHermesを発見

Hermes Agentは、ターミナル(コマンド入力画面)の操作・Telegram(テレグラム)からの指令の受け取り・スキルの仕組みを備えたオープンソースのフレームワークです。安全のための制限は内蔵していないとのこと。そのためハッカー集団はこのフレームワークを通してDeepSeekを自律的に攻撃を進めるAIとして使い、Telegramで指令を出していました。

ハッカー集団の別名はknaitheとKnYuanです。DeepSeekにさせていた作業は次の3つです。

  • FOFAを使った標的と脆弱性の洗い出し
  • 攻撃ツールの調達
  • 人の介入なしの攻撃開始

FOFA(フォファ)は、インターネットに公開されている機器やサービスを、条件を指定して検索するサービスです。DeepSeekはFOFAを使って攻撃できそうな機器を自ら探していました。

Hermes AgentとDeepSeekは役割を分担していました。ターミナルの操作と指令の受け取りはHermes Agentが、コード生成・脆弱性の評価・標的選び・意思決定はDeepSeekが担当していたとのこと。設定されていたスキルは、godmode(AIの制限を無効にする脱獄)・web-terminal-exploitation・fofa-cyberspace-searchの3つです。

ハッカー集団が用意していたAI環境(Unit 42のレポートより)

実行主体
Hermes Agent + DeepSeek(安全層を持たないフレームワーク、DeepSeek公式のAPIへ直接接続)
指令経路
Telegramによる遠隔指令(コマンド&コントロール)
試用にとどまったツール
Claude Code(接続とプロキシの試験のみ、3セッション10件)/Codex(使った形跡のみ、会話ログは残っていない)
設定していたモデル
Qwen・GLM・Kimi・MiniMax(Qwen Codeは、計2セッションで利用)
追跡回避
Claude CodeとCodexは第三者のプロキシ経由。Claude Codeは帰属表示のヘッダーと必須でない通信を無効にする設定、Codexは応答保存を無効にする設定

露見のきっかけは、Telegramのコマンドに応じてHermes Agentがホームディレクトリ(/home/worker)でファイルサーバーを起動したことです。起動場所が隔離された作業用ディレクトリでなかったため、AIツールの設定・APIキー・攻撃スクリプト・標的リスト・Bashの履歴・自律攻撃のログまで外部から閲覧できる状態だったとのこと。

ハッカー集団が意図した公開ではないとUnit 42はみています。

ハッカー集団は、ファイルサーバーの件を除けば痕跡を残さないよう注意していました。使い終えた攻撃用ディレクトリを空にし、Codexも会話ログを残さない設定にしていたとのこと。手作業で攻撃していれば残らなかったはずの証拠を、攻撃のために作った自律実行の仕組みが生み出し、この証拠が露見を招いた直接の原因になったとUnit 42は結論づけています。

AIが関わる別の事例として、Word文書で自己増殖するAIワームがあります。Claudeが関わった不正アクセスも、別の記事で報じています。

The actor, operating under the aliases knaithe and KnYuan, leveraged DeepSeek, via the Hermes Agent framework, as their autonomous offensive operator. / Hermes Agent provided orchestration (terminal access, Telegram-based command and control, and the skills system) while DeepSeek served as the reasoning engine for code generation, vulnerability assessment, target selection and decision-making. / Claude Code: The actor only used this for connectivity testing and proxy validation. Session history (10 entries across three sessions) contained only /model checks, connectivity tests and one npm install request. / Hermes Agent, responding to a Telegram command, started an HTTP file server (python3 -m http.server 8888) from the actor's home directory (/home/worker) rather than an isolated staging directory. / The exposure was unintentional. The actor demonstrated operational security awareness elsewhere, having emptied exploit directories after use and disabled Codex conversation logging. / The same autonomous capability the actor developed for offensive use directly caused the exposure of the operation, producing forensic artifacts that would not have existed under manual execution. — ハッカー集団の別名、Hermes AgentとDeepSeekの役割分担、Claude Codeの利用範囲、ファイルサーバー起動による露出、ハッカー集団の運用上の注意、および自律実行が証拠を生んだという評価に関する記述より
公式情報を見る →

自律攻撃のAIはLangflowで失敗しn8nへ標的を変更

復元できた2026年5月7日の1セッションでは、AIがLangflowの攻撃に失敗し、標的をn8nへ乗り換えていました。最初の指示より後に操作者が何を入力したかは復元できなかったとのこと。このセッションでAIが踏んだ手順は次のとおりです。

2026年5月7日のセッションでAIが進めた流れ

フェーズ1
Langflowの脆弱性に狙いを定め、GitHubから攻撃実証コードを取得。FOFAで84台を列挙して脆弱なバージョンを1台特定したが、攻撃は失敗
判断
製品全体を狙う価値の低い標的と判断し、手詰まりだと自ら記録して撤退
フェーズ2
10の製品系列の設置台数を集計し、GitHubの実証コードをスター数順に比較してn8nを選択
フェーズ3
2つのCVEを連鎖させる攻撃コードを入手し、影響を受けるバージョンを自ら判断
フェーズ4
脆弱なバージョンを3台確認したがフォームに認証があり失敗。50台超へ並行して走査したが公開フォームは0台

最初に標的にした脆弱性はLangflow(ラングフロー)のCVE-2026-33017で、CVSSは9.8でした。CVE(共通脆弱性識別子)は公表された脆弱性ごとの管理番号です。

DeepSeekはGitHubから公開の攻撃実証コードを取得し、FOFAでLangflowを84台列挙して、脆弱なバージョンを1台特定しました。この脆弱性の悪用には自動ログイン(auto_login)の有効化か公開フローIDが必要で、標的はどちらも満たさなかったとのこと。DeepSeekはこの製品全体を狙う価値の低い標的と判断し、手詰まりだと自ら記録して撤退しました。

DeepSeekはLangflowを諦めたあと、より価値の高い脆弱性の調査に移りました。FOFAで10の製品系列の設置台数を集計し、GitHubで2026年のCVEの実証コードをスター数順に探し、深刻度・設置規模・悪用のしやすさで比較したとのこと。その結果、DeepSeekはワークフロー自動化ツールのn8n(エヌ・エイト・エヌ)を選びました。

FOFAによるとn8nの設置台数は世界で64万7,017台あり、うち中国国内は2万5,209台でした。DeepSeekは公開されている攻撃コードを入手したとのこと。この攻撃コードは認証なしでファイルをアップロードできるフォームを前提に、次の2つのCVEを連鎖させます。

  • CVE-2026-21858(任意のファイル読み取り・CVSS 10.0)
  • CVE-2025-68613(サンドボックス回避からのリモートコード実行、CVSS 9.9)

DeepSeekは、修正されたバージョンの番号をもとに影響を受けるバージョンの範囲を自ら判断しました。さらに2万5,209台から約100件のIPアドレスを抜き出し、うち約40件にcurlでバージョンを問い合わせたとのこと。大半は接続できないか、応答を返しませんでした。脆弱なバージョンのまま動作していたのは3台だけでした。

1台がフォームの入口を3つ公開していましたが、すべて認証が必要でした。そのため、この1台への悪用は成立していません。

DeepSeekは残りの中国国内の50台超を並行して走査しましたが、誰でも利用できるフォームを公開していた標的は1台もありませんでした。復元できたセッションのデータはここで終わるとのこと。人が数百時間かけて行う標的分析をAIが数分で終わらせ、計算資源も自ら管理していたことにUnit 42は注目しています。

We recovered the following sequence in Figure 1 from a single Hermes Agent session (May 7, 2026). We were unable to recover additional operator input beyond the initial task. / The exploitation attempts failed because the vulnerability requires either auto_login enabled or a public flow ID and the target had neither. / DeepSeek evaluated each candidate by severity, deployment footprint and exploitability before selecting n8n / FOFA confirmed n8n as a high-value target: 647,017 instances globally; 25,209 in China. / DeepSeek launched parallel scanning across 50-plus remaining Chinese targets. None had publicly accessible forms. The actor did not achieve exploitation. The recovered session data ends at this point. / This autonomous process of target identification, sampling and narrowing of scope is notable because the system executed hundreds of hours of manual targeting analysis in mere minutes, while also managing its own compute resources. — セッションの復元範囲、Langflowでの失敗の理由、標的の選び直しの評価軸、n8nの設置台数、並行走査で終わった経緯、および絞り込みの意味づけに関する記述より
公式情報を見る →

手動のハッキングがCitrix NetScalerの脆弱性を突いて侵害

ハッカー集団は手作業でCitrix NetScalerの脆弱性を突き、3組織からデータを持ち出しました。また、ハッカー集団が悪用を試みた標的は自律と手動を合わせて460を超えました。自律と手動の内訳は明らかになっていません。「攻撃に使われた脆弱性と実施方法」の表で自律攻撃とされているLangflowとn8nは、どちらも失敗に終わりました。

攻撃に使われた脆弱性と実施方法(Unit 42のTable 2より)

製品 CVE / CVSS 方法 結果
Langflow CVE-2026-33017 / 9.8 自律 失敗(前提設定なし)
n8n CVE-2026-21858とCVE-2025-68613 / 10.0と9.9 自律 失敗(認証が必要)
Citrix NetScaler CVE-2026-3055 / 9.8 手動 データを持ち出したと判明
Marimo Notebook CVE-2026-39987 / 9.8 手動 コマンド実行が判明
Apache Tomcat CVE-2026-34486 / 7.5 手動 折り返し接続(リバースシェル)の試行
Windows IKE VPN CVE-2026-33824 / 9.8 手動 折り返し接続(リバースシェル)の試行
PAN-OS CVE-2026-0300 / 9.8 手動 実証コード取得のみ(未実行)

確認された実害はすべて手動の攻撃によるものです。ハッカー集団は、FOFAでの列挙・自作のPythonスキャナーでの走査・脆弱性を直接突く攻撃という従来どおりの手順を踏んでいたとのこと。実害の中身は次の2つです。

  • Citrix NetScaler(シトリックス・ネットスケーラー)の脆弱性CVE-2026-3055で、3組織からメモリのデータを持ち出した
  • Marimo(マリモ)ノートブックの脆弱性CVE-2026-39987で、11台の接続先でコマンド実行を確認した

Citrix NetScalerの件ではハッカー集団が持ち出したデータの中からNetScalerの認証クッキー(NSC_AAAC=)を検索しており、Unit 42はセッション乗っ取りの意図がうかがえるとしています。またハッカー集団はマレーシアの政府機関にも執拗に攻撃を重ね、複数日にわたって悪用を継続したとのこと。その後の試行ではプロキシを経由して身元を隠していました。

リバースシェル(標的側からハッカー集団側へ折り返し接続させる手口)は、Apache Tomcat(アパッチ・トムキャット)の9台とWindowsのIKE VPNの3つの接続先にも試されています。PAN-OSの脆弱性についてはハッカー集団が動作しない実証コードを公開リポジトリから複製しただけで、改変や実行の形跡は見つかっていません。

ハッカー集団が分析前に消したファイルには台数の分からないホストが含まれており、そのホストへ一括で攻撃した証拠もUnit 42は確認しています。このファイルにあったホストへの攻撃がどんな結果になったかは、明らかになっていません。

we identified that this actor attempted to exploit over 460 targets, leveraging a mix of autonomous and manual techniques. / Separate from the autonomous AI campaigns, the actor conducted manual operations using conventional workflows (FOFA enumeration, custom Python scanners and direct exploitation) with confirmed impact. / Across all the exploitation attempts, both autonomous and manual, Unit 42 confirmed data exfiltration from three Citrix NetScaler targets (CVE-2026-3055) and command execution on 11 Marimo notebook endpoints (CVE-2026-39987). However, we reviewed evidence of batch exploitation against an unknown number of hosts that were listed in a file deleted by the actor prior to our analysis. / The actor searched the exfiltrated data for NetScaler authentication cookies (NSC_AAAC=), indicating session hijacking intent. / Java deserialization reverse shell attempts against nine Apache Tomcat servers (CVE-2026-34486) / Reverse shell callbacks targeting three IKE VPN endpoints (CVE-2026-33824). / The cloned code is non-functional with placeholder values that cannot achieve code execution. No evidence of modification or execution was found. — 狙われた標的数、手動の攻撃の性格、確認された実害の2件と確認の限界、認証クッキーの検索、Tomcat・IKE VPNへの試み、およびPAN-OSの実証コードが未実行であった旨の記述より
公式情報を見る →

なぜDeepSeekを採用し、AI攻撃は阻まれたか

ハッカー集団は自律攻撃に使うモデルとして、安全対策が最小限のDeepSeekを選んだとUnit 42はみています。ハッカー集団は、ユーザー側で制限をかける仕組みがないオープンソースのフレームワークを通してDeepSeekを使ったとのこと。西側のモデルも試みていますが、提供元が設けた制限のため自律攻撃には使いにくかったとみられ、制限の最も緩いモデルを選んだ可能性が高いとUnit 42は書いています。

OpenAIは、自社の安全策がポリシー違反の要求を拒否していたことを確認しています。さらにUnit 42から情報共有を受ける前に、繰り返される試行を安全システムで検知し、この攻撃に関係するとみられるアカウントを無効にしていたとのこと。DeepSeek側の対応は明らかになっていません。

自律で進めた攻撃を阻んだのは標的側の設定条件でした。Langflowは前提となるワークフローの設定がなく、n8nはフォームに認証がかかっていたとのこと。Unit 42は初期設定の対策がもっと弱い標的なら攻撃が通っていたはずだとしており、AIエージェントの攻撃に対する防御側への示唆を次の4点にまとめています。

  • AIが自律で進める攻撃はすでに実用の段階にあり、成功まであと一歩だった
  • ハッカー集団は繰り返し利用できるAI攻撃の環境を作り込んでいる。自作の自動化スキルやプロキシによる匿名化、Telegramによる指令を組み合わせ、うまくいった手順をセッションをまたいで使い回せる仕組みを構築している
  • ハッカー集団は最も手間のかからない手段を選ぶ
  • 自律実行はハッカー集団にとっても新しいリスクになる。今回の露見もAIがファイルサーバーを起動したことから始まった

今回、AIが自律で進めた攻撃が侵害に至らなかったのは標的側の設定のおかげで、確認された実害はどれも手動の攻撃によるものでした。しかしUnit 42は攻撃1件ごとの成否より、ハッカー集団の手口がどこへ向かっているかを重視しています。

ハッカー集団は、ツール設定の改良・自作スキルの開発・プロキシ基盤の構築を重ねていました。Unit 42は、AIを攻撃に使う技術的なハードルはすでに低く、いまも下がり続けていると指摘しています。

Exploitation was prevented by target-side configuration requirements — the absence of prerequisite workflow configurations (Langflow) and authentication on form endpoints (n8n). Targets with weaker default configurations would have been susceptible. / For their autonomous attack engine, the actor selected a model with minimal safety controls (DeepSeek) accessed through an open-source framework with no client-side restrictions. The actor attempted to use Western models, but their provider-side controls likely limited their effectiveness for autonomous attacks. / Note: Our colleagues at OpenAI were able to confirm that their provider-side safeguards refused requests that violated their policies. They also confirmed that continued attempts led their safety systems to flag and disable an account they believe is linked to this campaign prior to our intelligence sharing with their team. / The significance of these findings lies in the trajectory rather than the outcome of any individual campaign. / The technical barrier to AI-augmented offensive operations is low and continues to decrease. — 攻撃が防がれた理由、モデル選択に関する評価、OpenAI側の対応、および結論の軌道に関する記述より
公式情報を見る →

FAQ

AIだけで侵入まで成功しましたか?
成功していません。Unit 42は、自律型のキャンペーンがいずれの標的についても完全な侵害には至らなかったと報告しています。攻撃を阻んだのは標的側の設定条件で、初期設定の対策がもっと弱い標的なら攻撃を受けやすかった、というのがUnit 42の指摘です。
なぜDeepSeekが使われたのですか?
Unit 42は、ハッカー集団が安全対策が最小限のモデルとしてDeepSeekを選んだとみています。ハッカー集団は西側のモデルも試みていましたが、提供元が設けた制限のため、自律攻撃には使いにくかった可能性が高いとのこと。
実際の被害はどれくらいでしたか?
自律と手動を合わせて460を超える標的の悪用が試みられました。Unit 42が確認した実害は手動の攻撃によるもので、Citrix NetScalerの脆弱性を使って3組織からデータを持ち出したことと、Marimoノートブック11台の接続先でコマンドを実行したことです。