2026年7月下旬のMicrosoft Entra IDアップデートは「移行」に焦点を当てています。レガシー認証および同期方式から、モダンなアイデンティティファーストのアーキテクチャへの移行です。SharePoint One-Time Passcode廃止スケジュールの更新から、Entra Connect SyncからCloud Syncへの移行通知開始まで、Microsoftは体系的にレガシーパスを閉鎖しつつあります。さらに、パスワードレスTeams RoomsやPurviewとGSAのネットワークレイヤー統合も加わり、IT管理者が対応すべき事項は多岐にわたります。

1. SharePoint One-Time Passcode廃止：スケジュール更新（MC1243549）

発表日: 2026年7月17日（更新） 出典: M365 Message Center（MC1243549）

変更内容

Microsoftは、SharePoint One-Time Passcode（SPO OTP）認証の廃止スケジュールを更新しました。これは、外部ユーザーがMicrosoftアカウントを必要とせずに、ワンタイムメールコードを使用して共有SharePointおよびOneDriveコンテンツにアクセスできるようにしていたレガシー認証方式です。

改定されたスケジュールは以下の通りです：

  • フェーズ1（完了）： 新規の外部共有 invitations は、SPO OTP の代わりに Microsoft Entra B2B を使用するようになりました。このフェーズは2026年7月中旬時点で本番環境に完全展開されています。
  • フェーズ2（日程変更）： SPO OTP認証の廃止は2026年10月1日に開始され、2026年10月31日までに完了する見込みです。従来よりも期間が短縮されました。
  • GCC、GCCH、DoD環境： 両フェーズの対象外です。これらの環境の新しい日程は、Message Centerを通じて通知されます。

なぜ重要か

フェーズ2が開始されると、Entra B2Bゲストアカウントを持たない外部ユーザーは、以前に共有された「特定のユーザー」リンクにアクセスしようとすると「Access Denied」エラーを受け取るようになります。アクセスを復元するには、以下のいずれかが必要です：

  • Entra B2Bで外部ユーザーのゲストアカウントを作成する、または
  • 許可された内部ユーザーが、少なくとも1つのファイル、フォルダ、またはサイトを外部ユーザーと再共有する

EnableAzureADB2BIntegration設定は、今後外部共有の動作を制御しなくなり、Entra B2B統合を無効にするオプションは完全に削除されます。

IT管理者がすべきこと

  1. 影響を受けるコンテンツの特定： SharePointとOneDriveを監査し、現在OTP認証に依存している共有リンクを特定する
  2. 外部ユーザーの棚卸し： 定期的に連携する外部コラボレーターを特定し、10月1日までにEntra B2Bゲストアカウントを作成する
  3. 共有ポリシーの更新： Entra External IDおよびB2B招待設定が、大規模なゲストオンボーディングをサポートしていることを確認する
  4. サイト所有者との連絡： SharePointサイト所有者に10月1日の切替えについて周知し、外部ユーザーとコンテンツを事前に再共有できるようにする
  5. ゲストアクセスのテスト： 新しく作成したゲストアカウントを持つ外部ユーザーが、以前共有されたコンテンツにアクセスできることを確認する

これは厳格な期限です。10月1日は目前に迫っており、SharePointで外部コラボレーションを広範囲に行っている組織は、今すぐ準備を始める必要があります。

2. Entra Connect SyncからCloud Syncへの移行通知開始

発表日: 2026年7月 出典: M365 Message Center + Entra Connect Health + 対象メール

概要

Microsoftは、Microsoft Entra Connect SyncからクラウドネイティブのMicrosoft Entra Cloud Syncへの移行が可能なテナントに対して、対象を絞った移行通知の送信を開始しました。これは2026年4月の「Plan for change」発表に続くもので、実際の移行期間が割り当てられる最初の波となります。

主な詳細：

  • 通知はM365 Message Center、Entra Connect Health、および対象メールを通じて送信されます
  • 各テナントには独自の移行期間と移行ガイダンスが割り当てられます
  • これは全テナント一律の期限ではありません — テナントごとの段階的アプローチです

重要な注意点：機能ギャップ

Cloud Syncでまだ利用できない機能に依存しているテナントは、移行する必要はありません。Microsoftの移行FAQでは、必要なシナリオがCloud Syncでサポートされるようになるまで、Connect Syncを引き続き使用しながら機能比較を監視できると明記されています。

ただし、方向性は明確です。Cloud SyncはハイブリッドID同期の優先プラットフォームになりつつあり、Connect Syncはサポートされていない依存関係がある組織向けにサービスが継続されます。

IT管理者がすべきこと

ステップ1：Connect Syncの依存関係を棚卸しする Connect Syncが現在管理しているすべての情報を文書化します — 組織単位、ドメイン、カスタム同期ルール、属性マッピング、パスワードライトバック構成、デバイス同期、拡張機能のインストールなど。

ステップ2：Cloud Syncの機能と比較する Microsoftの公式なConnect SyncとCloud Syncの機能比較を確認します。単純な「サポートあり／なし」の評価に留めず、必要な機能ごとに判断と責任者を明記した文書を作成します。

ステップ3：パイロット範囲を設計する テナントが移行対象であれば、本番環境に触れる前にOUベースのパイロット範囲を設計します。MicrosoftはConnect SyncとCloud Syncが同じオブジェクトを同時に管理することをサポートしていません — これは厳格な技術的制約であり、必ず遵守する必要があります。

ステップ4：検証してから拡大する

  • Cloud Syncが責任を引き受ける前に、Connect Syncがパイロットオブジェクトを管理しなくなることを確認する
  • 追加のOUに拡大する前に、隔離されたサブセットでCloud Syncを検証する
  • 移行中、どの同期ツールが各本番OUを所有しているかの記録を維持する

ステップ5：ブロッカーを文書化する サポートされていない機能がある場合は、明確に文書化します。証拠を保存し、Microsoftの機能比較の更新を監視しながら、Connect Syncを継続して使用します。

結論

これはCloud Syncの時代の到来を示す最も明確なシグナルですが、Microsoftはまだ移行できない組織のために適切に逃げ道を残しています。最も有益な準備は、移行を急ぐことではなく、現在の依存関係を明記し、どのOUが対象範囲かを示し、Cloud Syncが必要なすべてのシナリオをサポートしているかどうかを明確にした意思決定記録を作成することです。

3. Teams Rooms パスワードレス リソースアカウント対応（RM558853）

発表日: 2026年7月 出典: M365 Roadmap（RM558853）

新機能

Windowsデバイス上のMicrosoft Teams Roomsが、Microsoft Entra IDを介したリソースアカウントのパスワードレス認証をサポートするようになりました。これにより、Teams Roomsは共有会議室アカウントの従来のユーザー名/パスワードの組み合わせに依存せず、最新のフィッシング耐性のある認証情報を使用して認証できるようになります。

なぜ重要か

会議室のリソースアカウントは、長年にわたりITチームの悩みの種でした：

  • パスワードローテーションの負荷： リソースアカウントのパスワードは定期的なローテーションが必要であり、多数の会議室を抱える環境では運用コストが高くなります
  • 認証情報の漏洩リスク： 会議室デバイス内の共有認証情報は本質的に脆弱であり、物理アクセスを持つユーザーが抽出できる可能性があります
  • Conditional Accessの課題： パスワードベースのアカウントは、強力な認証ポリシーに組み込むのが困難です

Teams Roomsのパスワードレス認証はこれら3つの問題すべてに対処し、会議室デバイスをMicrosoftの広範なZero Trustおよびフィッシング耐性認証戦略に適合させます。

IT管理者がすべきこと

  1. 対象デバイスの特定： 組織内のどのWindows版Teams RoomsデバイスがEntra IDに参加したリソースアカウントを持っているかを確認する
  2. 認証方法ポリシーの確認： Entra ID認証方法ポリシーで、Teams Roomsアカウントを含むセキュリティグループに対してパスワードレス認証情報が許可されていることを確認する
  3. 1つの会議室でパイロット： 広範囲に展開する前に、管理された環境でパスワードレスのフローをテストする
  4. Conditional Accessを確認： 会議室デバイスのサインインをブロックまたは制限する可能性のあるCAポリシーを確認し、コンプライアンスとデバイス状態の条件が会議室デバイスに対応していることを確認する
  5. プロビジョニングドキュメントの更新： 自動化されたTeams Rooms展開スクリプトがある場合は、初期セットアップ時にパスワードレス認証を構成するように更新する

4. Microsoft PurviewとEntra GSA Internet Accessの統合（RM522096）

発表日: 2026年7月 出典: M365 Roadmap（RM522096）

新機能

Microsoftは、Microsoft PurviewとEntra Global Secure Access（GSA）Internet Accessの統合を発表し、ネットワークレイヤーでの機密ファイルフィルタリングを可能にしました。これにより、2026年7月1日のPurview + Entra統合発表（SaaSおよびAIアプリのデータ保護を対象）が拡張され、ネットワークレイヤーでの適用が新たに含まれます。

動作仕組み

この統合により、組織はEntra GSA Internet Accessによって検査されるネットワークトラフィックに、Purviewの機密ラベルとData Loss Prevention（DLP）ポリシーを適用できるようになります。つまり：

  • GSA Internet Accessを通じてアップロードまたはダウンロードされるファイルの機密ラベルを検査できます
  • DLPポリシーは、管理対象外の宛先に到達する前に、ネットワークレベルで機密ファイルの転送をブロックまたは監視できます
  • アプリケーションレベルの制御を補完し、データフローのより早い段階で適用が行われます

なぜ重要か

従来のDLPはアプリケーションまたはサービスレベルで動作します。特定のアプリを通じて機密データを共有しようとしたときに検出します。しかし、アプリケーションレベルの制御を迂回するネットワーク経路を通過するデータはどうでしょうか？ネットワークレイヤーの機密ファイルフィルタリングがそのギャップを埋めます：

  • シャドーIT転送を検出： 管理対象外のアプリや直接のネットワーク転送を介して移動するファイル
  • 多層防御を強化： アプリケーションレベルのDLPが迂回されても、ネットワークレイヤーのフィルタリングがバックストップとして機能
  • 一貫したポリシーを実現： 同じPurviewラベルとポリシーが、アプリケーションとネットワークの両方の適用ポイントで機能

IT管理者がすべきこと

  1. チーム間の連携： この統合はアイデンティティ（Entra）、セキュリティ（Purview/DLP）、ネットワーキング（GSA）にまたがるため、関連するすべてのチームが計画に関与するようにする
  2. 機密ラベルの棚卸し： 既存のPurview機密ラベルとDLPポリシーを確認し、ネットワークレイヤーで適用すべきものを特定する
  3. 管理されたパイロット計画： ネットワークレイヤーのフィルタリングは正当なトラフィックに影響を与える可能性があるため、小規模なユーザーグループで管理された環境でテストしてから本番展開する
  4. トラフィックパターンの把握： 組織内のどのネットワーク経路が機密データを扱い、GSA Internet Accessがそれらをどのように検査するかを理解する
  5. 誤検知の監視： ネットワーク速度でのファイルタイプおよびコンテンツベースのフィルタリングは誤検知を生成する可能性があるため、適用モードに移行する前に調整プロセスを確立する

大局的視点：レガシーアクセスからアイデンティティへの置き換え

これら4つのアップデートを俯瞰すると、明確なテーマが見えてきます：Microsoftは暗黙的かつレガシーなアクセス方法を、明示的なアイデンティティベースの認証に体系的に置き換えています。

レガシー方式モダンな代替方式
SharePoint OTP（メールコード）Entra B2Bゲストアカウント
Connect Sync（オンプレミスエンジン）Cloud Sync（クラウドネイティブ）
パスワードベースの会議室アカウントパスワードレスリソースアカウント
アプリケーションのみのDLPGSA経由のネットワーク＋アプリケーションDLP

これらの移行はそれぞれ、数ヶ月から数年前に事前告知されており、Microsoftは現在、発表から実行へと移行しています。スムーズに移行を進められる組織は、ギリギリまで待つのではなく、レガシー依存関係を棚卸しし、移行計画を策定してきた組織です。

SharePoint OTP廃止については、10月1日が厳格な期限です。Cloud Sync移行については、テナント固有の移行期間がいつ通知されてもおかしくありません。Teams RoomsとPurview-GSAについては、各組織のペースで導入できる機能ですが、方向性は明確です。

アクションサマリー

アップデート緊急度アクション
SharePoint OTP廃止（10月1日）高OTP依存の共有を特定し、ゲストアカウントを作成し、コンテンツを再共有
Cloud Sync移行通知中依存関係を棚卸し、機能を比較し、パイロットを計画
Teams Rooms パスワードレス低〜中1つの会議室でパイロットし、展開スクリプトを更新
Purview + GSA統合低チーム間で連携し、管理されたパイロットを計画

最新のEntra IDアップデートについては、X（Twitter）で@kkaminskをフォローいただくか、当ブログを定期的にご確認ください。Big Hat Group Inc.は、AIおよびアイデンティティ技術に特化したMicrosoftコンサルティングサービスを提供しています。