Fetching from the wire…
Public story · 2026-03-21 · source-backed
CVE-2026-33010 dropped March 20 with a CVSS 8.1, targeting mcp-memory-service — the open-source memory backend that a large number of multi-agent deployments use for persistent agent recall. The vulnerability is straightforward and devastating: when HTTP mode is enabled with anonymous access (MCP_ALLOW_ANONYMOUS_ACCESS=true — the default "easy setup" path), a CORS wildcard configuration allows any malicious webpage to silently read, modify, or delete all stored agent memories via cross-origin JavaScript.
This means if you're running mcp-memory-service with the default configuration and you visit a malicious webpage, that page can enumerate every memory your agents have stored, inject false memories, or wipe the memory store entirely. A second attack vector enables direct network access without CORS involvement at all.
The combination of insecure-by-default configuration and the sensitive nature of agent memory stores makes this especially dangerous. Agent memories often contain proprietary context, user data, and decision history that would be valuable for social engineering or competitive intelligence. The patch is available in version 10.25.1 — update immediately and audit whether MCP_ALLOW_ANONYMOUS_ACCESS is set in your deployment.
This CVE lands alongside CVE-2026-4496 (CVSS 5.3), an OS command injection in Git-MCP-Server where user-supplied parameters pass directly into child_process.exec without sanitization — the exact vulnerability pattern that accounts for 43% of all MCP-related CVEs filed in 2026. And the OWASP MCP Top 10 now formalizes Shadow MCP Servers as a distinct attack category: unapproved MCP deployments running outside organizational security governance with default credentials and permissive configurations.
The MCP security surface is expanding faster than the ecosystem's security practices. Patch, audit your defaults, and replace exec() with execFile() everywhere.
Each link below shares sources, entities, or timing with this story.
Claude Code uses MCP / Shared entities / Same source domain / Shared topic / Earlier coverage
Linked by a graph relationship (Claude Code uses MCP); both cover CVE, CVEs, CVSS, MCP; reported by the same outlet (snyk.io).
Anthropic released MCP / Shared entities / What happened next / Tension
Linked by a graph relationship (Anthropic released MCP); both cover CVE, CVEs, CVSS, HTTP; picks up the CVE thread on 2026-03-23.
Claude Code uses MCP / Shared entities / Same source / Shared topic / What happened next
Linked by a graph relationship (Claude Code uses MCP); both cover CVSS, MCP, OWASP MCP Top; cite the same source (OWASP MCP Top 10).
Snyk supports MCP / Shared entities / Same source / Shared topic
Linked by a graph relationship (Snyk supports MCP); both cover CVE, CVSS, MCP, Server; cite the same source (43% of all MCP-related CVEs, CVE-2026-4496).
Anthropic released MCP / Shared entities / What happened next
Linked by a graph relationship (Anthropic released MCP); both cover CVE, CVSS, HTTP, MCP; picks up the CVE thread on 2026-08-07.
Microsoft supports MCP / Shared entities / Shared topic / Earlier coverage
Linked by a graph relationship (Microsoft supports MCP); both cover CVE, CVEs, CVSS, MCP; overlapping topics (attack, audit, security).
Anthropic released MCP / Shared entities / Shared topic / What happened next / Tension
Linked by a graph relationship (Anthropic released MCP); both cover CVE, HTTP, MCP; overlapping topics (access, agent, attack).
Anthropic released MCP / Shared entities / Shared topic / Earlier coverage
Linked by a graph relationship (Anthropic released MCP); both cover CVE, CVEs, HTTP, MCP; overlapping topics (attack, audit).