AIエージェントが攻撃者の“雑務”を肩代わり──北朝鮮も運用を自動化し始めた現実です

今日の深掘りポイント

• 攻撃前段の「偵察・インフラ準備・文面生成」といった雑務の自動化が進み、オペレーション速度と並列性が飛躍します。既存のIoCベース検知は“短命化”し、行動（手口）検知への更新が急務です。
• 北朝鮮を含む国家系アクターがAIエージェントを使い、攻撃インフラの構築・運用やリサーチを効率化しているとの指摘は、資金獲得型作戦の回転率（ROI）を押し上げる要因になります。
• 企業側では「モデル利用のモニタリング」「開発・自動化環境の権限分離」「リソース開発と偵察TTPのハンティング強化」が、すぐに打てる現実解です。
• メトリクスから読み取れるのは、信頼性と蓋然性が高く、緊急度・実務対応可能性も高いという点です。静観ではなく、運用の作り替え（検知とガバナンスの双方）に踏み出すタイミングです。

はじめに

AIエージェントは“攻撃者の事務局”になりつつあります。人手がかかる調査や、使い捨てインフラの立ち上げ、フィッシング文面のローカライズといった前処理を肩代わりし、攻撃者は意思決定と要所の手動作業に集中できるようになります。Microsoftの脅威情報責任者が、こうした自動化が現実に用いられ、北朝鮮も活用していると指摘したことは、SOCと脅威インテリジェンス（TI）の運用前提を更新すべき合図に見えます。
このトレンドは「AIがゼロデイを自律的に見つける」といった誇張ではなく、地味だが攻撃成功率を左右する“雑務”にAIが効く――そこが本質です。だからこそ、既存の検知網は無力化しやすく、対抗策は挙動ベースかつ前段（Resource Development/Reconnaissance）にまで拡張する必要があります。

深掘り詳細

事実関係（報道で確認できること）

• Microsoftの脅威インテリジェンス部門は、AIエージェントが攻撃者の前段作業（攻撃計画や実行に向けた雑務）のアウトソースに使われ、攻撃の迅速化・効率化に寄与していると指摘しています。特に北朝鮮系アクターによる活用が報告されています。攻撃インフラの管理や偵察が自動化されることで、作戦展開が加速する旨が報じられています。
  出典: The Registerの報道（Microsoft担当者の指摘に基づく）です。The Register
• 報道の射程は「前段の自動化」であり、AIが自律的に侵入・横展開・持続化まで完遂したといった主張ではありません。焦点は“準備と運用の効率化”にあります。

インサイト（編集部の見立て）

• オペレーションの“速度×並列性”が跳ね上がる
  エージェントに偵察・整文・スクリプトのひな形作成・インフラ構築の下準備を任せると、単一チームで同時多発的に作戦線を増やせます。これにより、従来の「準備段階の摩擦」がボトルネックでなくなり、IoC（IP/ドメイン/証明書等）の“寿命”がさらに短くなります。検知は「もの」から「ふるまい」へ寄せる必要があります。
• “品質ではなく量と回転”の脅威経済
  高度な0-day発見より、既存手口の大量適用・局所最適の自動反復が費用対効果で勝ちます。特に暗号資産窃取や外交・産業スパイで、対象ごとに素早くローカライズされた誘導や、短命なC2足場の量産が効きます。
• 防御側の“見えない領域”が増える
  社内の自動化基盤（CI/CDやRPA、クラウドの管理API）にAIエージェントが接続されると、誤用・悪用の境界が曖昧になります。モデル利用のモニタリングと、ツール呼び出しのゲート（人の承認やポリシー制御）を設けない限り、「どこで何が自動化されているか」を把握できず、インシデント後のトレースも難しくなります。

脅威シナリオと影響

以下は、報道を踏まえつつMITRE ATT&CKに沿って組み立てた仮説ベースのシナリオです（仮説であり、個別事案を断定するものではありません）。

• シナリオ1：エージェントが“使い捨て”攻撃基盤を量産
  • 想定挙動: 生成AIがIaCの雛形やコマンド列を下書きし、登録・払い出し・構成の繰り返しを自動化。短期間で複数のVPS/ドメイン/C2ノードを用意してローテーションします。
  • ATT&CK: Resource Development [TA0042]、Acquire Infrastructure [T1583]、Compromise Infrastructure [T1584]、Dynamic Resolution（DGA/高速な解決回転）[T1568]、Obfuscated/Compressed Files & Info [T1027] です。
  • 期待効果（攻撃側）: IoCの短命化と発見回避、止められてもすぐ“次の足場”に切り替え可能です。
• シナリオ2：OSINT偵察とターゲティングの自動要約
  • 想定挙動: 公開情報（採用情報、技術ブログ、Gitリポジトリ、SNS）を収集・要約し、担当者名・技術スタック・稼働時間帯から刺さる誘導文面を高速生成します。
  • ATT&CK: Reconnaissance [TA0043]、Gather Victim Org/Personnel/Tech Info（T1591/T1590系）、Active Scanning [T1595]、Spearphishing（Link/Attachment）[T1566] です。
  • 期待効果（攻撃側）: 量産と“そこそこ精度の高い”個別化で、初期侵入の転換率を底上げします。
• シナリオ3：継続運用のメンテナンス自動化
  • 想定挙動: ブロックやSinkholeの検知をトリガに、エージェントが新規証明書発行、DNS更新、トンネル再構築を即時実行。C2の回復を自律的に繰り返します。
  • ATT&CK: Command and Control（回線維持・再構築）、Dynamic Resolution [T1568]、Valid Accounts [T1078]（クラウド/ホスティングの正規アカウント悪用）です。
  • 期待効果（攻撃側）: 防御側の封じ込め速度に依らず、作戦継続性を確保します。

影響面では、既存のIoC共有中心のディフェンス・プレイブックが目減りしやすく、行動ベース検知と前段タクティクス（TA0042/TA0043）への可視化がない組織ほど“静かに”抜けられます。地政学的には、北朝鮮のようにサイバーを外貨獲得の重要手段として位置づける主体にとって、作戦の回転率を上げる自動化は資金調達リスクを押し上げる可能性がある点も無視できません（本点は一般的懸念であり、個別金額や事案を断定するものではありません）。

セキュリティ担当者のアクション

“すぐにできること”と“数カ月かけて作り替えること”を分けて、優先度高から着手します。

• 検知とハンティングの刷新（前段まで拡張）
  • Resource Development/Reconnaissance（TA0042, TA0043）に跨るテレメトリの可視化を追加します。
  • 新規ドメイン・VPS調達の“回転の速さ”“同質性”（登録者情報、ネームサーバ、証明書指紋、ASNの偏り、DNS TTLのばらつき）に注目します。T1583, T1568
  • 社外からのOSINT収集を示唆する高頻度スクレイピングやスキャンの相関観測を、フィッシング到来・初期侵入試行（T1566, T1595）と時系列で結び、前兆検知のルール化を進めます。
• モデル利用のモニタリングとガバナンス
  • 社内から外部LLM/API（SaaS型AIサービス、モデルホスティング）の利用エンドポイントを棚卸しし、プロキシ経由の強制・ログ取得・トークン保護を徹底します。
  • エージェントによる「ツール呼び出し」（クラウド管理API、CI/CD、RPA）には、人の承認・レート制御・スコープ制限を課す“ツールゲーティング”を導入します。
  • プロンプト/レスポンスの監査ログ保全（機微情報持ち出し、攻撃自動化の痕跡）とDLP連携を運用化します。
• 開発・自動化環境の権限分離と安全弁
  • IaC・運用自動化に使う資格情報は、最小権限・短命トークン・ワークロードIDに限定し、長期鍵を排除します。
  • 「本番へ到達する自動化」と「検証用/情報収集の自動化」をネットワーク的・アイデンティティ的に分離します。万一のエージェント誤用時に“踏み越え”が起きない構造にします。
• IoC運用の仕立て直し
  • ドメイン/IP/証明書といったIoCは寿命を見込み、行動シグネチャ（インフラ調達パターン、証明書発行のクセ、DNS構成の遷移、C2回復時の動線）に重心を移します。
  • TIチームは、TTPの更新頻度を上げ、Pre-ATT&CK相当の観測点（公開情報集約・スキャン・登録動作）をレポーティング面にも反映します。
• インシデント対応計画の改訂
  • ブロック後の“自動回復（インフラ再展開）”を前提に、連鎖的封じ込め（登録レジストラ・ホスティング・CDN・証明書運用の一括止め）をプレイブックに追加します。
  • サプライヤやクラウド事業者との連携窓口・SLAを見直し、短時間で横断的に止めにいける運用を準備します。

ここまでのリスク評価を総合すると、「信頼性・蓋然性が高く、短期に行動を起こすべきトピック」です。生成AIの“攻撃者の事務化”は静かに効いてきます。守る側は、モデル利用の見える化と、前段の行動検知への拡張で“静かに外されない”態勢にアップグレードしていく段階です。

参考情報

• 報道（Microsoft担当者の指摘を引用）: The Register「AIエージェントで攻撃インフラを展開・管理」
  https://go.theregister.com/feed/www.theregister.com/2026/03/08/deploy_and_manage_attack_infrastructure/
• MITRE ATT&CK（タクティクス／テクニック定義）
  • Reconnaissance [TA0043]: https://attack.mitre.org/tactics/TA0043/
  • Resource Development [TA0042]: https://attack.mitre.org/tactics/TA0042/
  • Acquire Infrastructure [T1583]: https://attack.mitre.org/techniques/T1583/
  • Compromise Infrastructure [T1584]: https://attack.mitre.org/techniques/T1584/
  • Active Scanning [T1595]: https://attack.mitre.org/techniques/T1595/
  • Phishing [T1566]: https://attack.mitre.org/techniques/T1566/
  • Dynamic Resolution（DGA/高速解決）[T1568]: https://attack.mitre.org/techniques/T1568/
  • Obfuscated/Compressed Files and Information [T1027]: https://attack.mitre.org/techniques/T1027/

読者のみなさんの環境で「AIエージェントがどこに、どの権限で、どのツールを叩けるか」を一度紙に書き出してみると、思いのほか“見えない自動化”が見えてきます。そこに安全弁をつけることが、第一歩になります。次の四半期、検知の重心を前段まで押し上げる設計変更に踏み出していきたいです。