CVE-2026-45781 json
MCP Registry: OCI ownership validation fails open on upstream rate limits, allowing attacker-controlled package claims
published 2026-05-14 5 mo ago modified 2026-10-26 13 d ago also EUVD-2026-30489 , GHSA-2v5f-5r6w-p67r , GO-2026-5008
- cvss
- 3.5
- version 3.1, CNA
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- 0.2%
- EPSS 0.2% chance of exploitation in 30 days, percentile 14%
- public exploits
- 0
- none known
Summary
The MCP Registry provides MCP clients with a list of MCP servers, like an app store for MCP servers. Prior to 1.7.9, OCI ownership validation skips label-match check when upstream OCI registry returns HTTP 429, letting any authenticated publisher bind their io.github.<user>/* namespace to OCI images they do not control. internal/validators/registries/oci.go:104-119 fails open on http.StatusTooManyRequests: when the registry's anonymous fetch to the upstream OCI registry is rate-limited, ValidateOCI returns nil and the publish is accepted without ever running the io.modelcontextprotocol.server.name label-match check at lines 122-141. That label check is the only cross-system ownership proof the registry applies to OCI packages — every other registry type (NPM, PyPI, NuGet, MCPB) treats a non-200 upstream response as a hard error. This vulnerability is fixed in 1.7.9.
Patch / fix
- go github.com/modelcontextprotocol/registry 1.7.9
- lfprojects mcp_registry 1.7.9
- govulncheck-vulndb openSUSE Leap 16.0 0.0.20260723T184607-160000.1.1
opensuse advisories openSUSE-SU-2026:21483-1
CISA SSVC
- Exploitation
- Proof of concept is public
- Automatable
- no
- Technical impact
- partial
- Assessed
- 5 mo ago
Exploit prediction
0.23% chance of exploitation in the next 30 days, higher than 14% of all scored CVEs (FIRST EPSS, 2026-11-08).
Exploits and checks
- github.com https://github.com/modelcontextprotocol/registry/security/advisories/GHSA-2v5f-5r6w-p67r referenced PoC, tagged "exploit" by a source, unverified
CVSS scores
| assigned by | version | score | vector |
|---|---|---|---|
| CNA | 3.1 | 3.5 | CVSS:3.1/AV:N/AC:L/PR:L/UI:R/S:U/C:N/I:L/A:N |
| GitHub | 3.1 | 3.5 | CVSS:3.1/AV:N/AC:L/PR:L/UI:R/S:U/C:N/I:L/A:N |
Affected packages
| ecosystem | package | affected | fixed in |
|---|---|---|---|
| go | github.com/modelcontextprotocol/registry | <1.7.9 |
1.7.9 |
Affected products
- modelcontextprotocol registry
Classification
- Weakness
-
- CWE-636 Not Failing Securely
References
-
github.com
/modelcontextprotocol/registry/security/advisories/GHSA-2v5f-5r6w-p67r
exploit, web, advisory
-
nvd.nist.gov
/vuln/detail/CVE-2026-45781
advisory
-
github.com
/modelcontextprotocol/registry
package
Sources
- CVE List CVE-2026-45781
- GitHub Advisory GHSA-2v5f-5r6w-p67r
- NVD CVE-2026-45781
- OSV GO-2026-5008
Fencer Vulns keeps one entry per vulnerability: the CVE id wins, then GHSA, and records that alias each other are merged, except that two CVEs always keep separate entries. The same data is available as JSON.
CPEs and fixed versions use Anchore's correction of NVD's data: Added CPE configurations because not yet analyzed by NVD.