pg-cve-mcp — PostgreSQL CVE & Release Intelligence for AI Agents
Give your AI assistant direct access to PostgreSQL security intelligence: CVEs, yanked releases, known exploits, and upgrade paths for any version — queried, not browsed.
Why pg-cve-mcp?
Browsing a CVE dashboard is a human habit. Agents need answers, not pages.
pg-cve-mcp turns the curated dataset of the PG_CVE project — the same one powering the PostgreSQL CVE Dashboard — into MCP tools that any AI assistant (opencode, Claude Desktop, etc.) can call directly. What was a static page becomes a first-class, programmatic part of your AI workflow.
Unlike raw NVD feeds, the PG_CVE dataset is manually curated to carry the same judgment a careful DBA would apply:
- Yanked releases flagged with the real reason (e.g. "Data corruption using CONCURRENTLY")
- Known exploits confirmed to exist in the wild
- EOL branches marked, with a synthetic
CVE-EOL-WARNING(CVSS 10.0) prepended to unsupported reports - Verified CVEs — no false positives from automated scraping
What your agent can now do
| Prompt to your agent | Tool used | Result |
|---|---|---|
| "Is PostgreSQL 15.8 safe?" | get_cves("15.8") |
EOL/yanked flags, release date, full CVE list sorted by CVSS |
| "Compare 16.3 vs 16.4" | compare_versions("16.3", "16.4") |
fixed / new / still-present CVEs with release dates |
| "Should I upgrade from 14.10?" | get_upgrade_path("14.10") |
recommended target + the CVEs it fixes + release dates |
| "Any known exploits right now?" | get_exploits() |
all exploitable CVEs, sorted by CVSS, with release dates |
| "What does this database track?" | get_summary() |
stats, EOL and yanked-release overview |
Agent-first design
Every tool returns structured JSON, sorted by CVSS (highest first). Tools flag yanked and EOL state explicitly on the version metadata, and include release dates for every version. get_upgrade_path distinguishes a safe minor upgrade from a forced major one when a branch is at or near end-of-life — so the agent can give advice, not just data.
See real tool outputs in the live demo.
Quick Start
pip install pg-cve-mcp
pg-cve-mcp
Or with npx (no install):
npx -y pg-cve-mcp
MCP Tools
| Tool | Description |
|---|---|
get_cves(version) |
Complete security report for a version: EOL/yanked status, release date, stats, CVEs sorted by CVSS (a synthetic CVE-EOL-WARNING at 10.0 is prepended for unsupported releases) |
compare_versions(v1, v2) |
Side-by-side CVE comparison (fixed/new/still present) with yanked & EOL flags and release dates |
get_upgrade_path(from_version) |
Recommended upgrade (minor by default; major when EOL or next-to-EOL) with fixed CVEs and release dates |
get_exploits() |
All CVEs with known public exploits, sorted by CVSS, with release dates |
get_summary() |
Overview of the tracked CVE database incl. yanked releases |
Transports
stdio (default)
Run locally over stdio for opencode, Claude Desktop, and other stdio MCP clients:
pip install -e .
pg-cve-mcp
Streamable HTTP (self-hosted)
For remote or enterprise deployments, serve the same tools over HTTP. Run
python run_server.py (or build the Dockerfile); the server listens on $PORT
(default 8000) at path /mcp:
python run_server.py
# MCP endpoint: http://127.0.0.1:8000/mcp
Configure any MCP client with the URL, e.g. in opencode.json:
{
"mcp": {
"pg-cve-mcp": {
"type": "remote",
"url": "http://127.0.0.1:8000/mcp"
}
}
}
Configuration
| Env Var | Default | Description |
|---|---|---|
PG_CVE_MCP_TTL |
86400 |
Cache TTL in seconds for CVE data |
PG_CVE_MCP_DATA_URL |
https://meob.github.io/PG_CVE/postgresql_cves.json |
CVE data source URL |
PORT |
8000 |
HTTP port for the Streamable HTTP server (run_server.py) |
Development
Run the test suite and linters:
python -m pytest
ruff check src tests
mypy src
Data Source
Data is fetched from the PG_CVE project's GitHub Pages with local caching. Falls back to a bundled copy if the network is unavailable.
Example Prompts
"What CVEs affect PostgreSQL 16.4?"
"Is PostgreSQL 15.8 safe to use?"
"Compare CVEs in 16.3 vs 16.4"
"What's the upgrade path from PostgreSQL 14.10?"
License
Apache 2.0
Metadata
Release files for pg-cve-mcp 1.0.4
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | Provenance | Actions |
|---|---|---|---|---|
| pg_cve_mcp-1.0.4.tar.gz | 34.9 kB | Without provenance | Details for pg_cve_mcp-1.0.4.tar.gz |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Actions Reset |
|---|---|---|---|---|
| pg_cve_mcp-1.0.4-py3-none-any.whl | Python 3 | none | any | Details for pg_cve_mcp-1.0.4-py3-none-any.whl |
Total release size: 68.3 kB
Release files / pg_cve_mcp-1.0.4.tar.gz
| Download URL | pg_cve_mcp-1.0.4.tar.gz |
|---|---|
| Size | 34.9 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
47e2ee70de697ef4f2a6a5f10a39055aa5287cdda7853b7e3b18507ce5eeb2ec
|
|
BLAKE2b-256 checksum How to use checksums |
c15c93965bb39e14d89d713999fb016575f033347c9930c27b7536c56a614d1d
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
twine/6.2.0 CPython/3.9.23
|
Release files / pg_cve_mcp-1.0.4-py3-none-any.whl
| Download URL | pg_cve_mcp-1.0.4-py3-none-any.whl |
|---|---|
| Size | 33.4 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
07f702cf6e04f4a3eb577b6b77712141fbc56fac3d371c3c2a57bb44bdd64eda
|
|
BLAKE2b-256 checksum How to use checksums |
1d8550d2a3125e9ee77de2012f71412e30902376ec34ee81b1ed5c7b4cb4ecf1
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
twine/6.2.0 CPython/3.9.23
|
Security for pg-cve-mcp 1.0.4
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.
No provenance found
None of the files in this release were uploaded with provenance metadata.
A note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.
To learn more about protecting yourself from malicious actors, visit our package security documentation.