デバイス調査だけでは見抜けない?
「Microsoft Intune」の盲点 クラウドからデバイスを操る手口とは
クラウドサービスの利用が広がる中、クラウドサービスとデバイスの境界を狙う脅威が登場している。「Microsoft Intune」を悪用してデバイスに侵入する巧妙な手口と、ログに残された痕跡から被害を解明する手法とは。
企業のITインフラにおいてクラウドサービスの利用が一般化する中、クラウドサービスとエンドポイントの境界を狙うサイバー攻撃の脅威が強まっている。
2023年に発生したインシデントでは、主に欧米企業を狙うサイバー攻撃グループ「Scattered Spider」が、標的企業の「Microsoft Azure」テナントにおける全体管理者権限を奪取した。Scattered Spiderはクラウドサービス内での権限を悪用し、MDM(モバイルデバイス管理)ツール「Microsoft Intune」のスクリプトを改ざんすることで、クラウドサービスからオンプレミスデバイスへと侵入範囲を拡大させたのだ。
エンドポイントでの不審な挙動を調査する際、その起点となるのが必ずしもデバイス自体とは限らない。Microsoft Intuneのようなツールが、攻撃者にとってクラウドサービスからオンプレミスシステムに侵入するための「橋渡し」として機能するケースがあるためだ。
こうしたクラウドサービス起点の巧妙な攻撃に対し、防御側はどのようなログや痕跡を確認し、被害の全容を解明すべきなのか。デバイス内に残された痕跡から攻撃を読み解く具体的なアプローチと、クラウド監査ログが抱える「盲点」について解説する。
スクリプト改ざんによるエンドポイントへの侵入
併せて読みたいお薦め記事
Microsoft製品のセキュリティ対策
本稿は、国際会計事務所KPMGでディレクターを務めるデニス・ラボシエール氏が、「SANS DFIR Summit 2025」で語ったセッション「Investigating a Malicious Script in Microsoft Intune: A DFIR Case Study」の内容を基に構成している。
ラボシエール氏が調査した事例では、攻撃者はMicrosoft Intune内に保存されていた、ファイアウォールルール更新用などの正規の「PowerShell」スクリプトを改ざんした。
テスト環境での検証によれば、リモートコントロールソフトウェア「AnyDesk」などのツールをダウンロードして実行するようスクリプトを書き換えた場合でも、Microsoft Intune内のスクリプトID自体は変化しない。変更されるのは更新日時と、「Base64」形式でエンコードされたスクリプトの内容のみだ。
実際のインシデントでは、攻撃者は正規のEDR(Endpoint Detection and Response)ツールをバックドアとしてデバイスに展開し、そこからマルウェアの作成などの行動をとったという。
デバイスに残される特有の痕跡
Microsoft Intuneを通じて不正なスクリプトがデバイスに展開された場合、エンドポイントには調査に役立つフォレンジックアーティファクト(デジタルな痕跡)が記録される。
- ジャーナルログの記録
- Microsoft Intuneがスクリプトを実行する際、デバイス上に「.ps1」「timeout」「error」「output」という4つのデバッグファイルが生成される。これらは実行後に1秒未満で削除されるためMFT(Master File Table:Windowsのファイルシステムにおいてメタデータを管理する領域)には残らないが、ジャーナルログからは作成と削除の痕跡を確認できる。
- ログファイルへの平文出力
- 「ProgramData」フォルダ下に保存される「agentexecutor.log」などのログファイルには、実行されたスクリプトの標準出力結果(クリアテキスト)が記録される。
- スクリプト本体の記録
- 「IntuneManagementExtension.log」ファイルには、改ざんされたスクリプト本体のソースコードやポリシーハッシュなどが記録されており、攻撃内容の特定に役立つ。
- レジストリの痕跡
- レジストリキー内には、Microsoft IntuneのポリシーハッシュやスクリプトID、スクリプトを作成したユーザーのオブジェクトIDが記録される。
クラウド監査ログの盲点
一方、Microsoft AzureやMicrosoft Intuneのログ分析では注意すべき制約が存在する。
Microsoftの各種クラウドサービスデータにアクセスするためのAPIである「Microsoft Graph API」や、Microsoft Intuneの監査ログを参照すれば、どのエンドユーザーがスクリプトを改ざんしたのかを特定可能だ。しかし、別のエンドユーザーが改ざんしたスクリプトがエンドポイントで実行された際、ログには改ざんしたエンドユーザーではなく、最初にそのスクリプトを作成したエンドユーザーのオブジェクトIDが記録されてしまう仕様となっている。
このため、ログに記録された実行者のオブジェクトIDだけを見て、実際の攻撃者を単純に断定することはできない。
クラウドサービスの普及によって、攻撃の経路は複雑化している。エンドポイントでのインシデント調査を実施する際は、デバイス内の情報だけに頼るのではなく、Microsoft AzureやMicrosoft Intuneを含む全ての利用可能なテレメトリー(指標)を横断的に分析することが不可欠だ。
本稿は、SANS Instituteが2025年8月15日に公開した動画「Investigating a Malicious Script in Microsoft Intune」を基に作成しました。
Copyright © ITmedia, Inc. All Rights Reserved.
本記事は制作段階でChatGPT等の生成系AIサービスを利用していますが、文責は編集部に帰属します。
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社オプティム] 「SCS評価制度」解説ガイド サプライチェーン強化の要点を解説 -
事例
[Datadog Japan合同会社] Wantedlyのオブザーバビリティはどう進化したか 10年の軌跡と実装の変遷 -
事例
[Datadog Japan合同会社] エラー検知から原因調査までを最短5分で、日経新聞に学ぶアプリ監視の改善方法 -
製品資料
[Datadog Japan合同会社] クラウドのコストと利用状況を可視化&最適化、「Datadog」の実力とは? -
事例
[Datadog Japan合同会社] クラウド移行で見えた監視の死角、SBI証券が選んだ統合オブザーバビリティ実践
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
ITエンジニア1265人調査 生成AIを使い込むほど「人の確認」が重い理由
-
2
「コピペ運用の限界」に直面するAI活用 7割超が“別画面”のまま使う理由は?
-
3
AIエージェントが自社を襲う 人間より危険な「非人間ID」の盲点
-
4
匿名通信「Tor」ユーザーの身元は“ほぼ確実”にばれる――専門家が忠告
-
5
AI基盤は本当に「オンプレ回帰」する? Broadcomの言い分と企業の本音
-
6
【基本情報技術者試験】誤操作してもシステムを止めない「フールプルーフ」の設計思想
-
7
指示待ち新入社員はもう不要? AI時代に評価される人材が持っているスキルは
-
8
全社標準Copilotに絶望? MS Copilotで問い合わせ6割減できた企業は何が違った
-
9
高額GPUを買っても成果ゼロ? 「プライベートAI」の落とし穴
-
10
セキュリティの転機 2026年度開始の新評価制度が求める「復旧能力」の実現法は
ホワイトペーパーランキング PR
-
1
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは?
-
2
生成AIで文書活用を進めるには? 効率化と安全性をどう両立する
-
3
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
4
Windows PCとMacの選択制で生産性向上 LINEヤフーが実践する運用管理方法とは
-
5
DX/AI投資の壁を突破、現代の最高財務責任者が直面する課題と克服のヒント
-
6
少額減価償却資産が40万円未満へ拡大、令和8年度税制改正で押さえるべき変更点
-
7
「Google Workspace」活用事例34選、先進の生成AIによる組織変革の全貌
-
8
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
9
Linuxのスキルを証明する“激推し”の認定資格はこれだ
-
10
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー