CVEstate
Provides threat intelligence lookups via VirusTotal, including file hash reputation, URL safety checks, and related malware/ransomware intelligence capabilities.
Click on "Deploy Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@CVEstateadd my requirements.txt to the estate, then scan and diff against the last snapshot"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
CVEstate
Your CVE intel remembers your estate. CVEstate watches what changed against it.
Vulnerability intel tools answer lookups. Ask about a CVE and you get its CVSS, its EPSS, its KEV status, its timeline, a risk score. Ask again tomorrow and you get the same work done twice, because the tool kept nothing. Your estate sat unchanged in the middle: the same packages, the same versions, quietly waiting for the day one of their CVEs turns into a headline.
CVEstate keeps the estate. You hand it your SBOMs and lockfiles once, and from then on every scan snapshots your exposure and diffs it against the last one. The output leads with the only movement that matters: a CVE on your stack entering CISA KEV, an EPSS score spiking overnight, a fresh disclosure against a version you actually run. Underneath the watch sits a full MCP security-intelligence server: 28 lookup and triage tools across NVD, EPSS, CISA KEV, OSV, Shodan, VirusTotal, GreyNoise, and 20+ more sources, plus the 4 Watchtower tools that give it a memory.
Contents: See the watch fire · Before and after · Watchtower · The server · Install · Quickstart · Repository layout · Tests · Contributing · License · Credits
See the watch fire
The launch demo runs fully offline against a small estate assembled from four real files: a CycloneDX SBOM carrying log4j-core 2.14.1, a requirements.txt, an npm lockfile, a go.mod. Eight packages in total. Day 1, CVE-2021-44228 sits in the exposure list with an EPSS of 31% and no KEV listing. Day 2, CISA adds it to KEV with a remediation due date, and its EPSS jumps to 97%. Here is the brief the second scan produces:

That block is the whole product in one screen. The CVE was already in
the estate on day 1, and a lookup tool would have shown the same
record both days. The watch caught the change, ranked it above
everything else that moved, and attached the date CISA expects a fix
by. The demo ships in examples/watchtower/
and reproduces with six commands, no API keys, no network.
Related MCP server: mcp-dependency-version
Before and after: one day in the demo estate
Snapshot #1 (baseline) | Snapshot #2 (day 2) | |
Packages scanned | 8 | 8 |
Findings | 4 | 5 |
In CISA KEV | 0 | 1 |
CVE-2021-44228 EPSS | 31.0% | 97.0% |
New exposure | CVE-2020-8203 (lodash 4.17.20) |

Every number in that table comes from the demo run itself, captured in the build evidence. The diff engine separates the movement into classes (NEW_KEV, EPSS_SPIKE, NEW_EXPOSURE, RESOLVED, package changes) so a brief reads as a work list, ranked by urgency.
Watchtower — the estate watch
Watchtower is the system CVEstate 1.0.0 adds. It lives in
src/cve_mcp/watchtower/ and plugs into the base server as four MCP
tools plus a CLI.
Estate store
A persistent SQLite inventory at ~/.cve-mcp/estate.db (override with
WATCHTOWER_DB_PATH), opened with the same WAL pragmas as the base
cache. Ingestion accepts the formats your pipeline already produces:
Format | Source |
CycloneDX JSON | SBOM generators (Syft, cdxgen, build plugins) |
SPDX JSON | SBOM generators |
| Python |
| npm |
| Go |
Package URLs are mapped to OSV ecosystems automatically, and
re-adding a package preserves its first_seen date. The estate
remembers when every package entered your stack.
Snapshot engine
Each scan walks the estate and records exposure using the base project's own intel clients: OSV for package vulnerabilities, the pre-warmed CISA KEV catalog for known-exploited status and due dates, one batched EPSS call for exploitation probability. A snapshot is a dated, labelled, queryable record of your exposure at that moment.
Diff engine
Consecutive snapshots are compared by a pure function that classifies every change:
Event | Fires when |
| A CVE in your estate is KEV-listed in the new snapshot and was unlisted in the old one |
| A finding's EPSS delta meets the threshold (default 10 points, configurable) |
| A finding appears that the old snapshot lacked |
| A finding disappears (patched, upgraded, or removed) |
| Estate membership changed between snapshots |
The surface
MCP tools (registered alongside the base 28):
Tool | What it does |
| Parse an SBOM or lockfile pasted as text and ingest it into the estate |
| Snapshot the estate now and summarize exposure |
| Diff the two latest snapshots |
| Emit the prioritized patch brief: KEV first, EPSS spikes second, new exposure third |
CLI (same operations, scriptable, cron-friendly):
cve-watch add estate.cdx.json
cve-watch scan --label monday
cve-watch diff
cve-watch briefThe CLI takes --db for the estate path and --fixture for offline
runs against a fixture intel file, which is how the demo and the test
suite drive it with zero network.
The server — 28 intelligence tools
The foundation layer is a production MCP server with a one-call triage orchestrator and 27 lookup tools across 24 data sources.
Start with triage_cve. One call fans out to NVD, EPSS, CISA KEV,
and public PoC discovery in parallel, then scores the result with a
composite model (CVSS × 0.20 + EPSS × 0.35 + KEV × 0.30 + PoC × 0.15).
A KEV listing hard-overrides the label to CRITICAL: confirmed
in-the-wild exploitation outranks arithmetic. At depth=deep it adds
an SSVC v2 decision, and when NVD throttles, it falls back to the
VulnCheck NVD++ index transparently.
Category | Tools |
Core vulnerability intel (8) |
|
Exploit and ATT&CK (4) |
|
Risk and reporting (4) |
|
Network intel (4) |
|
Threat intel (4) |
|
DevSecOps (3) |
|
Orchestrator (1) |
|
The server also exposes MCP resources (kev://catalog,
epss://scores/{cve_id}, a SHA-256 tool-manifest hash) and prompts
(patch_decision, compare_and_prioritize, dependency_triage). It
serves over stdio by default, or streamable HTTP with
MCP_TRANSPORT=http. Operational hardening carries over from the base
project: structured audit logging on every tool call, SSRF and
private-IP guards on outbound requests, secrets held as SecretStr,
and a standing rule that the server never issues sampling requests.
A note on fresh installs
CVEstate 1.0.0 pins the MCP dependency to the 1.x line
(mcp[cli]>=1.7.0,<2.0.0). The base project's unbounded requirement
resolved to mcp 2.x, which removed the FastMCP module the server
imports, and a fresh install crashed before it could answer a single
question. The pin is the same fix the upstream project's dependabot
branch proposed. Fresh installs start, and the project's CI runs green
against it.
Install
Requires Python 3.10 or newer.
git clone https://github.com/enabled404/cvestate.git
cd cvestate
python -m venv .venv && source .venv/bin/activate
pip install -e .Copy .env.example to .env and add the API keys you hold (NVD,
Shodan, VirusTotal, and friends). Several sources need no key at all,
and the entire Watchtower demo runs offline with none.
Point any MCP client at the server:
{
"mcpServers": {
"cvestate": {
"command": "cve-mcp",
"args": []
}
}
}A ready-made .mcp.json ships at the repository root. Docker works
too: docker build -t cvestate . then run with --env-file .env.
Quickstart
Watch your estate (offline demo, two minutes):
export WATCHTOWER_DB_PATH=/tmp/demo-estate.db
cve-watch add examples/watchtower/estate.cdx.json
cve-watch add examples/watchtower/requirements.txt
cve-watch add examples/watchtower/package-lock.json
cve-watch add examples/watchtower/go.mod
cve-watch scan --label baseline --fixture examples/watchtower/intel_v1.json
cve-watch scan --label day2 --fixture examples/watchtower/intel_v2.json
cve-watch briefThe brief leads with CVE-2021-44228 entering KEV against your log4j-core 2.14.1, EPSS 31% → 97%, due 2026-11-07.
Run the watch live: drop --fixture and the scan uses the real
OSV, KEV, and EPSS clients. Add your real SBOMs, scan on a schedule,
and read the brief each morning.
Triage a single CVE: connect the MCP server to your client and
call triage_cve with any CVE ID, or ask for estate_add,
estate_scan, and watch_brief in conversation.
Repository layout
src/cve_mcp/
server.py the FastMCP server: 28 intel tools, resources, prompts
api/ 22 client and intel modules (NVD, EPSS, KEV, OSV, Shodan, VT, ...)
cache/ aiosqlite response cache (WAL)
utils/ risk scorer, SSVC, fan-out, validators, source trust
watchtower/ the estate watch added in CVEstate 1.0.0
parsers.py CycloneDX / SPDX / requirements / package-lock / go.mod
store.py persistent estate + snapshot store (SQLite)
engine.py snapshot builder + pure diff engine
brief.py delta brief and snapshot summaries
tools.py estate_add, estate_scan, watch_diff, watch_brief
cli.py the cve-watch CLI
fixtures.py offline fixture intel provider (demo + tests)
tests/ 78 tests, all offline
examples/watchtower/ the offline demo: estate files + day-1/day-2 intelRuntime identity, for anyone scripting against the base project: the
Python package stays cve_mcp, the MCP server name stays cve-mcp,
and the console scripts stay cve-mcp and cve-watch. CVEstate is the
release name over the top of them.
Tests
pip install -e ".[test]"
python -m pytest -q78 passing: the 30 base tests intact, plus 48 Watchtower tests covering parsers (14), the estate store (8), the snapshot and diff engines (15), the brief (5), and MCP tool registration and flow (6). Every test runs offline; intel is injected as fixtures.
Contributing
See CONTRIBUTING.md. Issues and pull requests are welcome at the CVEstate repository.
License
Apache License, Version 2.0. See LICENSE and NOTICE.
Credits
CVEstate builds on the CVE MCP Server
by Mahipal Jangra (Apache-2.0) and extends it with the Watchtower
estate-watch system. The 28 intelligence tools, the triage
orchestrator, and the source clients are the foundation layer's work;
Watchtower, the estate store, the snapshot and diff engines, the delta
brief, the cve-watch CLI, and the fresh-install repair are the new
work in this release. Full attribution lives in NOTICE.
This server cannot be deployed
Maintenance
Related MCP Connectors
Look up CVEs, CISA KEV, EPSS and open-source package vulnerabilities, including malicious packages.
CVE, KEV, EPSS, SBOM and advisory lookups; per-CVE exposure from Shodan data (© Shodan). Keyless.
Threat intel + your scans/findings/Shield posture. CVE, EPSS, KEV, package vuln lookup, DAST.
Scan packages and lockfiles (npm, PyPI, Go, Maven, Cargo, NuGet) for vulnerabilities and malware.
Related MCP Servers
- AlicenseNot gradedqualityDmaintenanceProvides unified access to vulnerability data from NVD, MITRE, and GitHub Security Advisories for cybersecurity intelligence.10 npm19MIT
- AlicenseNot gradedqualityCmaintenanceEnables users to look up package versions, scan for vulnerabilities, and analyze dependencies across multiple registries (npm, Maven, PyPI, etc.) using exact version recommendations for security.4MIT
- FlicenseNot gradedqualityCmaintenanceScans Python, Node.js, Java/Spring, and PHP dependency manifests for known vulnerabilities using OSV and GitHub Advisory APIs.-
- FlicenseAqualityDmaintenanceEnables searching and analyzing CVEs and vulnerabilities from multiple sources, optimized for PR review scenarios to help developers identify the latest security issues.82-