セキュリティプロファイル

SkillSpectorは小さなスキルフォルダ向けに作られています。MCPサーバーのリポジトリ全体に向けると大量に報告します: READMEのHTMLコメントは隠れた指示、.gitignore内の.envという文字列は認証情報アクセス、外部APIの呼び出しはすべてデータ流出と数えられます。独自のリスクスコアではMicrosoftのPlaywright MCPが100、CRITICALになります。だからMCPVaultはスコアを公開しません。すべての指摘を保持し、意味のあるものをプロファイルに変換します:

1. 指摘は所在するファイルで分類します。出荷コードとエージェント向け指示ファイルが対象。README、その他のドキュメント、設定、CI、テストは注記として記録し、除外します。
2. 残った各指摘は「コードが何をできるか」を平易に述べたケイパビリティに対応付けます。複数の指摘が1つのケイパビリティを裏付けることがあり、プロファイルには検出箇所の数を表示します。
3. 既知のアドバイザリを持つ依存関係は、OSV.devの情報そのままにパッケージ、バージョン、識別子で別途一覧表示します。
4. 主要な8つのケイパビリティは検出されなかった場合にも明記し、静かなプロファイルでも具体的な情報を伝えます。

プロファイルに含まれうるケイパビリティ:

プロファイルには一目で読めるよう要約の一語、露出レベルが付きます。露出とは、コードがマシンとその秘密情報にどこまで到達するかを表します。検出されたケイパビリティのみから導き、リスクスコアは使いません。その到達が正当かどうかも述べません。ターミナルツールはコマンドを実行するので「限定的」、エディタ連携はエディタの設定フォルダに書き込むので「広範」。どちらも本来の仕事をしているだけです。

スキャン前にスナップショットをユーザーが実際に導入するものに絞ります: テスト、CIワークフロー、docsフォルダ、サンプル、ビルド成果物、ベンダー化された依存関係は除外します。ドキュメントや設定に残ったパターン一致は理由を一行添えた注記として記録します。オーナーのダッシュボードには一覧が表示され、公開プロファイルには件数のみ表示されます。

スコアはありません。MCPVaultのスタッフがレビュー待ちを並べ替えるための内部的な重み付けは存在しますが、サイト上でそれによってサーバーを順位付けしたり色分けしたりすることはなく、上の露出レベルもそれを使いません。

まず検出一覧を見て、各項目がそのサーバーの目的に合っているかを考えます。シェルコマンドを実行するファイルシステムサーバーは仕事をしているだけです。環境変数を一括で読む天気サーバーは、それが起きているファイルを見る価値があります。次にホストの行を読みます。データの行き先だからです。その後、依存関係の一覧を確認します。古いロックファイルは最も多く、最も直しやすい項目です。

「検出されず」の行はもう半分の情報です。何も検出されなかったサーバーは、スキャナーが知っているパターンがひとつも見つからなかったサーバーです。安全の証明ではありませんが、コードに対して確認できる具体的な記述です。

ダッシュボードにはすべての項目がファイル、行、一致したスニペット、修正方法とともに表示され、除外された注記も見られます。プロファイルは申請したことを不利に扱いません。同じコードは誰のリスティングであっても同じものに到達しますし、認証バッジの隣にある正直なプロファイルこそがユーザーに安心して導入してもらう材料になります。

ロックファイルを更新すれば次回の週次実行でアドバイザリは消えます。設計上必要なケイパビリティについては、なぜサーバーがそれを必要とするのかをREADMEに一言添える方が、スキャナーの言葉よりユーザーの役に立ちます。プロファイルが「取得不可」の場合、リスティングのリポジトリURLが非公開、名称変更済み、またはスナップショットには大きすぎます。リスティング編集から直せば次回の実行で再試行します。

これは静的なパターンベースの分析です。既知のパターンに似たものを見つけますが、未知の問題がないことは証明せず、ペネトレーションテストでもありません。認証情報のパスに見える文字列がコメントのこともあります。だからこそすべての項目にファイルと行を示し、自分で確認できるようにしています。

プロファイルは認証を補完します。認証はサーバーが起動して応答することを証明し、プロファイルはその間にコードが何に手を伸ばすかを示します。どちらも、ファイル、鍵、シェルへのアクセスを与える前にソースを読むことや、クライアントのツール承認プロンプトの代わりにはなりません。