Circl Vulnerability Lookup

@pipeworx/circl-vulnerability-lookup

CIRCL の Vulnerability-Lookup サービスが提供する脆弱性レコードです。1 つの ID を複数の上流フィード（MITRE CVE、NVD、GitHub Security Advisories、PySec、ベンダーの CSAF アドバイザリ）と一度に照合します。

Pipeworx の一部です。AI エージェントを 1875 以上のライブデータソースに接続する MCP ゲートウェイです。これは独立した非公式の統合であり、上流プロバイダーとの提携、承認、公開はありません。

ツール

• circl_vuln(id, include_raw?) — ID で脆弱性を 1 件取得します。CVE-、 GHSA-、PYSEC-、ベンダーのアドバイザリ ID に対応しています。正規化された概要 （タイトル、説明、CVSS スコア／ベクター、影響を受ける製品、参照先、日付）と、 加工されていない上流レコードを返します。
• circl_vuln_search(vendor, product, limit?) — CPE のベンダー／製品の組み合わせに 対して記録されたすべての脆弱性を、新しい順に取得します。各レコードには取得元の フィードが付与されます。
• circl_vuln_recent(limit?) — 集約対象のすべてのフィードから、公開または更新された ばかりのレコードを取得します。

認証

キーは不要です。

データソース

• https://vulnerability.circl.lu/api/vulnerability/{id} — ID でレコードを 1 件取得します。
• https://vulnerability.circl.lu/api/search/{vendor}/{product} — 検索します。
• https://vulnerability.circl.lu/api/last/{n} — 最近のレコードを取得します。

CIRCL（Computer Incident Response Center Luxembourg）が運営しています。

注意点

• 不明な ID に対して、HTTP 200 で {} が返されます。 これはエラーのない空の結果です。単純に解析すると、空のレコードが正常に返されたように見えます。circl_vuln は、ID が見つからないことを示す名前付きエラーをスローします。
• 実際のパスは、名前から想像されるものとは異なります。 検索は /api/search/{vendor}/{product}、最近のフィードは /api/last/{n} です。 /api/vulnerability/search/... と /api/vulnerability/last はどちらも 404 を返します。
• レコードには 3 種類の異なるスキーマがあり、1 つの /api/last レスポンスに その 3 種類すべてが混在します。
  • CVE JSON 5.x — cveMetadata + containers.cna
  • OSV — id / details / affected / severity
  • CSAF — document / product_tree / vulnerabilities summarize() は 3 種類に共通するフィールドを正規化し、raw は元のデータを保持します。containers.cna が存在するとは限らないため、前提にしないでください。
• CVSS はバージョンごとに異なるキー（cvssV3_1、cvssV4_0 など）の下にある containers.cna.metrics[] 内に格納されます。そのため、コードは固定パスを参照せず、 メトリクスオブジェクトを走査します。OSV レコードの severity[].score にはベクター文字列のみが含まれ、数値の基本スコアはありません。
• ベンダー／製品はマーケティング名ではなく、CPE 文字列と照合されます。 Microsoft Windows 10 ではなく、microsoft／windows_10 を使用してください。
• CIRCL は送信元 IP アドレスごとにレート制限を設けており、制限値は https://vulnerability.circl.lu/.well-known/api-policy.json で公開されています。 匿名の場合は1 分あたり 20 リクエスト、X-API-KEY を指定すると 40 リクエストです。 Retry-After（観測値：59）と X-RateLimit-Limit／-Remaining／-Reset も送信され、 ここでは 429 エラーにその値が含まれます。このパックはキー不要で、匿名枠の範囲内で 動作します。ツール呼び出し 1 回につき、上流へのリクエストは 1 回です。より高い枠が必要になった場合も、再構築ではなくヘッダーを追加します。
• 429 は全体ではなく、バックエンドワーカーごとに発生します。 2026-09-17 の測定では、 ある 1 つの IP から匿名で連続して 3 回リクエストしたところ、x-ratelimit-remaining は0、次に 19、次に 3と報告されました。また、ある URL では 429 が続く一方、 次の ID はすぐに 200 を返しました。そのため、ここでの 429 は実際の使用量を示していないことがよくあります。circlJson() は、429 を返す前に最大 3 回までリトライします。単一の 429 を「レート制限を受けている」と解釈しないでください。

関連パック

nvd（NVD に直接接続。プラットフォームキーが必要）と osv（OSV.dev、オープンソースパッケージのアドバイザリ）は、それぞれ単一の上流ソースを対象とします。このパックは複数フィードを横断する ID 解決ツールです。ID はわかっているものの、どの組織が公開した情報なのかわからない場合に使用してください。

クイックスタート

MCP クライアント（Claude Desktop、Cursor、Windsurf など）に追加します。

{
  "mcpServers": {
    "circl-vulnerability-lookup": {
      "url": "https://gateway.pipeworx.io/circl-vulnerability-lookup/mcp"
    }
  }
}

このエンドポイントが実際に提供するもの

https://gateway.pipeworx.io/circl-vulnerability-lookup/mcp の tools/list は、上の表にあるツールに加えて、共有の Pipeworx メタツール（ask_pipeworx、 discover_tools、search_within、remember／recall など、ゲートウェイ全体で利用できるツール群）も返します。そのため、表示されるツール数はこの表より多くなります。現在、単一パックのエンドポイントには、そのパック独自のツールに加えて、共有ツールが約 30 個表示されます。接続の initialize 応答には正確なスコープが記載されており、その日の状況を確認するための正式な情報です。

これは意図的な設計であり、偶発的な多重化ではありません。メタツールを使えば、このパックでは扱えない質問にも、カタログ全体を横断して処理する ask_pipeworx 経由で回答できるため、MCP サーバーを追加する必要がありません。現時点では、メタツールなしでパックのエンドポイントをマウントする方法はありません。追加のスキーマによるコンテキストコストが、ルーティングの利点を上回る場合は、複数のパックエンドポイントではなく、フルゲートウェイに一度接続してください。

または、フルの Pipeworx ゲートウェイに接続すれば、このパックだけでなく、すべてのパックのツールが直接一覧表示されます。

{
  "mcpServers": {
    "pipeworx": {
      "url": "https://gateway.pipeworx.io/mcp"
    }
  }
}

どちらの URL も同じゲートウェイと同じ 1875 以上のデータソースに接続します。違いは、どのパックのツールが直接一覧表示されるかだけです。どちらから接続しても、ask_pipeworx ですべてのツールを利用できます。

MCP クライアントがない場合：HTTP で呼び出す

curl -X POST https://gateway.pipeworx.io/v1/tools/circl_vuln \
  -H 'Content-Type: application/json' \
  -d '{"id":"CVE-2014-0160","include_raw":false}'

最初の呼び出しにはアカウントは必要ありません。任意のツールを確認するには、GET https://gateway.pipeworx.io/v1/tools/circl_vuln を使用します。ツールを探すには、{"query":"..."} を指定して POST https://gateway.pipeworx.io/v1/tools/search_packs を使用します。

スタンドアロン（ゲートウェイアカウント不要）

このパッケージは、ローカルの stdio MCP サーバーとしても実行できます。Pipeworx アカウントも、ゲートウェイへの往復通信も不要です。

{
  "mcpServers": {
    "circl-vulnerability-lookup": {
      "command": "npx",
      "args": ["-y", "@pipeworx/mcp-circl-vulnerability-lookup"]
    }
  }
}

または、直接実行して起動することを確認できます。

npx -y @pipeworx/mcp-circl-vulnerability-lookup

stdin／stdout 経由で MCP をやり取りし、このパックのツールのみを対象に initialize／tools/list／tools/call に応答します。上記のゲートウェイ接続で追加される共有メタツールはありません。同じソース、同じツールで、ask_pipeworx によるルーティングはありません。

ask_pipeworx の使用

ツールを直接呼び出す代わりに、自然な英語で質問できます。これは上記のパックエンドポイントでも、フルゲートウェイでも利用できます。

ask_pipeworx({ question: "your question about Circl Vulnerability Lookup data" })

ゲートウェイが適切なツールを選び、引数を自動的に設定します。

詳細

• ドキュメントとガイド
• pipeworx.io

ライセンス

MIT