SnowflakeがCortex AI GatewayとAIセキュリティ機能を発表

Snowflakeは、Black Hat 2026に合わせてCortex AI GatewayとAIセキュリティ機能群を発表しました。

要点

• Cortex AI Gatewayは、MCPなどで接続されるエージェントのツール利用、モデル利用、費用、監査を集中管理する構想です。
• AIエージェントID、制限付きセッション範囲、文脈対応アクセスポリシー、AIセキュリティ姿勢管理などが本番向けAIセキュリティ機能として示されています。
• エージェント操作の監査性、AIコスト制御、知的モデルルーティングなど、エージェント運用の可視性と費用制御も扱います。

今回のブログ記事で語られていること

今回のSnowflakeブログは、企業がAIエージェントを本番展開する際の安全性を、データ基盤と制御面の問題として整理しています。MCPを使うと、LLMはデータベース、社内ツール、SaaS、外部エージェント基盤へ接続しやすくなります。一方で、個別チームがばらばらにMCPサーバーやエージェントを導入すると、誰がどのツールを呼んだのか、どの権限で動いたのか、どのデータが外部へ流れたのか、どれだけ費用が発生したのかを追いにくくなります。Snowflakeは、この分散した接続をCortex AI Gatewayで集中管理する方向を示しました。

Cortex AI Gatewayは、Natomaの統合を前提に、モデル、データ、MCPサーバー、エンタープライズツールへのアクセスを一つのゲートウェイで管理する構想です。発表では、広いモデルカタログ、アクセスガバナンスと拡散制御、すべてのエージェント接続の統制、観測とトレース、エージェント操作の監査性、AIコスト制御、知的モデルルーティングなどが紹介されています。目的は、エージェントの自由度を上げながら、認可、監査、費用上限、モデル選択、データ所在地を管理者が見える形にすることです。

同時に、SnowflakeはAIセキュリティ機能群も説明しています。エージェントIDは一般提供となり、エージェントがセッション内にいる場合の活動を見えるようにします。制限付きセッション範囲は、エージェントセッションの権限をタスクに必要な範囲へ絞る発想です。ネイティブAIセキュリティ姿勢管理はTrust Centerへ統合され、AIワークロードの設定リスクや規制対応を継続的に見ます。高度なデータ流出防止やCoCo CLIの仮想マシンサンドボックスも、データ流出やローカル認証情報の露出を抑える文脈で示されています。

今回のブログ記事が関係する人

SnowflakeでAIエージェントを本番導入するデータ基盤チーム、MCP接続とモデル利用を統制するセキュリティ担当、AI費用と監査ログを管理するプラットフォーム責任者に関係します。

結局、今回のブログ記事をどう読むべきか

SnowflakeがAIエージェントの接続、権限、監査、費用をデータ基盤側で統制する方向を示した発表です。導入側は、エージェントを増やす前に、ゲートウェイ、ID、セッション制限、流出防止をセットで確認しておく必要があります。