Summary
CVE-2026-54618 is a critical missing-authentication vulnerability in Obsidian Web MCP, a remote Model Context Protocol (MCP) server that exposes an Obsidian vault to LLM clients such as Claude over the network. Versions prior to 0.2.0 issue a valid OAuth authorization code from the /oauth/authorize endpoint without requiring login, user consent, or a valid session, allowing that code to be exchanged for the server’s static VAULT_MCP_TOKEN. The flaw carries a CVSS v3.1 score of 9.4 (Critical) and grants a remote, unauthenticated attacker full read, write, search, list, move, and delete access to the victim’s entire Obsidian vault.
Technical details
- Root cause: The
/oauth/authorizeendpoint does not perform a login, consent, or session validation check before issuing an authorization code. - Trigger conditions: An attacker only needs network reachability to the exposed Obsidian Web MCP instance; no valid credentials, prior session, or user interaction are required.
- Attack vector: The attacker requests an authorization code from
/oauth/authorize, then exchanges it via/oauth/tokenfor the server’s staticVAULT_MCP_TOKEN, effectively bypassing the intended OAuth 2.0 authentication flow entirely. - Impact: With the obtained token, the attacker can invoke MCP vault tools to read, write, search, list, move, and delete files in the connected Obsidian vault — resulting in high confidentiality and integrity impact and low availability impact (files can be moved/soft-deleted).
- Related weaknesses identified: CWE-306 (Missing Authentication for Critical Function), CWE-522 (Insufficiently Protected Credentials), and CWE-601 (URL Redirection to Untrusted Site).
Affected software
- obsidian-web-mcp (jimprosser) versions prior to 0.2.0
Severity
- CVSS v3.1 Base Score: 9.4 (Critical)
- Vector:
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:L
Mitigation and recommended actions
- Immediate: Upgrade obsidian-web-mcp to version 0.2.0 or later, which fixes the
/oauth/authorizeflow to require proper login, consent, and session validation before issuing authorization codes. - If unable to patch immediately:
- Do not expose the Obsidian Web MCP server’s
/oauth/authorizeand/oauth/tokenendpoints directly to the public internet; restrict access via VPN, allow-listing, or the vendor-recommended Cloudflare Tunnel with additional access controls. - Rotate the
VAULT_MCP_TOKENand any credentials that may have been exposed, and audit vault contents for unauthorized reads, writes, moves, or deletions. - Monitor and restrict inbound network access to the MCP server until the upgrade can be applied.
- Do not expose the Obsidian Web MCP server’s

