[ITmedia エンタープライズ] 取引先のアプリから入り込むAI攻撃、自社の対策は届くか？ Microsoftが手口を公表
AIエージェントを使う攻撃者が、GitHubに書き込まれたアプリケーションの認証情報を拾い、悪用している。取引先のアプリケーションを足掛かりに、複数の利用企業の環境に入り込んだ例もある。しかも、ベンダーのアプリケーションには、アプリケーション向けの条件付きアクセスを適用できない。IT部門は何を調べ、何を無効にすべきか。
» 2026年11月11日 14時10分 公開
Microsoftは2026年11月5日（現地時間）、攻撃者がエージェンティックAIの攻撃フレームワーク「ARTEX」を使い、ソースコード共有サービス「GitHub」の公開リポジトリからアプリケーションの資格情報やAIサービスのAPIキーなどの認証情報（シークレット）を探し出していると明らかにした。
ARTEXは、任意のAIモデルを使って偵察からデータの持ち出しまでの侵入テストを自動化するツールで、オープンソースとして公開された。Microsoftによると、開発者はOAuthアプリケーションを早く稼働させるために、設定ファイルやスクリプトにシークレットを書き込むことがある。
2026年10月28日以降にMicrosoftが確認した後続の攻撃には、ベンダーが所有し、複数の組織で使われるアプリケーションの資格情報が提供元で侵害されていた事例もあった。攻撃者はこの資格情報を使い、アプリケーションを利用する複数の顧客企業の環境にアクセスした。
侵害の起点は利用企業ではなく提供元のアプリケーションにあった。では、外部のアプリケーションに自社環境へのアクセスを許可している企業は、何を確認すべきか。
取引先アプリ経由の侵入、何を確かめる？
Microsoftは利用企業に対し、自社のテナント（組織ごとの環境）で動くアプリケーションの把握、サインインのログの調査、侵害されたアプリケーションの資格情報の無効化を勧めている。
10月28日以降の一連の攻撃で、AIエージェントは複数テナントの数十のアプリケーションでサインインに成功した。攻撃者は、ストレージアカウントのキーや接続文字列など、資格情報を返す操作を狙った。侵害されたアプリケーションを通じて、文書共有サービス「Microsoft SharePoint」やオンラインストレージ「Microsoft OneDrive」のファイルもダウンロードしていた。
アプリケーションの把握について、Microsoftはクラウド環境で動くアプリケーションを洗い出して一覧化し、管理されていないアプリケーションを特定するよう勧めている。テナント内でアプリケーションを登録できる人を限定することも挙げる。アプリケーション用のIDに条件付きアクセスのポリシーを適用する方法もあるが、このポリシーには「Workload ID Premium」のライセンスが必要だ。対象も自社テナントに登録したシングルテナントのアプリケーションに限られ、複数の組織で使われるベンダーのアプリケーションは対象外となる。
ログの確認では、ID管理サービス「Microsoft Entra ID」で、アプリケーションが認証に使うID（サービスプリンシパル）のサインインや、利用者の操作を伴わないサインインの記録を調べる。失敗した試行も対象にする。シークレットが無効、または期限切れであることを示すエラー（AADSTS7000215、AADSTS7000222）が出ていれば、何者かがそのアプリケーションの資格情報を持っていることになるという。失敗の後に成功が続いていれば、緊急の対応が必要だという。1つのIPアドレスが3つ以上のサービスプリンシパルで認証を試みていないか、1つのアプリケーションが、複数のサービスにアクセスするためのトークンを短時間に要求していないかどうかも確認する。調査は、ログの保存期間が許す限りさかのぼる。
影響を受けたアプリケーションからは、全てのクライアントシークレットや証明書、フェデレーション資格情報を削除する。攻撃者が追加したものも対象だ。必要に応じてサービスプリンシパルも無効化する。ただし、既に発行されたトークンは期限まで有効なままだ。影響を受けたアプリケーションが読み取れた「Azure Key Vault」（鍵やシークレットを管理するサービス）の格納内容と、アクセスされた文書に含まれていた資格情報も全て更新する。
Microsoftは、企業から運用を受託するマネージドサービスプロバイダー（MSP）に対しても、パートナー向け管理画面「Partner Center」へのアクセスや、顧客テナントの管理権限を委任する仕組み「GDAP」の設定、顧客テナントを見直し、契約に沿って影響を受けた顧客に通知するよう求めている。
シークレットの露出そのものを防ぐ手段として、Microsoftは開発者に、OAuthアプリケーションの認証をシークレット方式から切り替えるよう勧めている。「Microsoft Azure」が資格情報を管理する「マネージドID」を使えば、コードにシークレットが露出する可能性をなくせるという。公開リポジトリで見つかったシークレットは元の場所から削除しても無効にならないため、直ちに失効させるか更新する必要があるとMicrosoftは指摘する。
関連リンク
Copyright © ITmedia, Inc. All Rights Reserved.
本記事は制作段階でChatGPT等の生成系AIサービスを利用していますが、文責は編集部に帰属します。
KioskNews shows a cleaned-up reading view extracted from the publisher’s page — the original always lives on their site, not ours.