クラウド法務・セキュリティガバナンス週次ブリーフ

基準日：2026年8月3日

結論

今週の優先事項は、次の4点です。

1. 重要インフラ統一基準の2026年10月1日施行に備える

2. Entra Connectを2026年9月30日の同期停止期限前に更新する

3. AIエージェント、Copilot、MCPを技術設定で統制する

4. ホテル・会議施設のWi-Fiを、Microsoft 365 / Entra ID侵害の入口として扱う

理由は、今回の変更が単なる新機能ではなく、政府基準、ID同期停止、AIによる業務データアクセス、出張者のMicrosoft 365アカウント侵害に直結するためです。

今回取り上げる実務項目は10件です。内訳は、日本政府・公的機関3件、Microsoft公式7件です。

本記事では、確認できた事実と、顧客助言上の推論を分けて記載します。個別企業への適用可否、個別テナントでの機能提供状況、ライセンス条件、障害発生有無は、各社環境を確認しなければ断定できません。

1．重要インフラ統一基準が決定、2026年10月1日施行へ

出典日・種別

2026年7月31日、国家サイバー統括室・サイバーセキュリティ戦略本部公式資料。

確認できた事実

「重要インフラのサイバーセキュリティ対策のための統一基準」は、令和8年7月31日付でサイバーセキュリティ戦略本部により決定されています。国家サイバー統括室の関連ページでは、同基準について2026年10月1日施行予定とされています。重要インフラの行動計画も同日付で改定されています。

この統一基準は、重要インフラ分野におけるサイバーセキュリティ対策の基準となるものです。所管省庁は、この統一基準を踏まえ、各重要インフラ分野の安全基準等を整備していくことになります。

顧客助言への意味〔推論〕

直接対象となるのは、重要インフラ事業者や、分野別の安全基準等の対象となる事業者です。しかし、クラウド運用会社、MSP、システム開発会社、データセンター、SOC、保守ベンダーなどにも、委託契約や調達要件を通じて管理要求が波及する可能性があります。

Azure、Microsoft 365、SaaS、SOC運用、クラウド監視、バックアップ、ID管理を外部委託している場合、単に「クラウド事業者が安全だからよい」という説明では不十分です。委託元として、重要システムの範囲、ログ提供、事故報告、復旧支援、再委託管理を文書化する必要があります。

顧客助言メモ

まず確認すべき事項は次のとおりです。

• 顧客が重要インフラ事業者、基幹インフラ事業者、またはその委託先に該当するか

• Azure、Microsoft 365、SaaS、オンプレミス、委託先を含む重要システム一覧

• インシデント発生時の報告経路、初動責任者、法務確認者

• Microsoft 365監査ログ、Entra IDログ、Defenderログ、ネットワークログの保存期間

• 委託先・再委託先からのログ提供可否

• 契約書上の監査権、報告義務、再委託承諾、復旧支援義務

• 所管省庁が今後改訂する分野別安全基準の継続確認

確認できない点

一般企業すべてに統一基準が直接適用されるとは確認できません。個別企業への適用有無は、業種、指定状況、所管省庁の安全基準、委託契約の内容を確認しなければ判断できません。

X投稿案

重要インフラ統一基準が2026年10月1日に施行予定です。対象事業者だけでなく、クラウド運用会社や開発会社にも契約を通じて要求が及ぶ可能性があります。ログ、事故報告、再委託、復旧支援の確認を。

2．政府が脅威ハンティングの基本方針を決定

出典日・種別

2026年7月31日、国家サイバー統括室・サイバーセキュリティ戦略本部公式資料。

確認できた事実

政府は「脅威ハンティングの普及促進・実施等に係る基本方針」を決定しました。公式資料では、ゼロデイ脆弱性や、正規ツールを悪用するLiving Off The Land戦術による重要インフラ等への侵入が背景として挙げられています。

脅威ハンティングは、従来の「アラートが出たら調べる」監視とは異なります。既存の検知ルールやアラートをすり抜けた侵害、潜伏、横展開の痕跡を、仮説に基づいて能動的に探す活動です。

顧客助言への意味〔推論〕

公共案件、重要インフラ案件、金融、医療、自治体、サプライチェーン上重要な事業者では、今後、単なるEDR導入やSIEM導入だけでなく、ログを使って何を探すのかが問われる可能性があります。

Entra ID、Microsoft 365、Defender XDR、Sentinel、端末、DNS、プロキシ、VPN、クラウドCLIのログが短期間で削除される環境では、脅威ハンティングそのものが成立しません。

顧客助言メモ

助言すべき実務対応は次のとおりです。

• Entra IDサインインログ、監査ログ、サービスプリンシパルログの保持期間を確認する

• Microsoft 365監査ログ、Exchange Online、SharePoint、Teamsログの取得範囲を確認する

• Defender for Endpoint、Defender for Identity、Defender for Cloud Apps、Sentinelの連携状況を確認する

• DNS、プロキシ、VPN、ファイアウォール、RDP、PowerShell、WMI、クラウドCLIのログを監視対象に含める

• 委託SOCとの契約に、定期ハンティングの範囲、頻度、報告形式、緊急時の権限を明記する

• 個人情報を含むログを調査する場合の利用目的、アクセス権限、保管期間を整理する

確認できない点

この基本方針によって、すべての民間企業に定期的な脅威ハンティングが直接義務付けられたとは確認できません。個別企業への義務の有無は、業種、委託契約、所管省庁の基準、顧客からの調達要件によって確認が必要です。

X投稿案

セキュリティは「アラート待ち」から「侵入の痕跡を探しに行く」段階へ。政府が脅威ハンティングの基本方針を決定しました。実施には、ログ保持、調査権限、委託契約、個人情報の利用根拠が必要です。

3．個人情報保護委員会がGlobal CBPRの事業者向け資料を公表

出典日・種別

パンフレットは2026年6月版。公表案内は2026年7月31日、個人情報保護委員会公式。

確認できた事実

個人情報保護委員会は、「グローバル越境プライバシールール（CBPR）システムに係る事業者向けパンフレット」を公表しています。個人情報保護委員会の広報資料ページでは、同パンフレットが令和8年6月版として掲載されています。また、トップページのお知らせ欄にも「グローバルCBPRシステムに係る事業者向けパンフレットを公表しました」と掲載されています。

Global CBPRは、国境を越えたデータ移転と個人情報保護を両立させるための認証制度です。

顧客助言への意味〔推論〕

Azure、Microsoft 365、海外SaaS、海外BPO、海外グループ会社、海外委託先を利用する企業にとって、Global CBPRは、海外取引先やグループ会社に対して、自社の個人情報保護体制を説明する材料の一つになり得ます。

ただし、クラウド利用で確認すべきなのは「データの保存国」だけではありません。重要なのは、誰が、どの国から、どの権限で、どのデータに、どの目的でアクセスするのかです。

顧客助言メモ

越境データ移転を含むクラウド利用では、次を整理します。

• 個人データの保存国、アクセス国、サポート提供国

• Microsoft、SaaS、BPO、MSP、SOC、開発会社とのデータ処理条件

• 再委託先、再々委託先の有無

• 海外グループ会社によるアクセスの有無

• 本人への情報提供、同意、契約、移転先制度の確認要否

• Global CBPR認証取得が取引上求められるか

• 認証取得の費用対効果

確認できない点

Global CBPR認証を取得するだけで、個人情報保護法上のすべての越境移転要件を満たすとは確認できません。個別の移転先、提供形態、本人への情報提供、委託契約、再委託条件を別途評価する必要があります。

X投稿案

個人情報保護委員会がGlobal CBPRの事業者向け資料を公表しました。海外クラウド利用では「保存先はどこか」だけでなく、誰がどの国からアクセスし、再委託されるのかまで整理する必要があります。

4．Entra Connectは9月30日までに更新しないと同期停止

出典日・種別

Microsoft Learn公式。最新バージョン2.6.84.0は2026年7月7日公開。

確認できた事実

Microsoft LearnのEntra Connectバージョン履歴では、Microsoft Entra Connect Syncが2.5.79.0未満の場合、2026年9月30日にすべての同期サービスが停止すると明記されています。2.6.84.0は2026年7月7日にMicrosoft Entra管理センター経由でダウンロード提供され、セキュリティ修正を含むため早期更新が推奨されています。

また、過去にmiiserver.exe.configを変更している一部環境では、アップグレード後に同期が失敗する既知事象も掲載されています。

顧客助言への意味〔推論〕

Entra Connectの同期停止は、単なるIT保守の問題ではありません。オンプレミスADで行ったユーザー追加、無効化、パスワード変更、グループ変更がEntra IDへ反映されなくなる可能性があります。

特に重大なのは、退職者や異動者の無効化がクラウドへ反映されない場合です。これは、アクセス管理、内部統制、委託先管理、個人情報保護、安全管理措置に関わる法務リスクになります。

顧客助言メモ

直ちに確認すべき事項は次のとおりです。

• 全Entra Connectサーバーのバージョン

• ステージングサーバー、DR用サーバー、旧サーバーの残存有無

• カスタム同期ルール

• miiserver.exe.configの変更履歴

• PHS、PTA、AD FS、パスワードライトバック等の利用状況

• 更新前後の同期試験

• ユーザー追加、無効化、グループ変更、パスワード同期の試験

• 更新失敗時のロールバック手順

• Microsoftサポート、運用ベンダー、社内承認者の連絡経路

確認できない点

個別環境で更新障害が起こるかどうかは、OS、.NET、TLS、FIPS設定、構成ファイル、カスタム同期ルール、既存の同期エラーを確認しなければ判断できません。

X投稿案

Entra Connectが2.5.79.0未満の場合、2026年9月30日に同期が停止します。ユーザー追加だけでなく、退職者の無効化もクラウドへ反映されなくなる可能性があります。まず現在のバージョン確認を。

5．IntuneでEdgeのCopilot利用範囲をURL単位で制御可能に

出典日・種別

2026年7月27日の週、Microsoft Intune Service Release 2607、Microsoft Learn公式。

確認できた事実

Microsoft Intuneの更新情報では、2026年7月27日の週、Service Release 2607として、Microsoft Edge 149の管理テンプレートが更新され、Edge 148および149向けの新しいポリシーがWindows設定カタログに追加されたとされています。新設定には、Browsing with Copilot Allowed URLs、Browsing with Copilot Blocked URLs、Copilot新規タブページ、Copilotアドレスバー候補、OutlookリンクからCopilotサイドペインを開く設定、Purview DLP適用端末でのMAM登録などが含まれます。

Microsoft Learnは、Intuneの月次サービス更新が段階的に展開されるため、テナントによって表示時期が異なる可能性があるとも説明しています。

顧客助言への意味〔推論〕

Copilot統制は、「全面禁止」か「全面許可」かの二択ではなくなりつつあります。業務サイト、顧客情報システム、人事・会計システム、管理ポータル、社内ナレッジ、公開サイトを分けて、Copilotに参照させるURL、参照させないURLを制御する運用が可能になります。

これは、AI利用規程と実際の技術設定を一致させる重要な変更です。

顧客助言メモ

Copilotを業務利用する企業には、次を助言します。

• 顧客情報を扱うサイトをCopilot参照禁止候補として分類

• 人事、給与、会計、法務、内部通報、管理ポータルを優先的に分類

• 許可リスト方式と禁止リスト方式のどちらを採用するか決定

• URLパターンの粒度を確認

• Purview DLP、MAM、Edgeポリシー、条件付きアクセスの競合をテスト

• 利用規程、情報分類規程、実際のIntune設定を一致させる

• 例外申請と承認手順を整備する

確認できない点

Intuneの更新は段階展開されるため、個別テナントで既に該当設定が表示されているかは確認できません。実際の制御結果は、Edgeバージョン、ライセンス、テナント設定、対象ユーザー条件を確認する必要があります。

X投稿案

Copilot統制は「利用禁止」と書くだけでは不十分です。Intuneでは、EdgeでCopilotに参照させるURL・参照させないURLを設定できるようになりました。規程とブラウザ設定を一致させることが重要です。

6．Visual StudioのMCP無効化とDefender設定の強制統一

出典日・種別

2026年7月27日の週、Microsoft Intune Service Release 2607、Microsoft Learn公式。

確認できた事実

Microsoft Intuneの更新情報では、Visual Studio管理テンプレートが更新され、Windows設定カタログに**Disable Model Context Protocol（MCP）**設定が追加されたとされています。同じ更新では、Microsoft Defender Antivirus設定のControlled Configurationがプレビュー提供され、IntuneまたはMicrosoft Defender for Endpointから配信された設定が権威ある設定として扱われ、GPO、Configuration Manager、ローカルスクリプト等の設定を上書きすると説明されています。

顧客助言への意味〔推論〕

MCPは、AI開発ツールと外部データ、外部ツール、社内システムを接続する仕組みとして注目されています。しかし、未承認のMCPサーバーに接続すれば、ソースコード、認証情報、顧客データ、設計情報が外部へ流れる可能性があります。

また、Defender Antivirus設定のControlled Configurationは、セキュリティ統制を強める一方で、既存GPO、Configuration Manager、ローカルスクリプトとの競合に注意が必要です。

顧客助言メモ

開発部門と情報システム部門に対して、次を確認します。

• Visual Studio、VS Code、GitHub Copilot、AI開発ツールの利用状況

• MCPサーバーの利用有無

• 接続先MCPサーバーの所有者、提供元、認証方式

• MCP経由でアクセスされるデータ、ツール、API

• 開発者端末に保存される認証情報

• Defender Antivirusの管理主体がIntune、MDE、GPO、Configuration Managerのどれか

• プレビュー機能の検証グループ

• 緊急時の設定解除手順と承認者

確認できない点

Controlled Configurationはプレビューです。正式提供日、SLA、すべての既存構成との競合動作は確認できません。個別環境で安全に有効化できるかは、検証が必要です。

X投稿案

AI開発ではMCP接続先の管理が必要です。IntuneにVisual StudioのMCP無効化設定が追加されました。同時にDefender AV設定の管理主体も明確化し、GPO・Intune・MDEの競合を避ける必要があります。

7．DefenderがAIエージェントの危険度を評価

出典日・種別

2026年7月、Microsoft Defender XDR公式更新情報。

確認できた事実

Microsoft Defender XDRの更新情報では、2026年7月の項目として、AIエージェントの姿勢リスク評価がプレビュー提供されています。対象には、企業内エージェントと、端末上で検出されたローカルAIエージェントが含まれます。リスクレベルは、構成、アクセス、実行時の活動、端末・ユーザーの状況、有効なアラートなどに基づいて評価されると説明されています。

また、Microsoft Agent 365ライセンスを持つ環境では、Microsoft Defenderがテナント内AIエージェントの検出、セキュリティ態勢、脅威検知・調査、リアルタイム保護を提供するとされています。

顧客助言への意味〔推論〕

AIエージェントは、単なるチャット機能ではありません。社内データを読み、外部ツールを実行し、メールや文書、チケット、コード、顧客データにアクセスする可能性があります。

そのため、AIエージェントは「非人間ID」として管理する必要があります。これは、サービスアカウント、OAuthアプリ、サービスプリンシパル、RPAと同じく、所有者・権限・削除手順・ログ監査が必要な対象です。

顧客助言メモ

AIエージェント台帳には、少なくとも次を記録します。

• エージェント名

• 作成者

• 所有部門

• 業務目的

• 接続先システム

• アクセス権限

• 実行できる操作

• 利用するデータ種別

• 外部送信の有無

• アラート監視者

• 停止判断者

• 削除手順

• 退職者・異動者が作成したエージェントの残存確認

• 削除後のログ・生成物の保存方針

確認できない点

個別テナントへの提供時期、必要ライセンス、追加料金、実際に表示されるリスク項目は、契約と管理センターを確認しなければ判断できません。

X投稿案

AIエージェントにも「社員台帳」が必要です。誰が所有し、何に接続し、どのデータを読み、何を実行できるのか。DefenderもAIエージェントのリスク評価を始めています。

8．Defender for Cloudの旧グループ推奨事項がAPIから削除

出典日・種別

2026年7月31日、Microsoft Defender for Cloud公式情報。

確認できた事実

Microsoft Defender for Cloudは、姿勢管理モデルを、旧来のグループ化された推奨事項から、個別推奨事項へ移行しています。Microsoft Learnでは、グループ化された推奨事項は2026年7月31日に非推奨となるため、それまでに個別推奨事項へ移行することが推奨されています。

同資料では、VM脆弱性、シークレット、SQL Vulnerability Assessmentルールなどが個別推奨事項として表示され、管理、例外、ガバナンス、エクスポートの単位が変わることが説明されています。

顧客助言への意味〔推論〕

旧推奨事項IDを前提にしたPowerShell、Logic Apps、Azure Resource Graph、Power BI、SIEM連携、監査用CSV、例外管理がある場合、レポート欠落や自動処理停止が起こる可能性があります。

また、推奨事項の件数が増えても、実際のリスクが急増したとは限りません。表示単位が細分化された結果である可能性があります。

顧客助言メモ

次の資産を確認します。

• Defender for Cloud APIを利用するスクリプト

• Azure Resource Graphクエリ

• Power BIダッシュボード

• Logic Apps、Automation、Functions

• 継続的エクスポート設定

• SIEM連携

• 旧推奨事項ID

• サブアセスメントID

• 監査用CSV

• 例外申請書

• 経営報告資料

確認できない点

各テナントでポータル表示とAzure Resource Graphの切替が完了しているかは、実環境を確認しなければ判断できません。

X投稿案

Defender for Cloudの旧グループ推奨事項がAPIから削除されました。画面だけでなく、ARGクエリ、Power BI、例外管理、SIEM連携が旧IDに依存していないか確認が必要です。

9．Defender for Containersセンサーに資格情報漏えい対策

出典日・種別

2026年7月、Microsoft Learn公式リリースノート。

確認できた事実

Microsoft Defender for Containersのセンサー変更履歴では、2026年7月に、v0.10.6、v0.9.62、v0.8.55がGAとしてリリースされています。これらには、認証、ランタイムコンポーネント、依存関係の脆弱性修正、資格情報露出リスクへの対応、CPU使用量改善、Projected Service Account Tokenのaudience修正が含まれています。

また、v0.11.4では、EKS/GKEのプライベートクラスター対応が一般提供されています。

顧客助言への意味〔推論〕

Kubernetesのセキュリティは、クラスター本体だけでは完結しません。監視センサーもソフトウェアであり、古いバージョンには脆弱性や設定不整合が残る可能性があります。

AKSだけでなく、EKS、GKE、Arc接続クラスターを利用している顧客は、実際に稼働しているDefenderセンサーのバージョンを確認する必要があります。

顧客助言メモ

確認すべき項目は次のとおりです。

• 全AKS、EKS、GKE、Arc接続クラスターの一覧

• Defenderセンサーの実バージョン

• Helm、Arc、AKS自動配布の更新方法

• 自動更新されない環境の担当者

• 更新前後のCPU使用量、ログ量、検知状態

• サービスアカウントとクラウドトークン交換の設定

• プライベートクラスターでの通信要件

• 更新期限とロールバック方法

センサーバージョン確認には、Microsoft Learnに記載のkubectlコマンドを利用できます。

確認できない点

Microsoftのリリースノートでは、修正対象となった個別CVE番号は確認できません。顧客環境が影響を受けていたかも、バージョン確認なしには判断できません。

X投稿案

Defender for Containersのセンサーにも更新管理が必要です。2026年7月版には、認証・依存関係・資格情報露出リスクへの修正が含まれます。AKS、EKS、GKEごとに実際のセンサーバージョンを確認しましょう。

10．ホテルWi-Fiの接続画面を悪用する「CaptiveCrunch」

出典日・種別

2026年7月31日、Microsoft Threat Intelligence公式調査。

確認できた事実

Microsoft Threat Intelligenceは、2026年7月31日に「CaptiveCrunch」に関する調査を公表しました。同社は、Storm-2945が、ホテルなどのホスピタリティ関連ネットワークのキャプティブポータルを利用し、DNS・HTTP通信を操作して利用者を攻撃者管理の基盤へ誘導する活動を確認したとしています。

Microsoftは、この活動について、Entra IDのデバイスコード認証フローを悪用するフィッシング、OAuthコードフィッシング、Entraデバイス登録、Microsoft 365データ収集、偽のブラウザ・OS更新、Windows RAT、資格情報・セッショントークン・ファイル・キー入力の取得などを説明しています。

Microsoftは、ホテル、会議施設、空港などのゲストネットワークを信頼しないこと、可能な場合はモバイルホットスポット等の私的接続を優先すること、キャプティブポータル上で提示されるソフトウェア更新や証明書、ブラウザ更新、ネットワーク修復ツールをダウンロードしないことを推奨しています。

顧客助言への意味〔推論〕

出張時のWi-Fiリスクは、単なる盗聴リスクではありません。Entra ID認証、Microsoft 365セッション、端末登録、OAuth同意、デバイスコード認証、ブラウザトークン窃取の問題として扱う必要があります。

ホテルWi-Fiの接続画面は、利用者が「Wi-Fi利用に必要な操作」と誤認しやすい場所です。そのため、出張者向けのセキュリティ教育と条件付きアクセス設計の両方が必要です。

顧客助言メモ

出張者向けに周知すべき事項は次のとおりです。

• ホテルWi-Fi画面から求められたデバイスコードを入力しない

• Wi-Fi接続直後に表示される更新プログラムを実行しない

• ブラウザ更新、OS更新、証明書インストール、ネットワーク修復ツールをキャプティブポータル経由で実行しない

• 可能な場合は会社管理のモバイル回線、テザリング、eSIM、企業管理ルーターを利用する

• Microsoft 365への重要操作は信頼済みネットワークまたは管理端末で行う

• デバイスコードフローを必要な利用者に限定する

• Entra IDの新規デバイス登録、異常OAuth、リスクサインイン、トークン異常を監視する

• 出張帰着後の端末確認、セッション失効、パスワードレス認証の状態確認を行う

確認できない点

日本国内のホテルや日本企業が侵害された事実は、今回確認したMicrosoft公式情報では確認できません。キャプティブポータルの初期侵害方法も、Microsoftは調査中と説明しています。

X投稿案

ホテルWi-Fiの接続画面が、Entra ID侵害の入口になる攻撃が報告されました。Wi-Fi接続後に表示された更新プログラムやデバイスコード入力要求は要注意。出張者向けセキュリティ規程の見直しを。

今週の実務対応

48時間以内に実施

1. Entra Connectの全サーバーバージョンを確認する

   
   

   2.5.79.0未満の場合、2026年9月30日の同期停止リスクがあります。まず本番、ステージング、DR、旧サーバーを含めて確認します。

2. Defender for Cloudの旧推奨事項API依存を検索する

   
   

   Azure Resource Graph、Power BI、Logic Apps、SIEM、監査CSV、例外申請が旧推奨事項IDに依存していないか確認します。

3. KubernetesのDefenderセンサーバージョンを取得する

   
   

   AKS、EKS、GKE、Arc接続クラスターごとに、センサーの実バージョンを確認します。

4. 出張者へCaptiveCrunchの注意喚起を行う

   
   

   ホテルWi-Fi、会議施設Wi-Fi、空港Wi-Fiで、デバイスコード入力や偽更新を行わないよう周知します。

30日以内に実施

1. 重要インフラ統一基準の対象・契約波及を評価する

   
   

   顧客が直接対象か、委託先として要求が及ぶかを確認します。

2. 脅威ハンティングに必要なログと委託契約を整理する

   
   

   Entra ID、Microsoft 365、Defender、Sentinel、端末、DNS、プロキシのログ保持期間と調査権限を確認します。

3. CopilotのURL制御、MCP、AIエージェント台帳を整備する

   
   

   AI利用規程だけでなく、Intune、Edge、MCP、Defender、DLPの設定と一致させます。

4. 海外クラウド利用のデータ移転経路とCBPR活用可能性を評価する

   
   

   保存国、アクセス国、再委託国、サポート国、本人への情報提供を整理します。

5. Entra Connect更新を本番前にステージング環境で検証する

   
   

   ユーザー追加、無効化、グループ変更、パスワード同期、ロールバックを試験します。

まとめ

今週のキーワードは、次の5つです。

• 同期停止

• AIエージェント台帳

• Copilot URL制御

• 脅威ハンティング

• ホテルWi-Fi経由の認証攻撃

クラウド法務は、契約書だけでは完結しません。クラウドセキュリティは、管理画面だけでは完結しません。

Azure、Entra ID、Microsoft 365、Intune、Defender、Purview、Sentinel、Copilot、Kubernetesを安全に使うには、ID、端末、データ、AI、ログ、委託先、契約を一体で見る必要があります。

クラウドの本当のリスクは、使うことではありません。変化に気づかず、古い前提のまま運用し続けることです。

ブログ記事なのにX投稿文案などが上記挿入されている、そのまま、Noteに貼れる形に修正して下さい

クラウド法務・セキュリティガバナンス週次ブリーフ

基準日：2026年8月3日

クラウドのリスクは、サーバーやネットワークの設定だけで決まるものではありません。

法令や政府基準の改定、ID同期製品のサポート期限、AIエージェントによるデータアクセス、クラウドサービスの仕様変更、出張先ネットワークからの認証攻撃など、技術・法務・契約・運用が複雑に結びついています。

今週は、日本政府・公的機関の公表情報3件と、Microsoft公式情報7件を取り上げます。

本記事では、公式情報で確認できた事実と、そこから考えられる実務上の影響を分けて記載します。個別企業への適用可否、各テナントへの機能展開状況、ライセンス条件、実際の障害発生有無については、企業ごとの契約やシステム構成を確認しなければ判断できません。

今週の結論

今週、優先して確認すべき事項は次の4点です。

1. 重要インフラ統一基準の2026年10月1日施行に備える

2. Entra Connectを2026年9月30日の同期停止期限前に更新する

3. AIエージェント、Copilot、MCPを技術設定で統制する

4. ホテルや会議施設のWi-Fiを、Entra IDやMicrosoft 365への認証攻撃面として扱う

これらは単なる新機能や製品アップデートではありません。

Entra Connectの同期が停止すれば、オンプレミスActive Directoryで無効化した退職者アカウントがEntra IDへ反映されない可能性があります。

AIエージェントが社内データや外部ツールへ接続する場合、利用規程だけでは統制できません。所有者、権限、接続先、停止手順、ログ保全まで含めた管理が必要です。

ホテルWi-Fiの接続画面が攻撃者に悪用されれば、Microsoft 365のセッションやEntra IDのデバイス登録まで狙われる可能性があります。

重要インフラ統一基準についても、直接対象となる事業者だけでなく、クラウド運用会社、開発会社、SOC、MSPなどに契約を通じて管理要求が及ぶ可能性があります。

1．重要インフラ統一基準が決定、2026年10月1日施行へ

出典日・種別

2026年7月31日国家サイバー統括室・サイバーセキュリティ戦略本部公式情報

確認できた事実

「重要インフラのサイバーセキュリティ対策のための統一基準」が、2026年7月31日に決定されました。

施行予定日は2026年10月1日です。

所管省庁は、この統一基準を踏まえ、各重要インフラ分野の安全基準等を整備します。重要インフラの行動計画も同日付で改定されています。

実務への影響

直接の対象となるのは、重要インフラ事業者や、分野別安全基準等の適用対象となる事業者です。

一方で、重要インフラ事業者のシステムを支える次のような事業者にも、契約や調達要件を通じて管理要求が波及する可能性があります。

• クラウド運用会社

• MSP

• システム開発会社

• データセンター事業者

• SOC事業者

• 保守ベンダー

• バックアップ・復旧支援事業者

AzureやMicrosoft 365を利用しているという事実だけでは、委託元としての管理責任を果たしたことにはなりません。

重要システムの範囲、ログの取得可否、事故報告の期限、再委託先、復旧支援の責任分界を、契約書や運用手順書に落とし込む必要があります。

確認すべき事項

• 顧客が重要インフラ事業者または基幹インフラ事業者に該当するか

• 顧客が対象事業者の委託先、再委託先に該当するか

• Azure、Microsoft 365、SaaS、オンプレミス、委託先を含む重要システム一覧

• 事故発生時の連絡先、報告責任者、法務確認者

• ログ提供義務とログ保存期間

• 委託先・再委託先への監査権

• 再委託時の事前承諾の有無

• 障害時の復旧支援範囲

• 所管省庁が今後改訂する分野別安全基準

確認できない点

一般企業すべてに、この統一基準が直接適用されるとは確認できません。

個別企業への適用有無は、業種、指定状況、所管省庁の基準、顧客との委託契約を確認して判断する必要があります。

2．政府が脅威ハンティングの基本方針を決定

出典日・種別

2026年7月31日国家サイバー統括室・サイバーセキュリティ戦略本部公式情報

確認できた事実

政府は「脅威ハンティングの普及促進・実施等に係る基本方針」を決定しました。

背景として、ゼロデイ脆弱性や、正規ツールを悪用するLiving Off The Land型の攻撃による重要インフラ等への侵入が挙げられています。

脅威ハンティングは、アラートの発生を待つ受動的な監視とは異なります。

既存の検知ルールをすり抜けた侵害や潜伏の痕跡を、仮説に基づいて能動的に探す活動です。

実務への影響

今後、公共・重要インフラ案件では、EDRやSIEMを導入しているかどうかだけでなく、取得したログを使って何を調査しているのかが重視される可能性があります。

正規の管理ツールも、攻撃に利用されます。

例として、次のようなツールや通信が挙げられます。

• PowerShell

• WMI

• RDP

• Azure CLI

• Microsoft Graph

• クラウド管理API

• 正規のリモート管理ツール

正規ツールであることは、安全であることを意味しません。利用者、実行元、実行時間、対象資産、コマンド内容を組み合わせて判断する必要があります。

確認すべき事項

• Entra IDサインインログの保存期間

• Entra ID監査ログの保存期間

• サービスプリンシパルとワークロードIDのログ取得状況

• Microsoft 365監査ログの取得範囲

• Exchange Online、SharePoint、Teamsの監査状況

• Defender for Endpointの導入範囲

• Defender for Identityのセンサー稼働状況

• Defender for Cloud Appsとの連携状況

• Microsoft Sentinelへのログ連携状況

• DNS、プロキシ、VPN、ファイアウォールログの保存期間

• PowerShell、WMI、RDP、クラウドCLIの異常利用監視

• 委託SOCとの契約上の調査範囲

• 調査に個人情報を利用する場合の利用目的とアクセス権限

確認できない点

この基本方針によって、すべての民間企業に定期的な脅威ハンティングが直接義務付けられたとは確認できません。

実施要否や頻度は、業種、顧客要求、委託契約、所管省庁の安全基準などを確認する必要があります。

3．個人情報保護委員会がGlobal CBPRの事業者向け資料を公表

出典日・種別

パンフレット：2026年6月版公表案内：2026年7月31日個人情報保護委員会公式情報

確認できた事実

個人情報保護委員会は、Global CBPRシステムに関する事業者向けパンフレットを公表しました。

Global CBPRは、国境を越えたデータ移転と個人情報保護の両立を目的とする認証制度です。

Global CBPRは2025年6月2日に正式運用を開始しており、日本ではJIPDECが認証機関として認定されています。

実務への影響

Azure、Microsoft 365、海外SaaS、海外BPO、海外グループ会社を利用する企業にとって、Global CBPRは、自社の個人情報保護体制を海外の取引先やグループ会社へ説明する際の材料の一つになり得ます。

ただし、海外クラウド利用では、データの保存国だけを確認しても十分ではありません。

確認すべきなのは、次のようなデータ処理の全体像です。

• 誰がアクセスするのか

• どの国からアクセスするのか

• どの権限でアクセスするのか

• どのデータを処理するのか

• どの目的で利用するのか

• 再委託先が存在するか

• 再々委託が行われるか

• 海外から保守・サポートが行われるか

確認すべき事項

• 個人データの保存国

• 管理者やサポート担当者のアクセス国

• 再委託先の所在国

• Microsoftとのデータ処理条件

• SaaS事業者との契約条件

• BPO、MSP、SOC、開発会社との委託契約

• 海外グループ会社によるアクセスの有無

• 本人への情報提供の内容

• 同意や契約上の根拠

• Global CBPR認証が取引条件として求められているか

• 認証取得の費用対効果

確認できない点

Global CBPR認証を取得するだけで、個人情報保護法上のすべての越境移転要件を満たすとは確認できません。

移転先、提供形態、委託関係、本人への情報提供、再委託条件を個別に評価する必要があります。

4．Entra Connectは2026年9月30日までに更新が必要

出典日・種別

Microsoft Learn公式情報最新バージョン2.6.84.0：2026年7月7日公開

確認できた事実

Microsoftは、Microsoft Entra Connect Syncがバージョン2.5.79.0未満の場合、2026年9月30日にすべての同期サービスが停止すると明記しています。

バージョン2.5.3.0は、2026年7月31日にサポート終了となりました。

最新の2.6.84.0にはセキュリティ修正が含まれており、Microsoftは早期更新を推奨しています。

また、過去にmiiserver.exe.configを変更している一部環境では、更新後に同期が失敗する既知事象が掲載されています。

実務への影響

Entra Connectの停止は、単なる製品保守の問題ではありません。

同期が停止すると、オンプレミスActive Directoryで行った次の変更がEntra IDへ反映されなくなる可能性があります。

• ユーザー追加

• ユーザー無効化

• 退職者アカウントの停止

• パスワード変更

• グループ変更

• 属性変更

• アクセス権変更

特に、退職者の無効化が反映されない場合、クラウド上に利用可能なアカウントが残存する可能性があります。

これは、アクセス管理、内部統制、安全管理措置、個人情報保護、委託先管理に関係する問題です。

確認すべき事項

• 本番Entra Connectサーバーのバージョン

• ステージングサーバーのバージョン

• DR用サーバーの有無

• 旧サーバーの残存有無

• カスタム同期ルール

• miiserver.exe.configの変更履歴

• PHS、PTA、AD FSの利用状況

• パスワードライトバックの利用状況

• FIPS設定

• TLS設定

• OSと.NETの対応状況

• 更新前後の同期試験

• ユーザー追加試験

• 無効化試験

• パスワード同期試験

• グループ変更試験

• 更新失敗時のロールバック手順

• Microsoftまたは運用ベンダーへの連絡経路

確認できない点

個別環境で更新障害が起こるかどうかは、OS、構成ファイル、カスタム同期ルール、FIPS設定、既存の同期エラーなどを確認しなければ判断できません。

5．IntuneでEdgeのCopilot利用範囲をURL単位で制御可能に

出典日・種別

2026年7月27日の週Microsoft Intune Service Release 2607Microsoft Learn公式情報

確認できた事実

IntuneのWindows設定カタログに、Microsoft Edge 148および149向けの新しい管理設定が追加されました。

主な設定は次のとおりです。

• Copilotによる閲覧を許可するURL

• Copilotによる閲覧を禁止するURL

• EdgeでのCopilot閲覧機能の有効・無効

• Outlookから開いたリンクでCopilotサイドペインを自動表示する設定

• Copilotのアドレスバー候補

• Copilot新規タブページ

• Purview DLP適用端末でのMAM登録

• 業務プロファイル内のMicrosoft 365認証ポップアップ

実務への影響

Copilotの統制は、全面禁止か全面許可かの二択ではなくなりつつあります。

業務サイトの種類ごとに、Copilotによる参照を許可するか、禁止するかを分ける設計が可能になります。

優先的に分類すべきサイトには、次のようなものがあります。

• 顧客情報システム

• 人事・給与システム

• 会計システム

• 法務・契約管理システム

• 内部通報システム

• 管理者ポータル

• 社内ナレッジ

• 公開情報サイト

利用規程に「機密情報を入力しない」と記載するだけでは、技術的な統制にはなりません。

規程、Intune、Edgeポリシー、Purview DLP、MAM、条件付きアクセスを一致させる必要があります。

確認すべき事項

• Copilotによる参照を許可するURL

• Copilotによる参照を禁止するURL

• 許可リスト方式を採用するか

• 禁止リスト方式を採用するか

• URLパターンの粒度

• Purview DLPとの競合

• MAMポリシーとの競合

• 条件付きアクセスとの関係

• 例外申請の手順

• 例外の承認者

• 利用規程と技術設定の整合性

確認できない点

Intuneの更新は段階的に展開されるため、個別テナントですでに該当設定が表示されているかは確認できません。

また、実際の制御結果は、Edgeのバージョン、ライセンス、テナント設定、対象ユーザー条件を確認する必要があります。

6．Visual StudioのMCP無効化とDefender設定の強制統一

出典日・種別

2026年7月27日の週Microsoft Intune Service Release 2607Microsoft Learn公式情報

確認できた事実

IntuneのVisual Studio管理テンプレートに、Model Context Protocol、いわゆるMCPを無効化する設定が追加されました。

同じ更新では、Microsoft Defender AntivirusのControlled Configurationがプレビュー提供されました。

有効化すると、IntuneまたはDefender for Endpointから配信された設定が権威ある設定として扱われ、グループポリシー、Configuration Manager、ローカルスクリプトなどによる設定を上書きします。

実務への影響

MCPは、AI開発ツールと外部データ、外部ツール、API、社内システムを接続する仕組みです。

利便性が高い一方で、未承認のMCPサーバーに接続すれば、次の情報が外部へ送信される可能性があります。

• ソースコード

• 設計書

• 顧客データ

• APIキー

• アクセストークン

• クラウド資格情報

• 社内ナレッジ

AI開発では、プロンプトの内容だけでなく、接続先と実行権限を管理しなければなりません。

また、Defender Antivirusの設定管理主体がIntune、MDE、GPO、Configuration Managerに分散している環境では、Controlled Configurationの導入によって設定優先順位が変わる可能性があります。

確認すべき事項

• Visual Studioの利用状況

• VS Codeの利用状況

• GitHub CopilotなどのAI開発ツール

• MCPサーバーの利用有無

• MCPサーバーの提供元

• MCPサーバーの所有者

• MCP経由でアクセスするデータ

• MCP経由で実行できるツール

• 認証情報の保存場所

• Defender Antivirusの管理主体

• GPOとIntuneの重複設定

• MDEとの競合

• Configuration Managerとの競合

• プレビュー機能の検証対象

• 緊急時の解除手順

確認できない点

Controlled Configurationはプレビュー機能です。

正式提供日、SLA、すべての既存構成との競合動作は確認できません。本番環境への適用前に限定グループでの検証が必要です。

7．DefenderがAIエージェントの危険度を評価

出典日・種別

2026年7月Microsoft Defender XDR公式更新情報

確認できた事実

Microsoft Defenderは、企業内エージェントと、端末上で検出したローカルAIエージェントについて、リスクを評価する機能をプレビュー提供しました。

評価には、次の情報が利用されます。

• 構成

• アクセス権

• 実行時の活動

• 端末の状況

• ユーザーの状況

• 有効なアラート

Microsoft Agent 365向けのエージェント検出、セキュリティ態勢、脅威検知・調査、リアルタイム保護については、一般提供とされています。

実務への影響

AIエージェントは、単なるチャット機能ではありません。

社内データを読み、外部ツールを実行し、メール、文書、顧客情報、チケット、ソースコード、業務システムへアクセスする場合があります。

そのため、AIエージェントはサービスアカウント、OAuthアプリ、サービスプリンシパル、RPAと同様に、非人間IDとして管理する必要があります。

AIエージェント台帳に必要な項目

• エージェント名

• 作成者

• 所有部門

• 管理責任者

• 業務目的

• 接続先システム

• 利用するデータ

• アクセス権限

• 実行できる操作

• 外部送信の有無

• 利用開始日

• 利用終了予定日

• アラート監視者

• 停止判断者

• 削除手順

• ログ保存期間

• 生成物の保存先

• 退職者・異動者が作成したエージェントの残存確認

確認できない点

個別テナントへの提供時期、必要ライセンス、追加料金、表示されるリスク項目は、契約と管理センターを確認しなければ判断できません。

8．Defender for Cloudの旧グループ推奨事項がAPIから削除

出典日・種別

2026年7月31日Microsoft Defender for Cloud公式情報

確認できた事実

Defender for Cloudでは、旧来のグループ化された推奨事項から、個別推奨事項への移行が進められています。

非推奨となったデータには、APIからアクセスできなくなりました。

AzureポータルとAzure Resource Graphへの反映には、数日かかる場合があります。

旧形式では、複数の脆弱性や問題が一つの推奨事項としてまとめて表示されていました。新形式では、問題ごとに個別の推奨事項として表示されます。

実務への影響

旧推奨事項IDを前提にした処理がある場合、次のような問題が生じる可能性があります。

• レポートが空になる

• PowerShell処理が失敗する

• Logic Appsが動作しない

• Azure Resource Graphの結果が取得できない

• Power BIダッシュボードが欠落する

• SIEM連携が停止する

• 例外設定が引き継がれない

• 監査用CSVの内容が変わる

推奨事項件数が増加しても、実際のリスクが急増したとは限りません。

表示単位が細分化されたことによる件数増加の可能性があるため、経営層への説明では注意が必要です。

確認すべき事項

• Defender for Cloud APIを利用するスクリプト

• Azure Resource Graphクエリ

• Power BIダッシュボード

• Logic Apps

• Azure Automation

• Azure Functions

• 継続的エクスポート

• SIEM連携

• 旧推奨事項ID

• サブアセスメントID

• 監査用CSV

• 例外申請書

• 経営報告資料

確認できない点

各テナントでAzureポータル表示とAzure Resource Graphの切替が完了しているかは、実環境を確認しなければ判断できません。

9．Defender for Containersセンサーに資格情報漏えい対策

出典日・種別

2026年7月Microsoft Learn公式リリースノート

確認できた事実

Defender for Containersセンサーの次のバージョンに、認証処理、ランタイム部品、依存関係の脆弱性を修正するセキュリティ更新が含まれています。

• v0.10.6

• v0.9.62

• v0.8.55

資格情報露出リスクへの対応に加え、クラウドトークン交換に利用するProjected Service Account Tokenのaudience修正、CPU使用量の改善も行われています。

v0.11.4では、プライベートEKS・GKEクラスターへの対応が一般提供となりました。

実務への影響

Kubernetesのセキュリティは、クラスター本体だけでは完結しません。

監視センサーもソフトウェアです。古いバージョンには、脆弱性や設定不整合が残っている可能性があります。

対象はAKSだけではありません。

• AKS

• EKS

• GKE

• Azure Arc接続Kubernetes

これらを利用している企業は、クラスターごとに実際に稼働しているDefenderセンサーのバージョンを確認する必要があります。

確認すべき事項

• 全Kubernetesクラスターの一覧

• AKS、EKS、GKE、Arcの区分

• Defenderセンサーの実バージョン

• Helmによる配布状況

• Arcによる配布状況

• AKS自動配布の設定

• 自動更新されない環境の有無

• 更新担当者

• 更新期限

• 更新前後のCPU使用量

• 更新前後のログ量

• 更新前後の検知状態

• サービスアカウント設定

• クラウドトークン交換設定

• プライベートクラスターの通信要件

• ロールバック方法

確認できない点

Microsoftのリリースノートでは、修正対象となった個別CVE番号は確認できません。

また、顧客環境が影響を受けていたかどうかは、センサーのバージョンと実際の構成を確認しなければ判断できません。

10．ホテルWi-Fiの接続画面を悪用する「CaptiveCrunch」

出典日・種別

2026年7月31日Microsoft Threat Intelligence公式調査

確認できた事実

Microsoftは、Storm-2945がホテルや会議施設などのキャプティブポータルを利用するネットワークで、DNS・HTTP通信を操作し、利用者を攻撃者の基盤へ誘導する活動を確認しました。

確認された手法には、次のものが含まれます。

• Entra IDのデバイスコードフィッシング

• OAuthコードフィッシング

• 攻撃者管理デバイスのEntra登録

• Microsoft 365データの収集

• 偽のブラウザ更新

• 偽のOS更新

• Windows RATの配布

• 資格情報の取得

• セッショントークンの取得

• ファイルの取得

• キー入力の取得

• Android向けAPK配布を試みた可能性

Microsoftは、複数国のホテルや共有施設における広範なWi-Fiネットワーク侵害を確認しています。

実務への影響

出張先のWi-Fiリスクは、通信の盗聴だけではありません。

次のようなクラウドIDへの攻撃として扱う必要があります。

• Entra ID認証情報の窃取

• Microsoft 365セッションの窃取

• 攻撃者端末のEntra ID登録

• OAuth同意の悪用

• デバイスコード認証の悪用

• ブラウザトークンの窃取

ホテルWi-Fiの接続画面は、利用者が「Wi-Fiを利用するために必要な操作」と誤認しやすい場所です。

そのため、利用者教育だけでなく、条件付きアクセス、デバイス登録制御、OAuth監視、セッション失効手順を組み合わせる必要があります。

出張者へ周知すべき事項

• ホテルWi-Fi画面から求められたデバイスコードを入力しない

• Wi-Fi接続直後に表示される更新プログラムを実行しない

• ブラウザ更新をキャプティブポータル経由で実行しない

• OS更新をキャプティブポータル経由で実行しない

• 証明書をインストールしない

• ネットワーク修復ツールを実行しない

• 可能な場合は会社管理のモバイル回線を使う

• テザリングや企業管理ルーターを利用する

• 重要操作は信頼済みネットワークから実施する

• 不審な画面を確認した場合は、情報システム部門へ連絡する

管理者側で確認すべき事項

• デバイスコードフローの利用者

• 新規Entraデバイス登録

• 異常なOAuth同意

• リスクサインイン

• 不審なトークン利用

• 出張後のセッション失効手順

• 出張後の端末確認手順

• パスワードレス認証の利用状況

確認できない点

日本国内のホテルや日本企業が侵害された事実は、今回確認したMicrosoft公式情報では確認できません。

また、キャプティブポータルの初期侵害方法についても、調査中とされています。

今週の実務対応

48時間以内に実施する事項

1．Entra Connectの全サーバーバージョンを確認する

本番、ステージング、DR、旧サーバーを含め、すべてのEntra Connectサーバーを確認します。

2.5.79.0未満の場合は、2026年9月30日の同期停止に備え、更新計画を直ちに作成します。

2．Defender for Cloudの旧推奨事項API依存を検索する

Azure Resource Graph、Power BI、Logic Apps、PowerShell、SIEM、監査CSV、例外申請が、旧推奨事項IDに依存していないか確認します。

3．KubernetesのDefenderセンサーバージョンを取得する

AKS、EKS、GKE、Arc接続クラスターごとに、実際に稼働しているセンサーのバージョンを確認します。

4．出張者へCaptiveCrunchの注意喚起を行う

ホテル、会議施設、空港などのWi-Fi利用時に、デバイスコード入力、偽更新、証明書インストールを行わないよう周知します。

30日以内に実施する事項

1．重要インフラ統一基準の対象・契約波及を評価する

自社または顧客が直接対象となるか、委託先として要求が及ぶかを確認します。

2．脅威ハンティングに必要なログと委託契約を整理する

Entra ID、Microsoft 365、Defender、Sentinel、端末、DNS、プロキシのログ保持期間と、SOCの調査権限を確認します。

3．CopilotのURL制御、MCP、AIエージェント台帳を整備する

AI利用規程だけでなく、Intune、Edge、MCP、Defender、Purview DLP、条件付きアクセスの設定と一致させます。

4．海外クラウド利用のデータ移転経路を整理する

保存国、アクセス国、再委託国、サポート提供国、本人への情報提供、契約上の根拠を整理します。

Global CBPRの活用可能性についても、取引要件と費用対効果を踏まえて評価します。

5．Entra Connect更新をステージング環境で検証する

本番更新前に、ユーザー追加、無効化、グループ変更、属性変更、パスワード同期、ロールバックを試験します。

まとめ

今週の主要なテーマは、次の5つです。

• Entra Connectの同期停止

• AIエージェント台帳

• CopilotのURL制御

• 脅威ハンティング

• ホテルWi-Fi経由の認証攻撃

クラウド法務は、契約書だけでは完結しません。

クラウドセキュリティも、管理画面の設定だけでは完結しません。

Azure、Entra ID、Microsoft 365、Intune、Defender、Purview、Sentinel、Copilot、Kubernetesを安全に利用するには、次の要素を一体で管理する必要があります。

• ID

• 端末

• データ

• AI

• ログ

• 委託先

• 契約

• 事故対応

• 復旧手順

クラウドの本当のリスクは、クラウドを利用すること自体ではありません。

サービスや制度の変化に気づかず、古い前提のまま運用を続けることです。