Circl Vulnerability Lookup

@pipeworx/circl-vulnerability-lookup

来自 CIRCL Vulnerability-Lookup 服务的漏洞记录。该服务会同时通过多个上游数据源查询一个 ID，包括 MITRE CVE、NVD、GitHub Security Advisories、PySec 和厂商 CSAF 公告。

属于 Pipeworx——一个将 AI Agent 连接到 1875+ 个实时数据源的 MCP 网关。这是独立的非官方集成，与上游提供方无隶属关系，未经其认可，也非由其发布。

工具

• circl_vuln(id, include_raw?) — 按 ID 查询单条漏洞记录。接受 CVE-、GHSA-、PYSEC- 以及厂商公告 ID。返回规范化摘要（标题、描述、CVSS 评分/向量、受影响产品、参考资料、日期），并附上未经修改的上游记录。
• circl_vuln_search(vendor, product, limit?) — 查询针对某个 CPE 厂商/产品组合记录的所有漏洞，按最新优先排序，并标注每条记录所属的数据源。
• circl_vuln_recent(limit?) — 查询所有汇总数据源中最近发布或更新的记录。

身份验证

无需密钥。

数据源

• https://vulnerability.circl.lu/api/vulnerability/{id} — 按 ID 查询单条记录。
• https://vulnerability.circl.lu/api/search/{vendor}/{product} — 搜索。
• https://vulnerability.circl.lu/api/last/{n} — 最近记录。

由 CIRCL（卢森堡计算机事件响应中心）运营。

注意事项

• 未知 ID 会返回 HTTP 200 和 {}。 这是一个静默的零结果——如果直接解析，看起来就像一条成功返回的空记录。circl_vuln 会抛出带名称的未命中错误。
• 实际路径与名称暗示的路径不同。 搜索路径是 /api/search/{vendor}/{product}，最近记录数据源路径是 /api/last/{n}。/api/vulnerability/search/... 和 /api/vulnerability/last 都会返回 404。
• 记录有三种不同的架构，而一次 /api/last 响应会混合这三种格式：
  • CVE JSON 5.x — cveMetadata + containers.cna
  • OSV — id / details / affected / severity
  • CSAF — document / product_tree / vulnerabilities summarize() 会规范化三种格式中的共有字段；raw 则保留原始记录。不要假设一定存在 containers.cna。
• CVSS 存放在 containers.cna.metrics[] 中按版本命名的键下（cvssV3_1、cvssV4_0 等），因此代码会扫描各个指标对象，而不是访问固定路径。OSV 记录的 severity[].score 中只包含向量字符串，没有数值型基础评分。
• 厂商/产品会按 CPE 字符串匹配，而不是按营销名称匹配——使用 microsoft/windows_10，而不是 Microsoft Windows 10。
• CIRCL 会按来源 IP 限流，并在 https://vulnerability.circl.lu/.well-known/api-policy.json 公布限额：匿名用户每分钟 20 个请求，使用 X-API-KEY 时为 40 个。服务会发送 Retry-After（观测值：59）以及 X-RateLimit-Limit/-Remaining/-Reset，此处的 429 错误也会引用这些信息。此工具包无需密钥，使用匿名限额——每次工具调用对应一个上游请求。如果日后需要更高限额，只需添加请求头，无需重新构建。
• 429 错误针对的是单个后端工作进程，而非全局限额。 测量日期为 2026-09-17：同一 IP 连续发出三次匿名请求，x-ratelimit-remaining 分别为 0、19、3；一个 URL 持续返回 429 的同时，下一个 ID 却立即返回了 200。因此，此处的 429 通常并不能说明你实际用量超限——circlJson() 在返回错误前最多重试 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 服务。目前无法挂载不含这些工具的工具包端点；如果额外的 schema 消耗的上下文超过了路由带来的价值，不如只连接一次完整网关，而不是连接多个工具包端点。

也可以连接完整的 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":"..."} 向 https://gateway.pipeworx.io/v1/tools/search_packs 发送 POST 请求。

独立运行（无需网关账户）

此软件包也可以作为本地 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