powered by TechFeed
表示モード
Microsoft

MicrosoftがAIガバナンスを「ポリシー文書」から「ランタイム強制」へ移行

8月24日、Leela Kumiliが「Microsoft Moves AI Governance From Policy to Runtime Enforcement」と題した記事を公開した。MicrosoftのPrincipal Cloud AdvocateであるAnthony Bartoloは、その問題意識をこう表現する。

8月24日、Leela Kumiliが「Microsoft Moves AI Governance From Policy to Runtime Enforcement」と題した記事を公開した。MicrosoftのPrincipal Cloud AdvocateであるAnthony Bartoloは、その問題意識をこう表現する。

Your AI policy is not governance until production can prove it.(AIポリシーは、プロダクションがそれを証明できるまではガバナンスではない)

「ポリシーを策定した」だけでは不十分で、そのポリシーがランタイムで実際に適用されているか、観測できるか、監査証跡として残せるか——そこまでが求められるという主張だ。企業がAIをプロダクション環境に本格展開するようになった今、ガバナンスの定義そのものが変わりつつある。


NISTフレームワークとの整合:業界標準に根ざした設計

このアーキテクチャはMicrosoft固有の制御基盤にとどまらず、NIST AI Risk Management Framework(AI RMF)およびGenerative AI Profileというベンダー非依存のフレームワークと対応関係を持つ設計になっている。NISTのガバナンス・測定・評価・リスク軽減に関する考え方を、具体的なプラットフォーム制御と運用テレメトリに落とし込んだ構成と位置づけられており、エンタープライズが既存のコンプライアンス体制と接続しやすい点が訴求ポイントのひとつだ。

Cloud Solution ArchitectのManasa T. Ramalingaは、本アーキテクチャの動機についてこう述べている。

Organizations cannot scale what you cannot control.(制御できないものはスケールできない)


アーキテクチャの構造:4つの機能と9つのドメイン

従来、企業のAIガバナンスはドキュメントベースのポリシー策定が中心だった。しかしポリシーが文書として存在しても、それがシステム上で実際に強制されているか確認する手段がなく、監査時に「証明できない」という課題が繰り返されてきた。Microsoftが公開したAIガバナンスアーキテクチャは、この課題に正面から応えるべく、ガバナンスを継続的な運用ループとして再定義する。

4つの機能は以下の通りだ:

  • ポリシー(Policy):要件とリスク分類を定義する
  • 制御(Control):ポリシーをアクセスルール・ランタイムルールに変換する
  • 可視性(Visibility):システムの動作をキャプチャする(オブザーバビリティ)
  • 証跡(Proof):テレメトリを監査証跡・インシデント調査に変換する

9つのガバナンスドメインは、ポリシー管理、データガバナンス、モデルガバナンス、オブザーバビリティ、評価(evaluations)、セキュリティ、ID・アクセス管理、監査・コンプライアンス、そしてエージェントガバナンスだ。

「ポリシーを定義し、それをランタイムで強制し、テレメトリとして可視化し、監査証跡として証明する」という一連のループが、文書管理中心だった従来のアプローチとの本質的な違いである。

特にエージェントガバナンスは今回の発表で注目すべき要素で、ユーザー・エージェント・モデル・ツール・API・MCPサーバー(Model Context Protocol:AIエージェントが外部ツールと通信するためのプロトコル)・エンタープライズシステムにまたがる制御を想定している。


実装の中心:Microsoft Foundry AI Gateway

具体的な実装ツールとして、MicrosoftはFoundryとPurview、Entra ID、Defender、Azure API Managementを組み合わせる構成を示している。

中核となるのが**Microsoft Foundry AI Gateway**だ。このゲートウェイは以下を提供するランタイム境界として機能する:

  • 認証(Authentication)
  • トークン制限・クォータ管理
  • ポリシーの実行(Policy Enforcement)
  • レート制限、IP制限、監査ログ

特に興味深いのは、MCPツールのガバナンスにもこのゲートウェイを使える点だ。MCPサーバー自体やエージェントのコードを変更することなく、集中型の認証・ログ・制限を適用できるとドキュメント化されている。エージェント構成が複雑化する中で、コード変更なしに制御レイヤーを挟めるのは実用上の大きなポイントだ。


デプロイ前後の両方で評価を実施

Evaluations(評価)は、デプロイ前と本番稼働後の両フェーズに位置づけられている。Microsoft Foundryでは、組み込みおよびカスタム評価器(evaluator)を使ってAIアプリケーションやエージェントをデータセットに対して評価し、品質・安全性を事前にチェックした上で、本番でも継続的に監視できる。


エージェントガバナンスとオープンソースツールキット

エージェントが自律的に動作する場面での制御として、Microsoftはオープンソースの**Agent Governance Toolkit**を提供している。ポリシーの実行や傍受ポイント(interception points)を含む、自律エージェント向けのランタイムセキュリティ機能を備える。

また、Agent Control Specificationという仕組みも説明されており、エージェントの入力・モデル呼び出し・ツール実行・出力の各ポイントにチェックポイントを設け、影響度の高いアクションには人間の承認を必要とする設計を可能にする。


詳細はMicrosoft Moves AI Governance From Policy to Runtime Enforcementを参照していただきたい。