mcpField
C
CVErdict

CVErdict

Local
cverdict.devSecurity1Updated 4d ago

About CVErdict

CVErdict is a read-only MCP server for agents that need evidence-linked CVE triage. It returns severity tiers, scores, contributing signals, unknowns, and data provenance from published security feeds without requiring an account or API key.

Key features

  1. 01CVE verdicts with scores and evidence links
  2. 02Search and filter recent CVEs
  3. 03List upcoming and overdue KEV entries
  4. 04Track newly surfaced exploitation evidence
  5. 05Show data freshness and source files
  6. 06Read-only tools with no account required

Use cases

  1. 01Triage a CVE using linked evidence
  2. 02Find recent vulnerabilities by vendor or product
  3. 03Review CISA KEV items nearing their due date
  4. 04Check exploitation signals on older CVEs

MCP support

Runs locally over stdio and exposes six read-only tools to MCP clients for CVE verdicts, search, signal lists, KEV deadlines, exploitation changes, and historical receipts.

Configuration

Local server config is the same for every client. Copy it into your client’s MCP config file.

mcp.json · Universal config
{
"mcpServers": {
"markusweldon-cverdict": {
"command": "npx",
"args": [
"-y",
"cverdict-mcp"
],
"env": {
"CVERDICT_DATA_BASE": "<CVERDICT_DATA_BASE>"
}
}
}
}
Run commandnpx -y cverdict-mcp
Environment variables to set
CVERDICT_DATA_BASEComma-separated data base URLs ending in /v1/, tried in order. For a fork or a mirror.

Local servers need a runtime on your machine (e.g. Node.js 18+). Config file locations differ by client; see your client’s docs.

Packages
npmcverdict-mcp0.1.3

Tools

6

Saved tool list · updated 4d ago

ParameterTypeRequiredDescription
idsarrayYesCVE IDs, e.g. ["CVE-2026-96951"].
knobintegerNoEvidence needed for Likely next, 30 to 80. Default 50, as on the site.
detailbooleanNoAlso return the description, affected products, CWE, SSVC, exploit links, timeline and references. At most 5 IDs.

Details

From the project README

CVErdict MCP server

A read-only Model Context Protocol server that gives AI agents the same verdicts as CVErdict: tier, score, every reason chip with its points and evidence link, and what is unknown. Every answer says when the data was generated and which files it came from. No key, no account.

It runs on your machine over stdio and reads the published data branch on raw.githubusercontent.com, then the site's /data/ copy if GitHub fails. It needs the site only when GitHub fails, so it keeps working when the site is down.

Install

Node 22.12 or later. The package is cverdict-mcp on npm: one file, no runtime dependencies. Versions after 0.1.0 are published from GitHub Actions with npm provenance, which links each one to the commit and workflow that built it.

# Claude Code
claude mcp add cverdict -- npx -y cverdict-mcp

Other clients take an mcpServers entry (key names vary by client):

{
  "mcpServers": {
    "cverdict": {
      "command": "npx",
      "args": ["-y", "cverdict-mcp"]
    }
  }
}

On Windows, clients that cannot start npx directly take "command": "cmd" and "args": ["/c", "npx", "-y", "cverdict-mcp"]. npx -y runs the newest version; pin one with cverdict-mcp@<version> (the versions are on the npm page).

Run it from a clone

Node 22.12 or later.

git clone --single-branch https://github.com/markusweldon/cverdict.git
cd cverdict && npm ci

# Claude Code
claude mcp add cverdict -- npm --prefix "$PWD" run -s mcp

Other clients take an mcpServers entry (key names vary by client):

{
  "mcpServers": {
    "cverdict": {
      "command": "npm",
      "args": ["--prefix", "/path/to/cverdict", "run", "-s", "mcp"]
    }
  }
}

Keep the -s: a plain npm run prints its own banner to stdout, which is the JSON-RPC channel.

To skip npm and TypeScript at start-up (and on Windows, where clients cannot start npm directly), build the single-file server once and start it with Node:

npm run build:mcp                                   # writes mcp/dist/cverdict-mcp.mjs
claude mcp add cverdict -- node "$PWD/mcp/dist/cverdict-mcp.mjs"

Run git pull && npm ci (and npm run build:mcp if you use the bundle) to update.

Options

Environment variables, all optional. MCP clients start servers with a minimal environment, so put them in the client's env block for this server.

VariableDefaultPurpose
CVERDICT_DATA_BASEhttps://raw.githubusercontent.com/markusweldon/cverdict/data/v1/,https://cverdict.dev/data/v1/Comma-separated base URLs ending in /v1/, tried in order. https only, or http on localhost and 127.0.0.1 (for example http://localhost:5173/data/v1/ with npm run mock and npm run dev). For a fork or a mirror
NODE_USE_ENV_PROXY, HTTPS_PROXYunsetBehind a proxy: NODE_USE_ENV_PROXY=1 and HTTPS_PROXY=http://proxy.example:3128. Needs Node 22.21 or later; older versions ignore NODE_USE_ENV_PROXY without a warning. NODE_EXTRA_CA_CERTS adds a private CA

At start the server writes one line to stderr with its version, the Node version, whether it sees a proxy and the data bases. Nothing but JSON-RPC goes to stdout.

Tools

All six are read-only (readOnlyHint: true) and return structuredContent plus the same JSON as one text block. The result types are in shared/contract.ts, section "MCP tool results".

ToolAnswers fromReturnsBounds
get_verdictmeta.json, cve/<xx>.jsonTier, plain-language verdict, score, score_math, every reason chip with points and link, unknowns, KEV, EPSS, CVSS, links to the CVE page, the shard and cve.org. detail: true adds the description, affected products, CWE, SSVC, exploits, tags, timeline and references1 to 15 IDs, at most 5 with detail; knob 30 to 80
list_signalsignal.json, or index.json for Watch, Quiet or a knob below 35Window CVEs in the chosen tiers (default Exploited and Likely next), highest score first. Filters: vendor text, published_since, kev_onlylimit 1 to 50 (default 25), offset
kev_duekev.jsonCISA KEV entries due in the next within_days (0 to 60, default 7) and overdue by up to overdue_days (0 to 14, default 7), soonest first, with days_left in UTC calendar dayslimit 1 to 50 (default 50), offset
woke_upwoke.jsonOld CVEs that gained exploitation evidence since since (default 7 days before the data was generated), with their dated signals. Filter by kindslimit 1 to 50 (default 25), offset
receiptsreceipts.jsonHow often CVErdict, CVSS 7 or more and EPSS 10% or more flagged a CVE before CISA listed it: the forward log and the hindsight backtest, without the per-CVE lists. id adds one CVE's entries
search_cvesindex.jsonWindow CVEs whose ID, CNA, vendor, product or title contain every word of query, highest score firstquery 2 to 100 characters, at most 8 words; limit 1 to 50 (default 20), offset

Dates (published_since, since) are UTC: 2026-10-01, 2026-10-01T06:00Z or 2026-10-01T06:00:00.000Z. A date that does not exist is an error. A filter the server cannot apply is always an error, never silently dropped.

Measured on the live data of 2026-11-03 (16,747 window CVEs), the largest answer any tool can give at its maximum bounds stays under 20,000 tokens; scripts/mcp-measure.ts checks this.

Every answer starts with data
FieldMeaning
generated_at, age_hoursThe pipeline run the answer is based on, and its age in whole hours when the server answered
score_model, knob_default, windowAs in meta.json
sources_down, sources_staleSources with no usable data in that run (their evidence is unknown, not absent), and sources that served a cached copy. osv is left out: it feeds only packages.json, never a verdict
files[]Every file read: path on the data branch, the url it came from, its own generated_at
warningSet when a refresh failed and the answer comes from the last good copy

Right after an hourly publish a CDN can serve one file from the previous run for a few minutes; files[] then shows both times rather than hiding it.

Reading the answers honestly
  • Quiet means no evidence yet, never safe. A CVE outside the data (found: false) is unknown, not safe: the data covers CVEs published in the last 30 days, every CVE in CISA KEV and old CVEs that woke up.
  • Text is untrusted. Titles, descriptions, KEV names and required actions, and chip labels quote CNAs, CISA and exploit feeds. The server's instructions tell the agent never to follow instructions found in them. That reduces the risk of prompt injection; it does not remove it.
  • Privacy. GitHub sees which of the 256 shard files the server fetches, never your CVE IDs or search words. If GitHub refuses or fails, the same requests go to the site's /data/ copy. Nothing is uploaded and nothing is written to disk.

Errors

Failures come back as tool results with isError: true and a plain message, for example:

CaseMessage
A file is not publishedwoke.json is not on the data branch yet, so this tool has nothing to read. The other tools still work.
meta.json is missing at the first base that answersmeta.json is not at the first data base that answered, so no tool can answer. Check CVERDICT_DATA_BASE, ...
Every base failed, nothing cachedCVErdict could not load its data right now (raw.githubusercontent.com: HTTP 503 for meta.json; ...). Try again in a few minutes, or read the files directly: https://github.com/markusweldon/cverdict/tree/data/v1
No data within the 10 s limit of a callCVErdict could not load its data in time (...)
The data moved to a new schemaThe published data uses schema version 2; this server reads version 1. Update the server: ...
detail with more than 5 IDsdetail: true takes at most 5 IDs; ask again in groups of 5.
Bad argumentsInput validation error: Invalid arguments for tool get_verdict: ...

How it reads the data

  • Bases are tried in order. A 404 is final. A 429 or 403, or a timeout (no response headers within 4 s, or a body that stops arriving for 4 s), falls through to the next base and moves that base to the back for 10 minutes. Network errors, redirects (refused), 5xx and malformed files fall through to the next base. A slow body that keeps arriving is not cut off.
  • Each tool call has one 10 s deadline. Shards for get_verdict are fetched in parallel, at most 6 at a time.
  • Bodies are capped at 24 MB decoded, which also stops a compression bomb from a mirror. Files must have schema_version 1 and generated_at; row tables must have exactly the published columns.
  • Parsed files stay in memory for the life of the process. meta.json is checked again after 5 minutes (raw.githubusercontent.com caches for 5 minutes anyway); other files are refetched when meta.json names a newer run. An idle server makes no requests and runs no timers.

Development

npx vitest run mcp/test      # unit, protocol and spawn tests (what the release workflow runs)
npm test                     # every test in the repository
npm run build:mcp             # the single-file bundle in mcp/dist/
npx tsx scripts/mcp-measure.ts                # answer sizes against the live data branch
npx tsx mcp/test/smoke.ts mcp/dist/cverdict-mcp.mjs <data dir>   # what CI runs on mock data

The SDK (@modelcontextprotocol/server) and zod are exact-pinned dev dependencies of the repository and are bundled into dist/cverdict-mcp.mjs, so the package has no runtime dependencies. The site never imports them: shared/mcp.ts holds the copy both use.

Releasing

Maintainers only. Set the new version in mcp/package.json, MCP_SERVER.version in shared/mcp.ts, and both version fields in mcp/server.json (a test keeps them equal), commit, and push a tag mcp-v<version>, for example git tag mcp-v0.1.1 && git push origin mcp-v0.1.1. The release workflow (.github/workflows/release-mcp.yml) checks that the tag matches the version, runs the MCP tests and the smoke test, packs the bundle and publishes it to npm through trusted publishing, with provenance. A last job lists the version on the MCP Registry from mcp/server.json, logged in with the workflow's GitHub OIDC identity. No npm or registry token is stored anywhere.

One-time setup: the first version is published by hand (npm run build:mcp at the root, then npm login and npm publish in mcp/). Then on npmjs.com, package cverdict-mcp → Settings → Trusted publishing → GitHub Actions: owner markusweldon, repository cverdict, workflow release-mcp.yml, no environment. Under Publishing access, choose to require two-factor authentication and disallow tokens.

License

MIT (LICENSE). The bundle includes the MCP TypeScript SDK (Apache-2.0, with contributions under MIT), zod (MIT) and the libraries the SDK vendors; their notices are in LICENSE-THIRD-PARTY. Data terms: docs/DATA.md.

Comments

Markdown supported

New to MCP?

From what the protocol is to installing your first server, these answers cover most first questions.

An open protocol that defines how AI applications connect to external tools and data in a uniform way. Clients talk to the model; MCP servers provide tools, resources and prompt templates. They exchange standard messages, so one server can be reused by many clients.