External risk intelligence

Obsidian-TC Vault Authorization Bypass Vulnerability

CVE advisorySeverity: CRITICAL (CVSS 9.9)

CVE-2026-77366

The affected software is a Model Context Protocol server for local Obsidian vaults, which are personal knowledge base files stored on a user's local machine. It is designed for individual, developer-centric, or local use rather than as an internet-facing service, and typically operates within an isolated local environment.

Halo Surface Signal: 1 out of 5 — much less likely to be public-facing.

External exposure likelihood

Horizon Alert

Summary of the vulnerability and why it matters

This critical vulnerability in Obsidian-TC, a server for managing Obsidian vault contexts, allows authenticated users to access or modify any vault's data. The issue stems from a failure to properly verify user permissions, potentially exposing sensitive information or allowing unauthorized changes across different vaults. The main concern is confirming relevance and exposure.

  • Unchecked user input allowed vault data access.
  • Critical flaw permits unauthorized vault data modification.
  • Verify if your Obsidian-TC instances are affected.

Attack Path

How an attacker could exploit the issue

An attacker with a valid token could potentially access another user's Obsidian vault and perform unauthorized actions. This is possible because the system does not properly verify if the token used to access a vault actually belongs to that vault, and access controls for folders are globally shared. If successful, an attacker could read, write, or delete sensitive information within the vault.

  • Requires a valid token.
  • Triggered by unauthorized vault access.
  • Risk of data compromise and manipulation.

Live Threat

Current exploitation, exposure, and threat context

When supported by the advisory, an attacker with a valid token could access any configured vault, potentially reading, writing, or deleting its contents. This is possible because the server does not verify that the token's intended vault matches the vault specified in the user's input.

  • Vault data could be accessed.
  • Any valid token could be misused.
  • Data could be altered or deleted.

Operational Fix

Recommended remediation, mitigation, and detection steps

The Obsidian-TC Model Context Protocol server is likely managed by application owners or platform teams responsible for the Obsidian vault environment. The immediate priority is to inventory all instances, confirm their exposure and criticality, and identify the specific owner for each instance before planning remediation.

  • Own: Application or Platform Team
  • Verify: Reachable instances and vault criticality
  • Action: Plan remediation based on confirmed risk

Supplementary metadata

Validate whether this threat affects your internet-facing exposure.

Halo Threat Intelligence helps prioritize remediation with Halo Surface Signal and H/A/L/O context. Start exposure validation with a free external attack surface trial.

Frequently asked questions

What is obsidian-tc?

Obsidian-tc is a software server that connects Obsidian—a popular personal knowledge base and note-taking application—to the Model Context Protocol. It allows AI models or other tools to interact with your local Obsidian vault files, effectively enabling LLMs to read, write, or manage your personal notes and data within a governed framework.

What does CVE-2026-77366 mean for vault security?

This vulnerability is an authorization flaw known as Improper Authorization (CWE-863) and Authorization Bypass Through User-Controlled Key (CWE-639). It means the server fails to verify that a user’s access token is actually permitted to use the specific vault they requested. Because the access control list is shared globally, the system essentially trusts the user's input without checking if they have legitimate permission to touch that specific set of files.

How is this vulnerability triggered?

An attacker needs a valid authentication token to trigger the issue. Once they have a token, they can simply provide a different vault identifier in their request to the server. The server fails to compare the token's scope against the requested vault and proceeds with the action. It is important to note that actions performed by an authorized user on their own intended vault are not the focus of this flaw; the vulnerability occurs specifically when the system fails to prevent cross-vault access.

Do I need to worry if my obsidian-tc instance is internal?

While Halo Surface Signal notes this software is typically designed for local, developer-centric environments, you should still evaluate the risk. If your instance is reachable from a network where other users or automated agents share access to the same server, those parties could theoretically exploit this trust gap. The primary concern is whether multiple users or processes with varying access levels interact with the same obsidian-tc server.

When should I update obsidian-tc?

You should update to version 1.3.1 immediately. This version introduces the necessary logic to bind authentication tokens to specific vaults and verifies that the vault requested in the user input matches the vault bound to that token. By rejecting mismatched requests before any scope checks occur, this update effectively closes the authorization bypass path and restores proper access control for your vault data.

References