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

Azure・Entra ID・Microsoft 365・Intuneを取り巻く重要動向10選

基準日：2026年8月10日

クラウドの安全性は、「Azureを使っているから安全」「Microsoft 365だから管理されている」「Defenderを導入しているから大丈夫」といった製品単位の判断では決まりません。

法令・政府基準、クラウドサービスのサポート期限、認証方式、AIエージェント、ログ基盤、端末管理、CI/CD、委託先契約が相互に影響します。

特に2026年8月は、複数のMicrosoftサービスで期限が集中しています。

8月26日、8月31日、9月14日。

この3つの日付は、Azure・Entra ID・Microsoft 365を運用する情報システム部門、セキュリティ部門、法務部門にとって重要です。

今週確認した重要項目は10件です。内訳は、日本政府・公的機関2件、Microsoft公式7件、主要セキュリティベンダー1件です。

本記事では、公式情報として確認できた事実と、そこから考えられる実務上の影響を分けて整理します。

今週の結論

今週の優先事項は、大きく4つあります。

第一に、8月末までに期限を迎えるMicrosoft製品・サービスの移行確認です。

第二に、AIエージェントとMCPを「利用規程」だけでなく実行時に技術統制することです。

第三に、夏季休暇中の管理者不在、外部公開資産、認証攻撃への備えです。

第四に、CI/CDや開発環境をクラウド資格情報の保管場所として扱い、サプライチェーン攻撃へ備えることです。

特に期限が明確なのは次のとおりです。

2026年8月26日重要インフラ「安全基準等策定ガイドライン（案）」意見募集締切Azure OpenAI Assistants API終了

2026年8月31日Linux版Azure VPN Client終了Log Analytics linked storage変更時のManaged Identity要件開始

2026年9月14日HTTP Data Collector APIサポート終了

重要なのは、「期限を過ぎてもまだ動いている」ことと、「サポートされ、安全で、監査に耐えられる」ことは別だという点です。

1．重要インフラ「安全基準等策定ガイドライン（案）」の意見募集が開始

出典日・種別

2026年8月5日。e-Gov、国家サイバー統括室関連の政府公式情報です。

意見募集の締切は、2026年8月26日23時59分です。

確認できた事実

前週に決定された「重要インフラのサイバーセキュリティ対策のための統一基準」に続き、「安全基準等策定ガイドライン（案）」について意見募集が始まりました。

現時点では「案」であり、最終内容は確定していません。

重要インフラ政策は、抽象的なセキュリティ方針の段階から、各分野や事業者が実際の安全基準へ落とし込む段階へ進んでいると見ることができます。

実務上の意味〔推論〕

重要インフラ事業者だけを見ていればよいわけではありません。

その事業者からAzure運用、Microsoft 365運用、監視、SOC、システム開発、バックアップ、データセンター、保守などを委託されている企業にも、契約や調達条件を通じて要求が波及する可能性があります。

重要になるのは、技術的なセキュリティ対策だけではありません。

ログを何年間保管するのか。事故発生後、何時間以内に誰へ報告するのか。再委託先をどこまで把握しているのか。委託元が監査できるのか。復旧時にどこまで支援する義務があるのか。

こうした事項は、最終的には契約書と運用手順書の両方で説明できる必要があります。

現時点で最終ガイドラインへの適合を断定することはできません。

ただし、最終版が公表された後に短期間で対応できるよう、既存契約や運用手順とのギャップを先に洗い出しておくことは有効です。

2．IPAが夏休み期間のセキュリティ対策を注意喚起

出典日・種別

2026年7月30日。IPA公式「2026年度 夏休みにおける情報セキュリティに関する注意喚起」です。

確認できた事実

IPAは、長期休暇中にシステム管理者が不在となることで、サイバーインシデントへの対応が遅れる可能性を指摘しています。

また、インターネットへ接続された機器の脆弱性を狙う攻撃や、クラウドサービスの認証情報を窃取するフィッシングにも注意を求めています。

長期休暇の前後では、ネットワーク機器、VPN、公開サーバー、クラウドサービス、ログ監視、BCP・BCMを確認することが重要になります。

実務上の意味〔推論〕

AzureやMicrosoft 365を利用する企業では、「パッチを適用して休暇に入る」だけでは不十分です。

たとえばEntra IDでリスクサインインが発生した場合、誰が休暇中に確認するのでしょうか。

Defender XDRで重大アラートが出た場合、担当者が不在なら誰がセッションを無効化するのでしょうか。

VPN装置や公開Webアプリに脆弱性が発見された場合、誰に緊急変更権限があるのでしょうか。

夏季休暇前には、技術設定と同時に「人」の体制を確認する必要があります。

特に少人数の情報システム部門では、管理者不在がそのままインシデント対応停止につながるため、緊急連絡先、代理承認者、サービス停止権限を明確にしておくべきです。

3．Azure OpenAI Assistants APIが8月26日に終了

出典日・種別

Microsoft Learn公式情報。Assistants APIは2026年8月26日終了です。

確認できた事実

Azure OpenAI in Microsoft Foundry ModelsのAssistants APIは非推奨となっており、2026年8月26日に終了します。

Microsoftは、Microsoft Foundry Agents serviceへの移行を案内しています。

Assistants APIでは、スレッド管理、ファイル、Code Interpreter、File Search、function callingなどを利用できます。

そのため、単純なチャットだけでなく、業務システムや社内文書と連携して利用しているケースがあります。

実務上の意味〔推論〕

AI基盤の移行を、単なるAPI URLの変更として扱うのは危険です。

たとえば旧Assistants APIで社内契約書を検索していた場合、移行先でも同じファイルへアクセスするのか。

外部APIを呼び出していた場合、移行先のエージェントにはどこまでのツール実行権限を与えるのか。

個人情報を含むファイルを利用していた場合、データの保存・処理・ログの扱いは変わらないのか。

こうした点を改めて確認する必要があります。

AIサービスの移行は、アプリケーション改修であると同時に、AIガバナンスとデータガバナンスの再審査でもあります。

8月26日までに、Assistants APIを利用しているアプリケーション、SDK、PoC、社内ツールを棚卸しすることが優先です。

4．Linux版Azure VPN Clientが8月31日に終了

出典日・種別

Microsoft Learn公式情報。Linux向けAzure VPN Clientプレビューは2026年8月31日終了です。

確認できた事実

対象となるのはLinux版Azure VPN Clientです。

Windows版、macOS版Azure VPN Client、VPN Gateway自体、Site-to-Site VPNは今回の終了対象ではありません。

終了後は、Linux版Azure VPN Clientについてバグ修正、セキュリティパッチ、サポートが提供されなくなり、Linuxリポジトリからパッケージも削除されます。

Microsoftは代替として、OpenVPNクライアントによる証明書認証、strongSwanによるIKEv2と証明書またはRADIUS認証などを案内しています。

重要なのは、これらの代替Linuxクライアントでは、Azure VPN GatewayのMicrosoft Entra ID認証を利用できない点です。

実務上の意味〔推論〕

これは単なるVPNクライアント交換ではありません。

Entra ID認証から証明書認証へ切り替える場合、企業側で新たな管理責任が生じます。

証明書を誰が発行するのか。秘密鍵をどこへ保存するのか。退職者の証明書をどう失効するのか。PCを紛失した場合、どの証明書を無効化するのか。

証明書認証へ移行するなら、PKIのライフサイクルまで含めた再設計が必要です。

なお、8月31日になった瞬間に既存のLinuxクライアントが必ず通信不能になるとは確認できません。

しかし、サポートされなくなる製品へ本番アクセスを依存させ続けることは、セキュリティと監査の両面で説明が難しくなります。

5．Azure Monitorで8月31日と9月14日に二つの重要変更

Azure Monitorでは、日付の異なる二つの重要変更があります。

8月31日：linked storageにManaged Identity要件

2026年8月31日以降、Log Analytics Workspaceでsaved queriesやsaved log alert queries用のlinked storage accountを追加・更新する場合、WorkspaceへのManaged Identity割り当てが必要になります。

ストレージ側にも、WorkspaceのManaged Identityに対する適切なRBACが必要です。

Microsoftは必要な権限としてStorage Table Data Contributorを示しています。

これは、共有キーや接続情報へ依存する方式から、Managed Identityを利用したIDベースのアクセス制御へ移行する流れの一部と見ることができます。

9月14日：HTTP Data Collector APIサポート終了

legacy HTTP Data Collector APIは、2026年9月14日にサポート終了します。

ただし、ここには注意が必要です。

Microsoftは、TLS 1.2以降へ対応する既存クライアントについて、9月14日以降もログ取り込み自体は継続すると説明しています。

つまり、9月14日以降もログが届く可能性があります。

しかし、これは「移行不要」という意味ではありません。

サポート終了後は基本的に重要なセキュリティ修正のみとなり、MicrosoftはLogs Ingestion APIへの移行を推奨しています。

Logs Ingestion APIでは、Microsoft EntraによるOAuth認証と、DCR単位のRBACが利用できます。

実務上の意味〔推論〕

この変更で最も危険なのは、「9月14日を過ぎてもログが届いているから対応不要」と判断してしまうことです。

技術的に通信できることと、サポートされた状態であることは異なります。

また、Sentinelで旧Azure FunctionsベースのコネクターからDCRベースへ移行する場合、テーブル名やスキーマが変わる可能性があります。

その場合、Analytics Rule、Hunting Query、Workbook、Playbook、Parser、Logic Apps、Power BIなども修正が必要になる可能性があります。

ログ基盤の移行では、「ログが入った」で試験を終了してはいけません。

検知、監査、ダッシュボード、自動対応まで正常に動くかを確認する必要があります。

6．IntuneのUbuntu 22.04 LTSサポートが2026年8月で終了

出典日・種別

Microsoft Intune公式更新情報。Ubuntu 22.04 LTSのIntuneサポートは2026年8月終了です。

確認できた事実

Microsoft IntuneはUbuntu 26.04 LTSをサポートします。

一方、Ubuntu 22.04 LTSのIntuneサポートは2026年8月に終了します。

すでにIntuneへ登録されているUbuntu 22.04端末については、サポート終了後も登録状態そのものは維持されるとMicrosoftは説明しています。

実務上の意味〔推論〕

ここでも、「管理センターに表示されている」ことと「Microsoftがサポートしている」ことを区別する必要があります。

Ubuntu端末を開発者PC、管理端末、条件付きアクセス対象端末として利用している場合、OSアップグレードに伴って複数の影響が考えられます。

VPNは動くのか。EDRエージェントは対応するのか。社内CA証明書は正常に動作するのか。開発ツールやコンテナ環境は互換性があるのか。

Intuneだけを見て更新するのではなく、端末上で動作する業務環境全体を試験する必要があります。

なお、Microsoft公式情報では、8月中の具体的な終了日は確認できません。

したがって「8月31日終了」と推測して運用計画を作るべきではありません。

7．Microsoft SentinelのUEBAがFortiGate、Check Point、Zscaler等へ拡張

出典日・種別

2026年8月、Microsoft Learn公式。一部機能はPreviewです。

確認できた事実

Microsoft SentinelのUEBAでは、Fortinet FortiGateのCommonSecurityLogから多数の新しい行動パターンを分析できるようになりました。

また、Check Point、FortiGate、Zscalerなどを対象として、VPNサインイン、Web Proxy、Firewall、管理変更などに関する異常検知が追加されています。

AWS GuardDutyのID関連検知にも対応が広がっています。

実務上の意味〔推論〕

SOCの役割は、「ログを集めて検索できるようにする」段階から変化しています。

誰が、どの端末から、どこへ接続し、普段とどう違う行動をしたのか。

ID、端末、VPN、Webアクセス、クラウドサービスの情報を組み合わせて判断することが重要になります。

そのためには、単にFirewallログをSentinelへ送り込むだけでは不十分です。

ログの正規化、ユーザーや端末とのエンティティマッピング、時刻同期、保持期間が適切でなければ、UEBAによる分析効果も限定されます。

なお、Preview機能について正式提供日、SLA、すべての日本テナントへの展開状況は確認できません。

8．DefenderがAIエージェントのMCPツール呼び出しをリアルタイム制御

出典日・種別

Microsoft Defender XDR公式更新情報。2026年7月更新。GAとPreviewが混在しています。

確認できた事実

Microsoft Defenderでは、Microsoft Agent 365へオンボードされたMCPツールについて、ツールの呼び出しや応答をセキュリティポリシーに照らして評価し、許可またはブロックするリアルタイム保護が一般提供されています。

一方、AIエージェントの実行時インタラクションや、一部のローカルAIエージェント保護はPreviewです。

実務上の意味〔推論〕

AIガバナンスは、新しい段階へ入りました。

これまでは、

「どのAIを利用してよいか」

「機密情報を入力してはいけない」

「AIエージェントの所有者を決める」

といった利用規程や台帳が中心でした。

しかし、今後はそれだけでは足りません。

AIエージェントが実行時にどのMCPサーバーへ接続できるのか。どのツールを呼び出せるのか。どのデータを送信できるのか。どの操作を禁止するのか。

これらを技術ポリシーとして管理する必要があります。

つまり、AIガバナンスは、

利用規程 → 台帳管理 → 権限制御 → 実行時制御

へ進みつつあります。

AIエージェントを導入する企業では、承認済みMCPサーバー一覧、実行可能ツール、データ分類、停止条件、ログ保持を管理対象に含める必要があります。

9．Microsoft Entra Backup and Recoveryが一般提供

出典日・種別

Microsoft Entra公式情報。2026年6月に一般提供。

確認できた事実

Microsoft Entra Backup and Recoveryでは、次のようなEntra IDオブジェクトの一部をバックアップ・復旧できます。

ユーザー、グループ、アプリ、サービスプリンシパル、Conditional Access、Named Locations、認証方式ポリシー、Agent IDなどです。

バックアップは1日1回自動取得され、最大7日間保持されます。

バックアップデータは、最高権限の管理者であっても無効化、削除、変更できない仕組みになっています。

また、Entraテナントと同一Geoへ保存されます。

注意すべき制限

万能なバックアップではありません。

AD DS側が権威を持つオブジェクトについては、別のバックアップ・復旧手段が必要です。

また、hard-deleteされたオブジェクトの復旧・再作成には対応しないとされています。

実務上の意味〔推論〕

企業のBCP／DRは、サーバーやデータベースだけを対象にしていてはいけません。

現在は、Conditional Accessの設定一つが変更されるだけで、全社員がMicrosoft 365へアクセスできなくなる可能性があります。

サービスプリンシパルや認証ポリシーを誤って変更すれば、アプリケーション全体へ影響する可能性があります。

したがって、ID基盤も明確な復旧対象です。

誰が復旧を承認するのか。Backup Administrator権限を誰に与えるのか。Difference Reportを誰が確認するのか。どの設定をどの時点まで戻すのか。

これらをBCPへ含める必要があります。

ただし、自社が求めるRTOやRPOをEntra Backup and Recoveryだけで満たせるかは確認できません。

10．Unit 42が自己増殖型npmワーム「ChainDrop」を報告

出典日・種別

2026年8月6日。Palo Alto Networks Unit 42による脅威調査です。

確認できた事実

Unit 42は、「ChainDrop」と呼ばれる自己増殖型npmワームを報告しています。

同社の調査では、400を超えるパッケージへの感染が確認され、npmトークン、GitHubトークン、SSHキー、クラウド資格情報などを窃取する機能が確認されています。

GitHub Actions Runnerのメモリから一時的な資格情報を抽出する機能も報告されています。

これらの数字はUnit 42による観測値であり、日本企業全体の被害件数ではありません。

実務上の意味〔推論〕

npmパッケージを更新しただけで対応完了と考えるのは危険です。

CI/CD Runnerには、非常に強い権限が集まっています。

Azureへのデプロイ権限、GitHub token、npm token、SSH key、OIDC権限、コンテナレジストリ認証、Kubernetes資格情報などです。

もし悪性パッケージがRunner上で実行されていた場合、パッケージを削除しても、盗まれた秘密情報は攻撃者側に残ります。

そのため、影響が疑われる場合は、SBOMやpackage-lock.jsonだけでなく、CIログ、Runner履歴、外部通信、資格情報アクセスを確認し、必要に応じて秘密情報をローテーションする必要があります。

AIコーディング時代には、開発端末とCI/CDを、一般社員PCよりも高権限な環境として管理する考え方が必要です。

今週、48時間以内に確認したいこと

今週最初に行うべきなのは、期限のある変更について「自社が使っているかどうか」を確認することです。

具体的には、Azure OpenAI Assistants API、Linux版Azure VPN Client、Log Analytics linked storage、HTTP Data Collector API、Ubuntu 22.04のIntune管理端末を優先的に棚卸しします。

併せて、夏季休暇中のEntra ID、Defender、Sentinelの緊急対応者と連絡先を確認します。

npmを利用している開発環境では、ChainDropの影響確認として、依存パッケージ、CI/CD Runner、GitHub Actions、秘密情報の利用状況を確認します。

30日以内に整備したいガバナンス

期限対応が完了した後は、個別の製品対応を組織ガバナンスへつなげる必要があります。

重要インフラ関連では、安全基準等策定ガイドライン案と現行契約を比較し、ログ、事故報告、監査、再委託、復旧支援の不足を確認します。

AIについては、エージェント台帳だけでなく、MCPサーバー、ツール権限、データアクセス、リアルタイム制御を管理対象にします。

Azure Monitorについては、DCRとMicrosoft EntraによるIDベース認証への移行を進めます。

Entra IDについては、Backup and Recoveryを含めたID基盤のBCP／DR手順を策定します。

Sentinelについては、UEBAを活用できるよう、ネットワーク機器のログ正規化とエンティティマッピングを確認します。

今週のまとめ

今週の重要キーワードは、

8月26日、8月31日、9月14日、AIエージェント、MCP、ログ基盤、Entra Backup、CI/CD、夏休みセキュリティ

です。

これらには共通点があります。

クラウド環境は、昨日と同じ設定でも、今日も同じリスク状態とは限らないということです。

サービスのサポート期限が変わる。認証方式が変わる。APIが非推奨になる。AIエージェントが新しいツールへ接続する。攻撃者がCI/CDから一時資格情報を盗む。

こうした変化を追跡しなければ、管理画面上は正常でも、法務・監査・セキュリティ上は「古い前提」のまま運用していることになります。

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

クラウドセキュリティも、製品を導入するだけでは完結しません。

Azure、Entra ID、Microsoft 365、Intune、Defender、Sentinel、AIエージェント、CI/CDを安全に利用するためには、ID、端末、データ、AI、ログ、委託先、契約、BCP、復旧を一体で管理する必要があります。

クラウドの本当のリスクは、「クラウドを使うこと」ではありません。

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