CosmosEscape：Azure Cosmos DBの全データベースに無断アクセス可能な重大脆弱性がMicrosoftにより修正

「AzureのマネージドDBサービスを使っているけど、他の会社のデータまで見えてしまう脆弱性なんてあるの？」
「クラウドのプラットフォーム側の脆弱性って、ユーザー側には何もできないんじゃないの？」

ボス

クラウドでも、プラットフォーム自体に脆弱性があれば同じクラウド上の全テナントが危険にさらされる。今回のCosmosEscapeはその典型だな

チップス

自分たちで何もしてないのに他社のデータに侵入できるなんて……怖いでしゅ！

Microsoft Azure Cosmos DBのGremlin APIに、テナント間でデータベースへの無断アクセスを可能にする重大な脆弱性「CosmosEscape」が存在したことがWiz Researchによって明らかになりました。
Microsoftは2025年11月の報告受領から48時間以内に脆弱なエントリポイントをブロックし、2026年7月に全リージョンでの長期修正を完了。2026年7月30日に公開開示されました。顧客データへの不正アクセスや被害は確認されていません。

この記事を読めば、クラウドプラットフォームのクロステナント脆弱性の仕組みと、クラウド利用者がすべき考え方が分かります。

CosmosEscapeの全容——GremlinサンドボックスからCosmos Master Keyへ

Azure Cosmos DBはMicrosoftが提供するフルマネージドNoSQLデータベースサービスで、世界中の企業が利用しています。
今回発見された「CosmosEscape」は、Cosmos DBが提供するグラフデータベースクエリAPIである「Gremlin API」のサンドボックス実装の欠陥を悪用するものです。

チップス

サンドボックスエスケープって、どういう意味でしゅか？

ボス

本来、クラウドサービスではユーザーの入力（クエリ）が制限された安全な実行環境の中でしか動かないように設計されている。それを突き破って、制限外の操作ができるようにする攻撃のことだな

攻撃の技術的仕組み

Wiz Researchの調査によると、Cosmos DBのGremlin APIはGremlinクエリを.NETコードに変換して制限された環境で実行する構造になっていましたが、.NET反射（リフレクション）を活用することでファイル読み書きプリミティブを構築し、任意コード実行に到達することが可能でした。
攻撃が成立するまでの流れは以下の通りです。

ボス

Cosmos Master Keyという1本の鍵が全顧客のDBにアクセスできる設計そのものが問題の本質だ。マルチテナントのクラウドサービスでは、このような共有シークレットの管理が攻撃の起点になりうるんだな

クラウド利用者が持つべき「共有責任モデル」の正しい理解

今回の脆弱性でユーザーができること・できないこと

CosmosEscapeはクラウドプラットフォームのインフラ層の問題であり、Azure Cosmos DBのユーザー側には防御できる手段がありませんでした。
これはクラウドの「共有責任モデル」が持つ特性です。

クラウドにおける責任の分担は以下の通りです。

今回Microsoftは迅速に対応しており、顧客への実被害も確認されていません。一方で、ユーザーが学べる教訓は以下の通りです。

チップス

クラウドに任せてるからって完全に安心はできないんでしゅね

ボス

信頼はするが検証もする、というのがクラウドとの正しい付き合い方だな。ただ、今回Microsoftは報告から48時間で初動を打ち、2026年7月に完全修正した。このスピードは評価に値する対応だったんだな

まとめ

CosmosEscapeは、Azure Cosmos DBのGremlin APIに存在したサンドボックスエスケープ脆弱性が、プラットフォーム全体の共有署名鍵に到達することで全顧客DBへのクロステナントアクセスを可能にした重大な欠陥でした。
Wiz Researchの責任ある開示とMicrosoftの迅速な修正により、実被害は発生しませんでした。

クラウドプラットフォームのインフラ脆弱性はユーザーが直接防ぐことはできません。ベンダーの脆弱性対応能力の評価と、データ監視・ログ体制の整備が、クラウド利用者としての現実的なセキュリティ戦略です。

ボス

クラウドプロバイダーを選ぶ際は、セキュリティ報告への対応速度と透明性も重要な評価軸だ。今回Microsoftは適切に対応したが、すべてのプロバイダーがそうとは限らないんだな

チップス

クラウドのセキュリティ情報、ちゃんとチェックする習慣をつけましゅ！