Skip to main content

Vulners MCP Server

Vulners MCP is a Model Context Protocol (MCP) server that provides seamless access to the Vulners vulnerability database through AI assistants like Claude Desktop. It enables security researchers and developers to query comprehensive vulnerability data, search for CVEs, analyze security bulletins, and audit software packages directly through natural language conversations.

Features

  • AI Assistant Integration: Works natively with Claude Desktop and other MCP-compatible clients
  • Dual Transport Support: Automatically detects and supports both stdio (for Claude Desktop) and HTTP transports
  • Comprehensive Tools: 7 MCP tools for vulnerability research including:
    • Full-text Lucene search across 4M+ vulnerability bulletins
    • CVE and bulletin information retrieval
    • Software/package vulnerability auditing
    • CPE search and autocomplete
    • Linux package vulnerability auditing
  • Flexible Deployment: prebuilt Docker image (ghcr.io/vulnerscom/vulners-mcp), PyPI package, or local build
  • Environment-based Configuration: Simple setup via environment variables

Table of Contents


Requirements

  • Python 3.13+ (for PyPI or a local build)
  • Access to the Vulners API (valid API key and network connectivity)
  • (For Docker) Docker engine

Obtaining Vulners API Key

Please, register at Vulners website. Go to the personal menu by clicking at your name at the right top corner. Follow "API KEYS" tab. Generate API key with scope "api" and use it with the library.


Authentication

How you provide your API key depends on which transport you run:

Transport Who runs it How the key is provided
stdio You, locally (Claude Desktop, a local build) VULNERS_API_KEY environment variable, set once for your local server process. This is your own key, used only by your local server instance.
HTTP (mcp.vulners.com or your own hosted deployment) A shared/public server, potentially serving many callers Either your own X-Api-Key HTTP header sent on every request (full limits, forwarded verbatim), or nothing at all -- see the anonymous tier below.

Anonymous tier (HTTP only)

initialize and tools/list always work without a key, so an agent can discover what the server offers before it has one. A tools/call sent without an X-Api-Key header behaves according to whether this deployment has an anonymous tier configured:

Caller tools/call behavior
No X-Api-Key, anonymous tier configured Allowed. Forwarded on this deployment's anonymous-tier key. Any size-style argument is clamped to a small maximum, and anonymous calls share a modest app-level rate limit. If that upstream key hits its own quota/rate limit, you get a structured error pointing you at sending your own key.
No X-Api-Key, anonymous tier NOT configured Fails immediately with a structured guidance error (see below) -- nothing is sent upstream.
X-Api-Key present, but Vulners rejects it (401/403) Sanitized error. The server never silently falls back to the anonymous-tier key on your behalf.
X-Api-Key present and valid Forwarded verbatim, full limits, no clamp, no app-level rate limit.

Example of the guidance error (no key, no anonymous tier configured):

{
  "isError": true,
  "content": [{
    "type": "text",
    "text": "This server does not hold a privileged API key, and no anonymous tier is configured on this deployment. Send your personal Vulners API key in the X-Api-Key HTTP header. Get a key: sign in at https://vulners.com/userinfo (human, in a browser). Details: https://mcp.vulners.com/auth.md (When configured, this server's anonymous tier is itself size- and rate-limited -- your own key always gets full limits.)"
  }]
}

Sending your own X-Api-Key always gets you full, uncapped (at this layer) access -- the anonymous tier exists so an agent can try the server out, or make a light, occasional call, without first obtaining a key.

No env change is required to enable the anonymous tier on a deployment that already sets VULNERS_API_KEY. In HTTP mode, VULNERS_MCP_ANON_API_KEY falls back to VULNERS_API_KEY when unset -- so that same key now also backs the (rate-limited, size-clamped) anonymous tier. To back the anonymous tier with a separate, dedicated key instead -- so it isn't also your own operator key -- set VULNERS_MCP_ANON_API_KEY explicitly; it always takes precedence over the VULNERS_API_KEY fallback when both are set.


Quick Start with Claude Desktop

The easiest way to use Vulners MCP is through Claude Desktop:

1. Pull the Docker Image

docker pull ghcr.io/vulnerscom/vulners-mcp:latest

Images are published for linux/amd64 and linux/arm64, tagged latest and with each release version (e.g. 1.15.0). To build it yourself instead, see Building from Source.

2. Configure Claude Desktop

Add to your Claude Desktop configuration file:

macOS: ~/Library/Application Support/Claude/claude_desktop_config.json
Windows: %APPDATA%\Claude\claude_desktop_config.json
Linux: ~/.config/Claude/claude_desktop_config.json

{
  "mcpServers": {
    "vulners": {
      "command": "docker",
      "args": [
        "run",
        "-i",
        "--rm",
        "-e",
        "VULNERS_API_KEY=YOUR_API_KEY_HERE",
        "ghcr.io/vulnerscom/vulners-mcp:latest"
      ]
    }
  }
}

Replace YOUR_API_KEY_HERE with your actual Vulners API key.

3. Restart Claude Desktop

After saving the configuration, restart Claude Desktop. The Vulners MCP server will be available through the 🔌 icon.

4. Start Using

You can now ask Claude questions like:

  • "Find recent vulnerabilities in Google Chrome"
  • "Show me details for CVE-2025-53770"
  • "What are recent exploted vulnerabilities in Citrix products"
  • "Audit this software: cpe:2.3🅰️google:chrome:138.0.7204.184:::::::*"
  • "Audit ubuntu 22.04 packages 'openssl 3.0.2 amd64' and 'curl 7.81.0-1ubuntu1.14 amd64'"

Installation & Deployment

PyPI

# stdio (Claude Desktop and other local MCP clients)
VULNERS_API_KEY="your_api_key" uvx vulners-mcp

# or install it
pip install vulners-mcp
VULNERS_API_KEY="your_api_key" vulners-mcp

For Claude Desktop, use "command": "uvx", "args": ["vulners-mcp"] with VULNERS_API_KEY in "env".

Docker with run script

For easy HTTP mode deployment, use the provided run script:

./run-docker.sh

It runs a locally built vulners-mcp:latest image (see Building from Source). The server will start in HTTP mode at http://0.0.0.0:8000/mcp. No API key is needed to start it — see Authentication: each caller sends their own key as an X-Api-Key header per request.

Docker (manual)

Run the MCP server in HTTP mode (no API key needed to start it):

docker run -d \
  --name vulners-mcp-http \
  -e MCP_TRANSPORT_MODE="http" \
  -e VULNERS_BASE_URL="https://vulners.com" \
  -p 8000:8000 \
  ghcr.io/vulnerscom/vulners-mcp:latest

Callers then send their own key per request, e.g.:

curl -X POST http://localhost:8000/mcp \
  -H "Content-Type: application/json" \
  -H "Accept: application/json, text/event-stream" \
  -H "X-Api-Key: your_api_key" \
  -d '{"jsonrpc":"2.0","id":1,"method":"tools/call","params":{"name":"get_supported_os","arguments":{}}}'

For Claude Desktop (stdio mode), the -i flag is used instead, and the key is set as an environment variable (see Authentication — stdio has no per-request header to carry one):

docker run -i --rm \
  -e VULNERS_API_KEY="your_api_key" \
  ghcr.io/vulnerscom/vulners-mcp:latest

Build & run locally

git clone https://github.com/vulnersCom/vulners-mcp.git
cd vulners-mcp
poetry install
# Default transport is stdio, which is why a key belongs in the environment
# here -- see Authentication above. Not needed/used if you instead run with
# MCP_TRANSPORT_MODE=http.
export VULNERS_API_KEY="your_api_key"
poetry run python -m vulners_mcp

Configuration / Environment Variables

Variable Type Default Description
VULNERS_API_KEY string unset stdio transport: the local operator's own Vulners API key (see Authentication). HTTP transport: also backs the anonymous tier when VULNERS_MCP_ANON_API_KEY is unset -- no env change required to enable the anonymous tier on a deployment that already sets this.
VULNERS_MCP_ANON_API_KEY string unset HTTP transport only. A Vulners API key backing the anonymous tier -- callers who send no X-Api-Key get forwarded on this key instead of being rejected (see Anonymous tier). Takes precedence over the VULNERS_API_KEY fallback when set. If neither is set, there is no anonymous tier: a keyless tools/call gets the guidance error.
ANON_MAX_SIZE integer 10 HTTP mode, anonymous tier only. Any top-level integer size tool argument is clamped to this value for anonymous-tier calls. Keyed calls are never clamped.
VULNERS_BASE_URL string https://vulners.com Base URL for the Vulners API (without /api suffix)
MCP_TRANSPORT_MODE string stdio Force transport mode: http or streamable-http
MCP_STATELESS_HTTP boolean true HTTP mode only. Each request gets its own transport with no server-side mcp-session-id continuity, so the server can scale horizontally behind a load balancer with no sticky routing.
MCP_RATE_LIMIT_RPS number 30 HTTP mode, anonymous tier only. Generous global (not per-caller) requests-per-second ceiling protecting the shared anonymous-tier key's quota -- an abuse-of-last-resort belt. Keyed calls are never capped here; real per-IP throttling belongs at the edge (e.g. Cloudflare) in front of a hosted deployment.
FASTMCP_HOST string 0.0.0.0 Host/interface on which MCP server binds (HTTP mode only)
FASTMCP_PORT integer 8000 Port for MCP server (HTTP mode only)
FASTMCP_STREAMABLE_HTTP_PATH string /mcp Path for the streamable MCP endpoint (HTTP mode only)

Metrics (off by default). The Docker image ships both backends; for a PyPI install add the extra: pip install "vulners-mcp[metrics]" (or [prometheus] / [statsd]).

Variable Type Default Description
MCP_METRICS_ENABLED boolean false Global switch. Metrics are collected only when this is true and MCP_METRICS_MODE is not none.
MCP_METRICS_MODE string none prometheus, statsd, both or none.
MCP_METRICS_PREFIX string mcp Prefix for every metric name (mcp_tool_calls_total, ...).
MCP_METRICS_PROM_HOST string 127.0.0.1 Bind address of the Prometheus /metrics endpoint. Set 0.0.0.0 in a container.
MCP_METRICS_PROM_PORT integer 9100 Port of the Prometheus /metrics endpoint.
MCP_METRICS_STATSD_HOST string 127.0.0.1 StatsD host.
MCP_METRICS_STATSD_PORT integer 8125 StatsD UDP port.
MCP_METRICS_STATSD_SAMPLE_RATE number 1.0 StatsD sampling rate, 0.0-1.0.

Transport Mode:

  • The server automatically detects the transport mode based on how it's run
  • Use MCP_TRANSPORT_MODE=http to explicitly force HTTP mode (for standalone HTTP server)
  • Claude Desktop uses stdio mode automatically when run with docker run -i

Usage & Endpoints

With Claude Desktop

Simply ask questions in natural language:

  • "Search for Apache vulnerabilities"
  • "Get information about CVE-2024-1234"
  • "Audit software cpe:/a:vendor:product:version"

HTTP Mode

When running in HTTP mode, clients connect to:

http://<FASTMCP_HOST>:<FASTMCP_PORT>/mcp

Default: http://0.0.0.0:8000/mcp

Send your Vulners API key as an X-Api-Key header on every request for full, uncapped limits (see Authentication). initialize and tools/list always work without one; a keyless tools/call either runs on this deployment's anonymous tier (if configured -- reduced limits) or is rejected immediately with a structured guidance error instead of being forwarded upstream (if not).

The server is stateless (MCP_STATELESS_HTTP=true by default): every request is handled independently, with no server-side session continuity required between calls, so it can be deployed behind a load balancer with no sticky routing.


Testing

poetry install --with dev
poetry run ruff check .
poetry run pytest

The suite mocks the Vulners API, so no key or network access is needed.


Available Tools

The server provides 7 MCP tools for vulnerability research:

Search & Discovery

  • search_lucene - 🔍 DISCOVERY TOOL FOR UNKNOWN VULNERABILITIES 🔍 Full-text search in Vulners Knowledge Base using Lucene syntax. Use ONLY when you don't have specific IDs or version information. NEVER use for known CVE/bulletin IDs - use bulletin_by_id instead. NEVER use for specific software versions (e.g., 'Chrome 138.0.7204.184') - use audit_software instead. 🚨 CRITICAL: For vendor/product searches, ALWAYS use cnaAffected.vendor and cnaAffected.product fields - the affectedSoftware field does NOT exist.

  • bulletin_by_id - 🚨 PRIMARY TOOL FOR KNOWN IDs 🚨 Fetch a bulletin by CVE or Vulners ID. Returns a COMPACT triage-card summary by default -- id, title, CVSS3, EPSS, CVE list, and a compact exploitation/AI signal -- NOT the full record. Pass fields=[...] to widen (e.g. add 'description', 'cvss', 'cvss2', 'affectedSoftware') or references=True for the linked-bulletin graph; requesting everything can be very large. Supports single ID or list of IDs. When list is provided, references are automatically set to False. NEVER use search_lucene for known IDs.

  • query_autocomplete - Autocomplete helper for search inputs (vendors, products, CVEs, etc.). Get search suggestions from the Vulners database.

  • search_cpe - Find CPE strings by vendor+product (latest schema). Search for Common Platform Enumeration identifiers in the Vulners database.

Vulnerability Auditing

  • audit_software - 🔍 VERSION-SPECIFIC SOFTWARE AUDIT 🔍 Audit specific software versions for known vulnerabilities. Use this when you have exact software version information (e.g., Chrome 138.0.7204.184). NEVER use search_lucene for version-specific software audits.

  • audit_linux_packages - Linux package audit (RPM/DEB) for a given distro + version. Analyze Linux package vulnerabilities against the Vulners database.

Information & System Support

  • get_supported_os - List supported OS identifiers/versions for Linux package audit. Get available operating systems for vulnerability analysis.

Tool Selection Guidelines

🚨 CRITICAL TOOL SELECTION RULES 🚨

WHEN TO USE EACH TOOL

  • bulletin_by_id: Use when you have SPECIFIC IDs

    • ✅ "Analyze CVE-2025-7775" → bulletin_by_id
    • ✅ "Look up CTX694938" → bulletin_by_id
    • ✅ "Tell me about CVE-2021-44228" → bulletin_by_id
    • ✅ Any specific CVE, RHSA, MS, CTX, NCSC, THN, etc. ID
  • search_lucene: Use ONLY for DISCOVERY when you don't have specific IDs

    • ✅ "Find vulnerabilities in Apache" → search_lucene
    • ✅ "Show me recent CVEs" → search_lucene
    • ✅ "What vulnerabilities exist in Chrome?" → search_lucene
    • ❌ NEVER use for known IDs - use bulletin_by_id instead
  • audit_software: Use for VERSION-SPECIFIC software audits

    • ✅ "Audit Chrome 138.0.7204.184" → audit_software
    • ✅ "Check vulnerabilities in Firefox 120.0" → audit_software
    • ✅ Use when you have vendor + product + version information
    • ❌ Don't use for vendor + product only (use search_lucene instead)

EFFICIENCY RULE: One bulletin_by_id call is sufficient for known IDs. Do NOT follow up with search_lucene unless explicitly asked to broaden scope.

Follow-up Workflow for Audit Tools

When using audit tools (audit_software, audit_linux_packages)

  • ✅ Run the audit tool to identify vulnerable software and get CVE IDs
  • ✅ Extract CVE IDs from the response vulnerabilities array
  • ✅ Use bulletin_by_id with the list of CVE IDs for detailed analysis
  • ✅ This provides comprehensive vulnerability information including patches, references, and exploitation data
  • ✅ Batch processing with bulletin_by_id is more efficient than multiple individual calls

For detailed tool documentation and parameters, use Claude's tool inspection or check the server's tool list.


Development & Contributing

  • Open issues or feature requests on GitHub
  • Submit pull requests with improvements
  • Ensure compatibility with the Vulners API
  • Test both stdio (Claude Desktop) and HTTP modes

Building from Source

git clone https://github.com/vulnersCom/vulners-mcp.git
cd vulners-mcp
docker build -t vulners-mcp:latest .

Releases

Every push to main builds and publishes the Docker image to GHCR (latest and <version> tags). When version in pyproject.toml is new, the same workflow also publishes the package to PyPI and server.json to the MCP Registry. Bump the version in pyproject.toml and both places in server.json with every change (tests/test_server_json.py checks they match).


License

MIT


MCP Name: io.github.vulnersCom/vulners-mcp

Metadata

Release files for vulners-mcp 1.15.0

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for vulners-mcp 1.15.0
File Size Uploaded
vulners_mcp-1.15.0.tar.gz 66.5 kB Details

Built distribution (wheel)

Table of built distributions (wheels) for vulners-mcp 1.15.0
File Interpreter ABI Platform
vulners_mcp-1.15.0-py3-none-any.whl Python 3 none any Details

Total release size: 135.2 kB

Release files / vulners_mcp-1.15.0.tar.gz

Download URL vulners_mcp-1.15.0.tar.gz
Size 66.5 kB
Tags Source
SHA-256 checksum
How to use checksums
a5a90ff4e192db865ddb4f404a710dec7b0fa462e9bb1236d227518bc3dc881d
BLAKE2b-256 checksum
How to use checksums
56858f7f9e745e5720037cea379c8397ef391396f4d6010a08f85d69fbe85904
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Oct 14, 2026.

Transparency log

Release files / vulners_mcp-1.15.0-py3-none-any.whl

Download URL vulners_mcp-1.15.0-py3-none-any.whl
Size 68.7 kB
Tags Python 3
SHA-256 checksum
How to use checksums
5d9d138f399247a40619e59e2644803ec88c7a84720da9b194a7f764dca58319
BLAKE2b-256 checksum
How to use checksums
8403b4026490f68f562dc9b163edddf62b3f192190dabd1127eb21d4e027deb8
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Oct 14, 2026.

Transparency log

Release history Release notifications | RSS feed

This release

1.15.0 This release

2 release files

1.0.3

2 release files

1.0.2

2 release files

1.0.1

2 release files

1.0.0

2 release files

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page