Google、LLMが自律で攻撃する「ARTEX」の実態を公開　侵入対応で確認

何が発表されたか

Google Threat Intelligence Group（GTIG）は2026年10月30日、LLM を使って攻撃を自律的に進める「エージェンティック攻撃フレームワーク」の調査結果を公開した。

• 中心となる ARTEX は Go で書かれた多エージェント構成のペネトレーションテスト／C2 プラットフォームで、Next.js 製の管理コンソールを内蔵する。6つの専門サブエージェントが、高レベルの指示をコマンドへ落とし込む。
• 元の GitHub リポジトリは攻撃者による悪用の広がりを受けて2026年10月に削除されたが、ScopeWeaver などのフォークや商用版 ARTEX PRO として拡散が続いている。
• 類似のフレームワークとして PentAGI、Hexstrike、CAIRN が挙げられている。
• 2026年8月下旬以降、Mandiant のインシデント対応で、偵察・横展開・権限昇格・持続化・持ち出し準備といった攻撃の多くの段階で実際に使われたことが確認された。
• 動作は非常に速く、ARTEX は2〜25秒程度の処理を繰り返す。AWS の権限を調べる過程で23秒間に27件のイベントを記録した例がある。一方で痕跡は多く、ある Linux Web サーバーへの侵入では240件のログイベントを生成した。
• GTIG は現時点の利用を初期段階かつ高度ではないと評価しつつ、広範で一定の成果を上げているとし、サイバー犯罪者の採用は今後も進むと高い確度で見ている。

対象となった組織には、米欧の企業向けソフトウェア・産業オートメーション・半導体・通信、さらに政府機関や製造業などが含まれる。ある事例では、最初のアカウント侵害から深部への到達まで約15分だったという。

取るべき対応

GTIG は防御を5層に整理している。Web 制作・運用の受託側が自社と顧客環境で確認できる範囲では、次の点が実務に近い。

• 管理 API・管理コンソール・CI/CD を信頼済みネットワークに限定し、フィッシング耐性のある多要素認証を必須にする。
• 静的なアクセスキーをやめ、短命なワークロード認証情報（Managed Identity、Workload Identity Federation、IAM ロールなど）へ移す。露出したシークレットの走査も行う。
• DMZ のワークロードを分離し、データベース実行時の権限を絞る（OS コマンド実行や任意ファイル書き込みの禁止など）。外部利用者向けに詳細なエラーを返さない。
• メール送信や通知など影響の大きい業務 API に、レート制限と宛先数の制限を設ける。
• 認証元の追加、制御プレーンの短時間での大量操作、webhook やトンネリングサービスへの不審な通信を検知できるよう、平常時の挙動を把握しておく。