認証の穴、AIエージェント、Intune承認統制――クラウド法務・セキュリティガバナンス週次ブリーフ

対象：日本組織の Azure / Entra ID / Microsoft 365 / Intune / Copilot・AI / 個人情報・公共系クラウド確認日：2026年7月6日

結論

今週、情シス担当者・情報セキュリティ責任者・経営層が優先して確認すべき領域は、次の4つです。

第一に、Entra ID / Microsoft 365 の認証経路です。MFAを導入していても、ROPC、Azure CLI、例外IP、レポート専用の条件付きアクセスが残っていると、攻撃者に抜け道として使われる可能性があります。Huntressは、2026年6月12日から26日にかけて、Microsoft Azure CLIを狙った大規模なパスワードスプレーを観測し、8,100万回超のログイン試行と少なくとも78件のMicrosoftアカウント侵害を報告しています。

第二に、AIエージェントの統制です。Microsoft Agent 365は、2026年5月1日時点でCommercial向けに一般提供されています。Microsoft 365 E7も、Microsoft 365 E5、Copilot、Agent 365、Microsoft Entra Suite、Defender、Intune、Purview関連の高度な機能を含む構成として説明されています。

第三に、Intune運用の変更です。IntuneのMulti Admin Approvalは、Microsoft Graph API経由の自動化、サービスプリンシパル、スクリプト、サードパーティアプリによる保護対象リソース変更にも適用されるようになり、承認ヘッダーがない呼び出しはHTTP 403になります。

第四に、日本法務・公共調達側の基準変化です。個人情報保護委員会は2026年1月9日に「個人情報保護法 いわゆる3年ごと見直しの制度改正方針」を公表し、委託先事業者に係る規律、漏えい等報告、オプトアウト提供時の確認、不適正利用等への対応を含む方向性を示しています。

理由

理由は明確です。クラウド環境のリスクは、単なる「設定ミス」ではなくなっています。

いま問題になるのは、認証フロー、AIエージェント、非人間ID、SaaS連携、Graph API自動化、DLP、委託先、公共系基準、事故時説明の組み合わせです。

たとえば、MFAを導入していても、条件付きアクセスの適用範囲が特定のアプリや認証フローを覆っていなければ、攻撃者はその隙間を突きます。AIエージェントを導入しても、所有者、権限、ログ、削除手順、DLP、利用規程がなければ、便利な自動化ではなく、監査不能な非人間アカウントになります。

つまり、今週のクラウドガバナンスは、AzureやMicrosoft 365の管理画面だけを見る話ではありません。技術設定、ログ、契約、規程、委託先管理、事故時説明資料までを一体で確認する必要があります。

数字で見る今週の確認ポイント

確認できた重要項目は10件です。

大分類では、Microsoft公式情報を基礎にした項目が7件、NVD/CVEが1件、主要セキュリティ企業・報道が1件、日本公的機関の情報を基礎にした項目が1件です。日本公的機関の項目には、個人情報保護委員会、デジタル庁、国家サイバー統括室、IPAの公表情報を含めています。

1. Azure CLI / ROPC経由のMicrosoft 365パスワードスプレー

Huntressは、Microsoft Azure CLIを狙った大規模なパスワードスプレーを観測し、2026年6月12日から26日の間に8,100万回超のログイン試行、少なくとも78件のMicrosoftアカウント侵害を報告しています。攻撃では、ROPC、Resource Owner Password Credentials、のOAuthフローが悪用され、条件付きアクセスやMFAの適用範囲に漏れがある環境が狙われたと説明されています。

ここで重要なのは、「MFAあり」と「すべての認証経路でMFAが効いている」は別物だという点です。

情シスが確認すべきなのは、MFAの有無だけではありません。Azure CLI、ROPC、レガシーまたはパブリッククライアント、条件付きアクセスの除外、信頼済みIP、レポート専用ポリシー、管理者だけに限定したMFAなど、認証経路ごとの実効性です。

山崎行政書士事務所のクラウド法務の視点では、この問題は技術インシデントだけではありません。取引先や監査人に対して、「当社はMFAを入れています」と説明するだけでは不十分になりつつあります。どの認証フローに、どの条件付きアクセスが、どの例外付きで適用されているのかを、説明資料として整理する必要があります。

2. CVE-2026-33843：Azure AD B2C / Microsoft Entra系の認証バイパス

NVDは、CVE-2026-33843について、Microsoft Azure Active Directory B2Cにおける代替パスまたはチャネルを利用した認証バイパスであり、ネットワーク経由で権限昇格につながる可能性があると説明しています。NVDの公開日は2026年5月22日で、Microsoft Entraが影響を受ける製品として記載されています。

確認できない点として、この情報だけでは、個別テナント側で顧客が何らかのパッチ操作を行う必要があるかまでは断定できません。NVD上では“Exclusively Hosted Service”のタグが付いています。

実務上は、B2CやExternal IDを「顧客向けログイン画面」と軽く見ないことが重要です。これは、本人確認、権限管理、契約関係、個人情報保護、ログ保全に直結する認証基盤です。

B2C / External IDを使っている企業は、MSRC、サービス正常性通知、サインインログ、異常検知、アプリ登録、権限付与、外部IDのライフサイクルを確認すべきです。

3. Entra Connectのhard-match制限とパスキー移行

Microsoftは、2026年6月1日から、Entra Connect SyncまたはCloud Syncが、Active Directory上の新規ユーザーを、Microsoft Entraロールを持つ既存のクラウド管理ユーザーにhard-matchすることをブロックすると案内しています。この変更は、Active Directory側の属性操作によって、クラウド側の特権ユーザーが乗っ取られるリスクを防ぐためのものと説明されています。

これは、ハイブリッドID環境にとって非常に重要です。オンプレADを「社内の古い基盤」と見ていると、クラウド特権IDとの境界を見落とします。ADのsourceAnchor、ImmutableId、同期エラー、PIM対象者、break-glassアカウントは、クラウドガバナンスの中核です。

また、Microsoft Learnでは、Microsoft AuthenticatorのpasskeyをEntra IDで有効化し、条件付きアクセスの認証強度でpasskeyサインインを強制する手順も案内されています。

実務上は、管理者から先にフィッシング耐性MFAへ移行すべきです。特権アカウント、break-glassアカウント、同期対象外のクラウド専用管理者、PIM対象者を整理し、同期・認証・復旧の説明資料まで整える必要があります。

4. Microsoft 365 E7 / Agent 365でAIエージェント統制が製品化

Microsoft Agent 365は、2026年5月1日時点でCommercial向けに一般提供されています。MicrosoftのPartner Centerでは、Microsoft 365 E7について、Microsoft 365 E5、Copilot、Agent 365を含み、Microsoft Entra Suite、Defender、Intune、Purview関連の高度な機能を含む構成として説明されています。

ここでの実務上の変化は大きいです。AIエージェントは、もはや単なるチャットボットや便利な自動化ではありません。所有者、権限、アクセス先、実行履歴、DLP、停止手順、削除手順、監査証跡を持つべき「非人間ID」です。

企業がCopilotやAIエージェントを導入する場合、ライセンス費だけで判断してはいけません。エージェント台帳、所有者、アクセスレビュー、委託先利用、ログ保全、削除基準、事故時の説明責任を、規程・契約・運用設計に落とし込む必要があります。

確認できない点として、Microsoft 365 E7やAgent 365の日本市場での個別価格、既存契約からの移行条件、個別企業での契約可否は、公開情報だけでは断定できません。契約条件、販売経路、テナント通知、管理センター表示を個別に確認する必要があります。

5. Intune Multi Admin ApprovalがGraph API自動化にも適用

Microsoft IntuneのMulti Admin Approval、MAA、は、従来の対話的な管理操作だけでなく、Microsoft Graph API経由の自動化にも適用されるようになりました。Microsoftは、サービスプリンシパル、スクリプト、サードパーティアプリが保護対象リソースを変更する場合も、同じ承認ワークフローの対象になると説明しています。承認ヘッダーがない呼び出しはHTTP 403になります。

これは、Intune運用の考え方を変える更新です。

これまで「便利な運用スクリプト」「ベンダーが作った自動化」「CI/CDで流しているGraph処理」と見ていたものが、監査上は、管理者が画面から設定変更するのと同じリスクになります。

Autopilot、デバイス構成、コンプライアンスポリシー、アプリ配布、セキュリティベースライン、Graph権限、外部運用ベンダーのサービスプリンシパルを棚卸しする必要があります。緊急時に誰が承認するのか、例外運用をどこまで認めるのか、証跡をどこに残すのかも、運用手順書に落とすべきです。

6. Intuneアプリ配布・MAM・Win32配信の仕様変更

Intuneでは、2026年6月下旬から7月上旬にかけて、複数の運用影響がある更新が案内されています。

macOS PKGアプリについては、同じアプリポリシーに新しいバージョンをアップロードした場合、既にインストール済みの端末へ自動更新が展開されるようになりました。

Android向けMicrosoft Intuneアプリは、2025.11.01以降が最小サポートバージョンとなり、古いバージョンではサインイン失敗が発生する可能性があります。

Win32アプリ配信では、管理対象Win32アプリコンテンツにHTTPS配信が必要となり、Microsoft Connected CacheをHTTPS未設定で利用している組織では、CDNへのフォールバックによりインターネット通信量や帯域使用量が増える可能性があります。

さらに、Intune MAM SDKが古いiOSアプリでは、2026年6月下旬から警告が表示されると案内されています。

実務上は、MDM/MAMは「設定して終わり」ではありません。社内iOSアプリのMAM SDK、Android端末のIntuneアプリバージョン、Connected CacheのHTTPS、macOS PKG更新ポリシーを月次点検項目に入れる必要があります。

7. Purview：Copilot・DLP・DSPMのデータ境界管理が強化

Microsoft Purviewでは、2026年6月に、Copilot、DLP、Data Security Posture Managementに関する複数の更新が案内されています。

Microsoft PurviewのDLPでは、Microsoft 365 CopilotおよびCopilot Chatが、機密情報を含むプロンプト、秘密度ラベル付きのファイルやメール、外部メールをどのように処理するかを制御する機能が説明されています。たとえば、外部メールをCopilotのグラウンディング対象から除外するプレビュー機能も案内されています。

また、Purviewの更新情報では、Endpoint DLPのデバイス属性データをAdvanced Huntingで参照できること、Entra IDの動的デバイスグループを使ってEndpoint DLPポリシーのスコープを指定できること、Endpoint DLPの証跡をData Security Investigationsのデータソースとして利用できることが案内されています。

さらに、新しいData Security Posture Managementは一般提供となり、AI導入に向けたデータセキュリティ運用を支援するワークフローが説明されています。

ここで重要なのは、Copilot対策を「AI利用規程」だけで終わらせないことです。Copilotが何を参照できるのか、SharePoint、OneDrive、Teamsの過剰共有がないか、秘密度ラベルが使われているか、外部メールをグラウンディングに使わせるのか、端末条件によってDLPを分けるのかを、技術と規程の両方で設計する必要があります。

8. Defender XDR / Defender for Cloud Apps：AIエージェントとSaaS OAuth監視

Microsoft Defender XDRでは、Agent 365向けのセキュリティ機能として、AIエージェントの検出、セキュリティ姿勢、脅威検出、調査、リアルタイム保護が案内されています。2026年6月には、ローカルAIエージェントの検出やランタイム保護、AgentsInfoテーブルなど、AIエージェントの可視化とガバナンスに関する更新も説明されています。

Defender for Cloud Appsでは、Salesforceコネクタの強化として、Salesforce Real-Time Event Monitoringデータを取り込み、OAuth悪用、セッションハイジャック、クレデンシャルスタッフィング、異常なAPIアクティビティの検出強化を行うと説明されています。Salesforce Connected AppsやExternal Client AppsのOAuthアプリ台帳も対象になります。

これからの侵害経路は、人間ユーザーのIDだけではありません。OAuthアプリ、SaaS連携、外部クライアントアプリ、ゲストユーザー、AIエージェント、ローカルAIツールが侵入口になります。

SOC設計では、Entraアプリ登録、Salesforce Connected Apps、外部クライアントアプリ、Agent 365、Copilot Studioエージェント、ローカルAIエージェントを台帳化し、検知・調査・停止・削除の手順まで作る必要があります。

9. Defender for Cloud：EKS/GKE・RDSまで多クラウド防御が拡大

Defender for Cloudでは、2026年6月に、EKSおよびGKE上のランタイムで検出されたコンテナーイメージへの脆弱性評価拡張、EKS/GKEノードの脆弱性評価、AWS RDS上のオープンソースリレーショナルデータベース向けMicrosoft Defenderの一般提供が案内されています。

Microsoftの日本語ドキュメントでは、EKS/GKEのランタイム検出コンテナーイメージに対する脆弱性評価は2026年6月4日、EKS/GKEのKubernetesノード脆弱性評価は2026年6月2日、AWS RDS向けのOpen-SourceリレーショナルデータベースのMicrosoft Defenderは2026年6月1日に一般提供と説明されています。

実務上、Azureを中心に使っている企業でも、実際の業務システムはAWS、GCP、Kubernetes、SaaS、委託先クラウドを含んでいることが少なくありません。Defender for Cloudの防御範囲が広がることは、セキュリティ上は有益ですが、対象範囲、追加課金、監査証跡、委託先クラウドの責任分界も広がります。

見積段階、契約段階、運用設計段階で、「どのクラウドを守るのか」「どのワークロードまで対象か」「誰がアラートを見るのか」「追加費用を誰が承認するのか」を明確にする必要があります。

10. 日本側：個人情報保護法見直し、政府統一基準、ガバメントクラウド、IPA脅威

日本側の動きも、クラウド法務では無視できません。

個人情報保護委員会は、2026年1月9日に「個人情報保護法 いわゆる3年ごと見直しの制度改正方針」を公表しました。資料では、委託先事業者に係る規律として、委託を受けた個人データ等を業務遂行に必要な範囲を超えて取り扱ってはならない旨を委託先に明文で課す方向性が示されています。

同資料では、漏えい等発生時の本人通知義務の見直し、不適正利用等の防止、オプトアウト制度に基づく第三者提供時の提供先の身元および利用目的の確認義務化も示されています。

デジタル庁は、2026年3月27日に令和8年度におけるガバメントクラウド整備のための新規クラウドサービスを決定したと公表し、同日、さくらのクラウドについて全ての技術要件を満たしたことを確認し、2026年3月27日以降本番環境の提供が可能になったと説明しています。

国家サイバー統括室は、政府機関等のサイバーセキュリティ対策のための統一基準群について、2025年7月1日に決定されたものとして説明しています。統一基準群は、政府機関等の情報セキュリティ水準を向上させるための統一的な枠組みであり、政府機関等の情報セキュリティのベースラインや対策事項を規定するものです。

IPAの「情報セキュリティ10大脅威 2026」では、組織向けの1位がランサム攻撃、2位がサプライチェーンや委託先を狙った攻撃、3位がAIの利用をめぐるサイバーリスクとされています。

つまり、日本企業向けのクラウド助言では、Microsoftの設定だけを説明しても足りません。個人情報、委託先管理、AI利用、公共系基準、調達条件、ログ保全、事故報告、責任分界を一体で整理する必要があります。

今週の顧客向け優先アクション

今週、まず着手すべきことは3つです。

1. Entra ID認証経路の点検

Azure CLI、ROPC、条件付きアクセス例外、MFA適用範囲、レポート専用ポリシー、信頼済みIP、パスキー移行、特権ID同期、break-glassアカウントを確認します。

特に重要なのは、「MFAがあるか」ではなく、「どの認証フローにMFAが効いているか」です。

2. Copilot / AIエージェント統制の文書化

Agent 365、Copilot Studio、アプリ登録、非人間ID、DLP、Purview、ログ保全、所有者、削除手順、外部委託先利用を台帳化します。

AIエージェントにも、所有者、権限、利用目的、停止条件、監査ログが必要です。

3. Intune・Defender・Purview変更の月次運用化

Graph API自動化の承認、MAM SDK、Win32 HTTPS、Android Intuneアプリ、macOS PKG更新、Endpoint DLP、Defender for Cloudの対象範囲と費用を月次点検に入れます。

クラウドサービスは常に変わります。したがって、設定を一度作ることよりも、変更を検知し、影響を説明し、運用に反映することが重要です。

山崎行政書士事務所のクラウド法務・Azure技術支援

山崎行政書士事務所では、行政書士業務の範囲内で、クラウド利用に関する契約書、責任分界表、社内規程、運用手順書、監査説明資料、委託先管理資料、事故時説明資料の整備を支援しています。

また、Azure / Entra ID / Microsoft 365 / Intune / Purview / Defender / Copilot などの技術構成を読み解き、情シス担当者や経営層が説明できる形に整理する技術支援も行っています。

クラウド法務で重要なのは、法律文書だけを作ることではありません。Azureの設定、Entra IDの認証経路、Intuneの運用、PurviewのDLP、Defenderの検知範囲、委託先との責任分界、個人情報保護法上の説明責任を、ひとつの実務資料に落とし込むことです。

なお、紛争代理、訴訟対応、個別紛争に関する法律判断など、弁護士法その他の法令により制限される業務は取り扱いません。必要に応じて、弁護士、税理士、社労士等の他士業と連携すべき領域を明確にしながら、行政書士業務の範囲内で文書整備・技術整理・説明資料作成を支援します。

確認できない情報

次の事項は、公開情報だけでは確認できません。

Microsoft 365 E7 / Agent 365の日本市場での個別価格、既存契約からの移行条件、各テナントへの展開完了日、CVE-2026-33843について個別顧客が実施すべき具体的なパッチ操作、Huntressが観測した攻撃に日本企業が含まれるかどうか、各顧客環境における実際の影響有無は、管理センター、サービス正常性通知、契約条件、テナントログ、個別環境を確認しない限り断定できません。

したがって、実務では「ニュースを読んだ」で終わらせず、自社テナントのサインインログ、条件付きアクセス、Graph API自動化、Intuneポリシー、Purview DLP、Defender対象範囲、委託契約、事故報告手順まで確認することが必要です。