578件のID・データ・クラウド系MCP: 小さなカテゴリでも管理面レビューが必要
Public Registry 20,629件のうち、security/auth 258件、database 203件、cloud provider 117件、合計578件がID・データ・クラウド運用に近いカテゴリだった。件数は2.8%でも、認証情報、データ範囲、監査ログ、取り消し手順を導入前に確認すべき領域である。
Public Registryのスナップショットでは、security/auth、database、cloud providerに近いMCPが合計578件あった。これは20,629件のうち2.8%にすぎないが、ID、業務データ、クラウド管理面に近い連携であるため、導入後ではなく導入前に権限と復旧方法を確認すべき領域である。
Key Findings
- security/auth、database、cloud providerの3カテゴリは合計578件で、Public Registry全体の2.8%だった。
- 内訳は、security/auth 258件、database 203件、cloud provider 117件だった。
- 件数が小さいことは、運用上の影響が小さいことを意味しない。これらのMCPは、認証情報、業務データ、クラウドAPI、管理ワークフローに近い可能性がある。
- 導入レビューでは、カテゴリだけでなく、状態、credential scope、データ境界、監査可能性、取り消し手順を一緒に見るべきである。
データセット
| 項目 | 値 |
|---|---|
| 記事日付 | 2026-06-23 |
| Public Registry snapshot | 20,629件 |
| Snapshot last synced | 2026-06-06T01:17:38.963Z |
| Production summary fetched | 2026-06-23 |
| security/auth category | 258件 |
| database category | 203件 |
| cloud provider category | 117件 |
| ID・データ・クラウド系の合計 | 578件、全体の2.8% |
なぜこの小さな領域を見るべきか
MCPレビューは、どのカテゴリが多いか、どの状態が多いかという件数から始まりやすい。件数は重要だが、少数でも強い権限に近いカテゴリを過小評価しやすい。
security/auth系MCPは、ID基盤、secret、session、ユーザーディレクトリ、アクセス制御に近い可能性がある。database系MCPは、構造化された業務データとクエリ権限を扱う。cloud provider系MCPは、インフラ、ログ、課金、deploy状態、管理APIに届きうる。
実務上の含意は単純である。件数が少ないカテゴリでも、管理面に近いなら、導入前レビューは厳しくするべきである。
導入前に確認すること
認証情報の境界
誰のcredentialを使うのか、個人トークンなのかサービス用credentialなのか、どのscopeを与えるのか、rotationできるのかを確認する。IDやクラウド連携では、credentialの決め方そのものがセキュリティ設計であり、単なるセットアップ手順ではない。
データ境界
databaseやcloud provider系では、どのschema、project、account、region、log、storageに届くのかを定義する。read-onlyのMCPでも、境界が広すぎれば機微情報を見せる経路になりうる。
変更権限の境界
読み取り、書き込み、削除、deploy、管理操作を分けて確認する。ユーザー、policy、インフラ、レコード、jobを変更できるMCPなら、最小権限、検証環境、承認フロー、rollback期待値が必要になる。
監査と復旧
操作をユーザー、agent、request、credentialのどれに紐づけられるかを確認する。アクセスを止める方法や、誤変更を戻す方法も事前に決める。これは、低権限の情報検索ツールより、管理面に近いMCPで特に重要になる。
状態だけで判断しない
同じPublic Registry snapshotでは、WARN、NEED_REVIEW、RESTRICT、BLOCKを合わせた確認対象が20,210件あった。カテゴリだけで導入可否は決まらない。カテゴリは、レビュー担当者が最初に見るべき運用境界を示す手がかりである。
実務上の記録パターン
security/auth、database、cloud provider系MCPを導入前に見る場合、少なくとも次を記録する。
- credentialの所有者とscope
- データまたはリソース境界
- 読み取り、書き込み、削除、管理操作の有無
- 監査証跡とlogの保存先
- revokeとrollbackの手順
この記録は、packageやREADMEの説明だけでなく、そのMCPが実際にどこへ届くかにレビューを寄せるためのものだ。
限界
- 件数はPublic Registryの集計カテゴリであり、この578件すべてが危険だという主張ではない。
- カテゴリ名は個別レビューの代わりにならない。database系でも、導入設定によってread-onlyにも強権限にもなりうる。
- 数値はスナップショットであり、Registry更新により変わる。
- この記事は公開可能な集計根拠だけを使い、内部のスコアリングや検出ルールは扱わない。
まとめ
578件のID・データ・クラウド系MCPは、MCP導入レビューを件数の多さだけで優先付けしてはいけないことを示している。ID、database、クラウド管理面に近いMCPでは、credential scope、データ境界、変更権限、監査可能性、rollbackを最初に確認すべきである。
MCP Guard は、Public Registry の根拠をもとに、MCP導入前に確認すべき実務上の論点を継続的に整理している。