CoreViewがMicrosoft 365「テナント防御」を強化へ：Tenant Resilience/Tenant Managementで設定改ざんと過剰権限に備える

Microsoft 365のセキュリティは「アカウントを守る」だけでは不十分になりつつあります。攻撃者が狙うのは、条件付きアクセスやIntune、メール転送、アプリ同意など“テナント全体の設定”そのもの。こうした背景の中、CoreViewは2026年1月21日、テナントレベルの防御と運用リスク低減に焦点を当てた新製品「Tenant Resilience」と「Tenant Management」を発表しました。SecurityBrief Australia

CoreViewがMicrosoft 365「テナント防御」を強化へ：Tenant Resilience/Tenant Managementで設定改ざんと過剰権限に備える

いま「テナント」が狙われる理由：設定改ざんと運用の盲点

Microsoft 365は、ID（Microsoft Entra ID）・デバイス管理（Intune）・メール（Exchange）・コラボ（Teams/SharePoint）などが密結合で動く“基盤”です。つまり、1つの設定変更が全社の挙動を変え、攻撃の成功確率を一気に上げます。

実際、最小権限（Least Privilege）が徹底できていないテナントは多いとされ、Microsoftが調査したテナントのうち63%が最小権限の実装に失敗している、という数字も示されています。CoreView+1 さらに、設定改ざん（configuration tampering）の増加が話題になっており、構成のズレ（ドリフト）や見えない変更が“いつの間にか弱くなる”原因になります。CoreView

加えて大企業ほど、複数テナント運用・委任管理・複雑なIDポリシーを抱えます。マルチテナント組織の一定割合が職務分離や最小権限のためにテナントを分けている、という指摘もあり、管理の複雑化は避けづらい現実です。Help Net Security

CoreView新製品の狙い：セキュリティ担当と運用担当を分けて最適化

CoreViewは今回、同じ“テナント防御”でも責任部門の違いを前提に、2製品に分けて提供します。SecurityBrief Australia

Tenant Resilience：セキュリティチーム向け（保護・検知・復旧）
Tenant Management：運用/ガバナンスチーム向け（統制・管理・管理負荷の低減）

どちらもCoreViewプラットフォーム上で提供され、狙いは「設定リスク」「過剰な管理者権限」「インシデント時の運用負荷」をまとめて下げることです。SecurityBrief Australia

Tenant Resilienceとは：過剰権限の被害最小化と“設定のロールバック”を軸にする

Tenant Resilienceは、テナント侵害や高権限アカウント悪用を想定し、事前準備→対応→復旧までをテナント単位で回す設計です。従来のSaaSセキュリティ製品ではカバーしにくい領域を狙う、とされています。SecurityBrief Australia

公開情報ベースでの要点は次の通りです。CoreView

過剰な管理者アクセスの抑制（“必要十分”に分割）
不正/高リスクな構成変更の検知（設定改ざんを前提に監視）
信頼できる構成への復旧（望ましい状態へ戻す運用）

ここが重要なのは、「本人確認（ID復旧）ができても、ディレクトリや設定が安全な状態とは限らない」という現実です。権限・アプリ同意・条件付きアクセス・監査ログなどは別問題で、復旧の境界を見誤ると“戻ったつもりで戻っていない”が起きます。Rubrik

Tenant Managementとは：大規模運用の“土台”を整え、統制を回す

Tenant Managementは、日々のガバナンスと管理を担う運用チーム向けに、Microsoft 365をスケールして統制するための基盤として位置づけられています。SecurityBrief Australia
テナントが増え、委任管理が広がるほど「誰が、何を、なぜ変えたか」を追うコストが跳ね上がります。インシデント時はなおさらで、設定確認・影響範囲特定・復旧判断がボトルネックになります。Tenant Managementはその“平時の積み残し”を減らす方向の製品だと捉えると分かりやすいでしょう。

今日からできる：テナント防御を強くする実務チェックリスト

新製品の有無に関わらず、テナント防御は「権限」「設定変更」「復旧」の3点セットで整えるのが近道です。

最小権限を“設計”する：全体管理者を減らし、職務ごとに役割を分ける（ゼロトラストの基本）CoreView+1
テナント設定の変更監視を前提にする：条件付きアクセス、メール転送、アプリ同意、Intune/Defenderの要点を“監視対象”として固定化するCoreView+1
望ましい構成の“基準点”を作る：現状を基準化し、差分（ドリフト）を定期レビューできる形にするCoreView
復旧は「ID復旧＋設定復旧」で設計：アカウントを戻すだけで安心せず、権限・同意・CA・監査の整合までを復旧手順に入れるRubrik

まとめ：Microsoft 365は“テナントがインフラ”になった。守るべきは設定と権限の運用そのもの

CoreViewの「Tenant Resilience」「Tenant Management」は、テナント攻撃の増加と運用複雑化を前提に、**セキュリティ（守る・戻す）と運用（統制を回す）**を分離して最適化する打ち手です。SecurityBrief Australia+1
Microsoft 365を“便利なSaaS”ではなく“企業インフラ”として扱うなら、IDや端末だけでなく、テナント設定と管理者権限の管理サイクルをどこまで自動化・標準化できるかが、次の勝負どころになります。