「うちの会社で、いまAIエージェントは何体動いていますか」——この問いに正確な数字で答えられる企業は、驚くほど少ない。生成AIの利用ルールを整え、モデルの選定基準を議論している間に、現場ではエージェントとその手足であるMCPサーバーが、誰の承認も棚卸しも受けないまま増殖している。homulaはエンタープライズ企業のAIエージェント導入を一気通貫で支援してきたが、統制設計の最初のつまずきは、ほぼ例外なく「そもそも何が動いているか分からない」という一点にある。
2026年後半、この「見えなさ」がセキュリティ業界の主戦場に浮上した。8月のBlack Hat 2026では、AIエージェントの棚卸しと統制を掲げる製品が相次いで発表され、テーマは明確に「発見(ディスカバリ)」へと移った。本稿では、直近の発表と一次データを手がかりに、シャドーMCPという新しい死角と、そこから統制へ向かう道筋を整理する。
Black Hat 2026——争点は「発見」に移った
その象徴が、Snowflakeが2026年7月28日に投入し、Black Hat 2026で前面に押し出した Cortex AI Gateway だ。これは、社内で動くAIエージェント群(自社製・サードパーティ製の双方)が、モデル・データ・MCPサーバー・社内ツールにどうアクセスするかを一元的に統制する制御層と位置づけられている。2026年5月に買収したNatomaの技術を取り込み、1Password・Okta・SailPoint・Saviynt・Aembit・Cyera・Linx Securityといったアイデンティティ各社と組んで打ち出した点も、「エージェントIDが本番投入の前提条件になった」という潮流を映している。
注目すべきは、ゲートウェイ本体より、それに付随する2つの機能だ。
- AI Discovery: 既存のセキュリティログから、社内ですでに稼働しているエージェント・AIプロバイダ・MCPサーバーを洗い出す。新しく監視を仕込むのではなく、いま手元にあるログから「見えていなかったもの」を炙り出す発想である。
- API Registry: エージェントが承認済みAPIを、生の認証情報を握らせずに呼び出せるようにする。認証情報の散在という、エージェント時代の慢性的な弱点に対する回答だ。
製品の巧拙より重要なのは、業界を代表するデータ企業が「まず発見、次に統制」という順序を製品化したという事実である。ツール選定より前に、発見の仕組みを持っていない企業がほとんどだという現実を、市場が追認したのだ。
「シャドーMCP」——シャドーITツールでは見えない死角
「野良AI」という言葉は2026年前半に浸透した(部門別AI乱立のリスクは別稿で整理した)。だが、いま問題の中心はアプリ層より一段下、MCPサーバーの層に移っている。これがシャドーMCPだ。
シャドーMCPとは、環境内で動いているのに誰も承認・棚卸し・監視をしていないMCPサーバーの総体を指す。開発者がClaude DesktopやCursor、社内エージェントに「ファイルシステム・データベース・APIへの直接アクセス」を与えるために、手元で気軽に接続したコネクタ群である。
やっかいなのは、従来のシャドーIT対策では捕捉できない点にある。
| 観点 | 従来のシャドーIT | シャドーMCP |
|---|---|---|
| 実体 | 部門が契約したSaaS | 手元で起動したMCPサーバー |
| 発見手段 | ネットワーク境界・SSOログ | 境界を越えないローカルプロセスが多く、既存ツールでは不可視 |
| 危険性 | データの持ち出し | データ参照に加え、アクションの実行 |
| 監査 | サービス側のログ | 事後のログ再構成では、ツール呼び出し列を十分な精度で復元しにくい |
MCPサーバーは、データを「見せる」だけではない。本番システムへの書き込み、デプロイの起動、DBへのクエリ、Slackへの投稿、GitHub issueの作成といった行動を実行する。にもかかわらず、その多くはネットワーク境界を越えないローカルプロセスとして走るため、境界監視を前提とした旧来のシャドーIT検知は素通りしてしまう。
普及の規模も無視できない。GitHubのMCPサーバーパッケージは2026年2月に週次インストール200万を突破し、Postgres向けMCPサーバーも週次80万インストールを超えたと報告されている。「一部の先進的な開発者だけの話」という段階は、とうに過ぎている。
シャドーMCPの怖さは「気づいた頃には手遅れ」になりやすい点にある。事後のログ監査では、あるエージェントが「どのツールを・どの順序で・どの引数で」呼び出したかを十分な精度で再構成できないことが多い。可視化は、事後ではなく接続が張られた時点で効かせる必要がある。
なぜ2026年後半に一気に増えたのか
シャドーMCPの膨張は偶然ではない。3つの力が同時に働いている。
第一に、エージェントの母数そのものが急増した。Graviteeが2026年に900名超の経営層・実務者を対象に実施した「State of AI Agent Security 2026」によれば、企業内で稼働するAIエージェントは300万体を超え、わずか4か月でおよそ倍増した。典型的な企業の配備規模は、一四半期で「26〜50体」から「76〜100体」へと跳ね上がっている。
第二に、監視が追いついていない。同レポートでは、本番エージェントの平均監視カバレッジは52%にとどまる。裏を返せば、本番で走るエージェントの約半数(48%)は監視されないまま動いている。結果として、過去1年に確認・疑いを含むAIエージェント関連のセキュリティインシデントを報告した組織は**88%**に上る。導入の速度が、統制の速度を追い越したのだ。
第三に、MCPサーバーを立てる技術的なハードルが下がった。2026年7月28日に確定したMCPの新仕様は、プロトコルをステートレス化し、素のロードバランサの背後でも動くようにした(この仕様変更は別稿で詳説している)。運用が楽になったことは前進だが、同時に「誰でも手軽にMCPサーバーを立てられる」ことを意味する。利便性の向上は、そのまま死角の増殖でもある。
発見できないものは、統べられない——4段階の設計
セキュリティの鉄則は「見えないものは守れない」だ。エージェント時代のガバナンスは、この一点から始めるべきである。homulaが顧客と描く順序は、次の4段階に整理できる。
| 段階 | やること | 問い |
|---|---|---|
| ① 発見(Discover) | ログから稼働中のエージェント・MCPサーバーを洗い出す | 何が動いているか |
| ② 棚卸し(Inventory) | 発見物に「所有者・用途・接続先・権限」を紐づける | 誰が、何のために使っているか |
| ③ 承認集約(Sanction) | 正規のMCP入口を1つに定め、そこ経由に寄せる | どこを通すべきか |
| ④ 統制(Control) | 承認フロー・RBAC・監査・DLPをポリシーとして強制する | 何を許し、何を止めるか |
多くの企業がいきなり④の「統制」から入ろうとして頓挫する。ポリシーを定めても、対象の実体が見えていなければ強制のしようがないからだ。①発見と②棚卸しを飛ばした統制は、機能しない。Black Hatで「発見」が主役になったのは、この順序への回帰にほかならない。
homulaの観点——「発見」を「統制」に変える
homulaはAIエージェント・インテグレーターとして、この4段階を「絵に描いた統制」で終わらせないための実装を支援している。
発見と棚卸しの出発点として有効なのが、AIエージェント・ブートキャンプだ。業務の棚卸し・プロトタイプ構築・ROI試算を3〜5日で完結させる過程で、「いま現場で何がどう動いているか」を可視化し、シャドーMCPの実像を把握する足場をつくる。統制は、この棚卸しの上にしか立たない。
③の承認集約では、MCPを活用した統合プラットフォーム Agens が「正規の入口」になる。200以上のツールと構築ゼロで接続できるハブに、エージェントのツールアクセスを寄せることで、乱立したシャドーMCPを「一つの承認された経路」へと畳み込める。個々の開発者がバラバラに立てた接続を、統べられる形に集約するわけだ。
そして④の統制は、Agens Control が担う。承認フロー・DLP・5年分の監査ログ・RBACをポリシーとして強制し、「誰が・どのエージェントで・どのツールを・どう使ったか」を後から検証できる状態を保つ。発見(見える化)から統制(強制と証跡)までを一続きの制御線としてつなぐ——これが、homulaが提案する勝ち筋である。
最初の一歩は、全社禁止でも大規模なツール導入でもない。「まず、いま何が動いているかを1枚の台帳にする」ことだ。発見と棚卸しさえ回り始めれば、統制は後から確実に効かせられる。
まとめ
2026年後半、AIガバナンスの争点は「どのモデルを使うか」から「何が動いているかを把握できているか」へと明確に移った。Black Hat 2026での発見機能の相次ぐ投入も、Graviteeが示す「監視されない本番エージェントが約半数」という数字も、同じ現実を指している——導入の速度に、統制の速度が追いついていない。
シャドーMCPは、その象徴だ。ネットワーク境界を越えず、行動を実行し、事後には辿りにくい。だからこそ、統制の設計は「発見」から始めなければならない。見えないエージェントは、統べられない。まず可視化し、棚卸しし、正規の入口に寄せ、ポリシーで強制する——この順序を守れる企業だけが、増え続けるエージェントを資産に変えられる。
自社で「いま何体のエージェントとMCPサーバーが動いているか」に即答できないなら、それが最初の課題です。homulaは、発見・棚卸しから統制設計・内製化までを一気通貫で支援します。