Config is the same across clients — only the file and path differ.
{
"mcpServers": {
"vulnerability-registry": {
"args": [
"/absolute/path/to/vulnerability-registry-mcp/dist/index.js"
],
"command": "node"
}
}
}Are you the author?
Add this badge to your README to show your security score and help users find safe servers.
An MCP server that wraps a legacy pipe-delimited vulnerability database and exposes it as a set of tools that any MCP-compatible LLM client can use.
Run this in your terminal to verify the server starts. Then let us know if it worked — your result helps other developers.
npx -y 'npm' 2>&1 | head -1 && echo "✓ Server started successfully"
After testing, let us know if it worked:
Five weighted categories — click any category to see the underlying evidence.
Packing does not respect root-level ignore files in workspaces
### Impact `npm pack` ignores root-level `.gitignore` & `.npmignore` file exclusion directives when run in a workspace or with a workspace flag (ie. `--workspaces`, `--workspace=<name>`). Anyone who has run `npm pack` or `npm publish` with workspaces, as of [v7.9.0](https://github.com/npm/cli/releases/tag/v7.9.0) & [v7.13.0](https://github.com/npm/cli/releases/tag/v7.13.0) respectively, may be affected and have published files into the npm registry they did not intend to include. ### Patch - Up
Incorrect Permission Assignment for Critical Resource in NPM
An issue was discovered in an npm 5.7.0 2018-02-21 pre-release (marked as "next: 5.7.0" and therefore automatically installed by an "npm upgrade -g npm" command, and also announced in the vendor's blog without mention of pre-release status). It might allow local users to bypass intended filesystem access restrictions because ownerships of /etc and /usr directories are being changed unexpectedly, related to a "correctMkdir" issue.
Local Privilege Escalation in npm
Affected versions of `npm` use predictable temporary file names during archive unpacking. If an attacker can create a symbolic link at the location of one of these temporary file names, the attacker can arbitrarily write to any file that the user which owns the `npm` process has permission to write to, potentially resulting in local privilege escalation. ## Recommendation Update to version 1.3.3 or later.
npm CLI exposing sensitive information through logs
Versions of the npm CLI prior to 6.14.6 are vulnerable to an information exposure vulnerability through log files. The CLI supports URLs like `<protocol>://[<user>[:<password>]@]<hostname>[:<port>][:][/]<path>`. The password value is not redacted and is printed to stdout and also to any generated log files.
npm Vulnerable to Global node_modules Binary Overwrite
Versions of the npm CLI prior to 6.13.4 are vulnerable to a Global node_modules Binary Overwrite. It fails to prevent existing globally-installed binaries to be overwritten by other package installations. For example, if a package was installed globally and created a `serve` binary, any subsequent installs of packages that also create a `serve` binary would overwrite the first binary. This will not overwrite system binaries but only binaries put into the global node_modules directory. This b
Click any tool to inspect its schema.
Be the first to review
Have you used this server?
Share your experience — it helps other developers decide.
Sign in to write a review.
Others in data
Zero-dependency, token-efficient database MCP server for Postgres, MySQL, SQL Server, MariaDB, SQLite.
A Model Context Protocol (MCP) server that enables secure interaction with MySQL databases
🔥 Official Firecrawl MCP Server - Adds powerful web scraping and search to Cursor, Claude and any other LLM clients.
Manage Supabase projects — databases, auth, storage, and edge functions
MCP Security Weekly
Get CVE alerts and security updates for Vulnerability Registry Mcp and similar servers.
Start a conversation
Ask a question, share a tip, or report an issue.
Sign in to join the discussion.
An MCP server that wraps a legacy pipe-delimited vulnerability database and exposes it as a set of tools that any MCP-compatible LLM client can use.
The server loads two flat files (vendors.db, vulnerabilities.db),
parses them with a metadata-driven parser, holds the data in memory behind
purpose-built indexes, and answers the kinds of questions a security
analyst actually asks — "how many critical vulnerabilities are still
open?", "which CVEs were published for the Linux Kernel in the past
year?", "what's the CVSS score of Log4Shell?"
npm install
npm run build
npm start
The server speaks MCP over stdio and reads its data files from the package root by default. Override the locations with environment variables if needed:
VRMCP_VENDORS_PATH=/path/to/vendors.db \
VRMCP_VULNERABILITIES_PATH=/path/to/vulnerabilities.db \
npm start
Locate claude_desktop_config.json for your platform:
| Platform | Path |
|---|---|
| macOS | ~/Library/Application Support/Claude/claude_desktop_config.json |
| Windows (standard) | %APPDATA%\Claude\claude_desktop_config.json |
| Windows (Store app) | %LOCALAPPDATA%\Packages\Claude_*\LocalCache\Roaming\Claude\claude_desktop_config.json |
Add (or merge) the following block, replacing the path with the absolute path to your checkout:
{
"mcpServers": {
"vulnerability-registry": {
"command": "node",
"args": ["/absolute/path/to/vulnerability-registry-mcp/dist/index.js"]
}
}
}
On Windows, use the full path to node.exe if Claude Desktop cannot
resolve it from PATH:
{
"mcpServers": {
"vulnerability-registry": {
"command": "C:\\Program Files\\nodejs\\node.exe",
"args": ["C:\\path\\to\\vulnerability-registry-mcp\\dist\\index.js"]
}
}
}
Fully quit and relaunch Claude Desktop. The seven tools listed below appear in the + → Connectors picker.
npm run dev # run the server with tsx, no build step
npm test # run the Vitest suite (44 tests)
npm run lint # ESLint with type-aware rules
npm run typecheck # tsc --noEmit
All tools return JSON-formatted text content. Inputs are validated with Zod; invalid arguments produce a structured error result.
list_vendorsBrowse the vendor catalogue. Optional filters:
category — exact category match (e.g. "Open Source")query — case-insensitive substring match against name and categoryget_vendorFetch a single vendor and a summary of its vulnerabilities (total, open critical count, most recent CVE).
idOrName — vendor id ("V1") or name ("Apache Software Foundation")search_vulnerabilitiesThe workhorse query. Compose any combination of:
severity — one severity or an array (critical, high, medium, low, info)status — open or patchedvendorId / vendorNameminCvss / maxCvss — numeric range, 0–10publishedAfter / publishedBefore — ISO dates (YYYY-MM-DD)query — free-text matched against title, CVE id and affected versionslimit — cap the number of resultsResults are returned newest-first.
get_vulnerabilityLook up a single vulnerability by CVE id ("CVE-2021-44228") or internal
id ("CVE001"). The response includes the linked vendor profile.
get_vulnerability_statsAggregated counts: total, by severity, by status, by vendor, by
publication year. Accepts the same filters as search_vulnerabilities,
which is what makes "how many critical vulnerabilities are still open"
a single tool call (severity=critical, status=open).
top_vulnerable_vendorsRank vendors by their vulnerability footprint. Sort dimensions:
count (default) — total vulnerabilitiesaverageCvssmaxCvssopenCount — number of unpatched issuesOptional severity /