AI 付き侵入フレームワークでも「いつもの挙動」で止まる（CyberStrikeAI）
教育機関への侵入で、OSS の CyberStrikeAI が LLM にツール選択とコマンド生成を任せていた。端末エージェントに AI は無く、人が承認する半自動。検知は AI の有無ではなく認証情報取得・横展開・DCSync など従来の相関で足りる、と Kaspersky は説明している。
いつ使うか
- 「AI 攻撃だから新しい検知が必要」と方針が揺れているとき
- 侵入テスト自動化ツールが C2／エージェント付きで流通しているのを SOC が気にしているとき
攻撃側の形（防御に効く事実）
- C2 側コントローラーが LLM でコマンドを作り、端末エージェントは実行結果を返すだけ（エージェントから AI API へは出ない）。
- 人の承認・修正が入るため完全自律ではない。休止を挟みつつ、永続化〜ドメイン偵察〜横展開・認証情報一括取得・DB 抽出まで進んだ例がある。
- 認証情報取得は Windows 標準機能や既知ツール。ドメイン管理者到達後に DCSync やゴールデンチケットも確認。
防御側でやること
- SIEM にプロセス起動、PowerShell、ログオン、オブジェクト操作、共有リソースアクセスを集める（従来どおり）。
- 相関は「AI」ラベルではなく、短時間の偵察→認証情報ダンプ→横展開→大量データ読み出しの並びを見る。
- SQL Server など既に侵害された箱を足場にした「人が手で準備→後からエージェント」の空白期間も、管理シェルと新規サービス／タスクの監査で埋める。
- 侵入テスト用 OSS やそのエージェントバイナリのハッシュ・C2 パターンを脅威インテリジェンスに載せるが、過信せず挙動検知を主にする。
注意
- ビルド差で C2 基盤が分かれる群がある。IOC 単体の横展開は限定的。
- 関連: AI による自律型攻撃の「下調べ→侵入」の流れを先回りで塞ぐ（アルカディア事例と ARTEX）、AI エージェントの多段攻撃を「操作の並び」で検知する：Cisco Project Quarry