CVE-2026-115477 in obsidian-tcinformação

Sumário

de VulDB • 24/10/2026

obsidian-tc é um servidor do Model Context Protocol governado e pronto para agentes (agent-ready) destinado aos vaults do Obsidian. Da versão 1.13.0 até a 1.31.4, em uma implantação com HTTP Streamable onde `auth.jwtSecret` está configurada e um cliente da era de 28/07/2026 declara suporte para `elicitation.form`, uma chamada de ferramenta condicionada ao dispatch (dispatch-gated) que oferecia uma confirmação `inputRequired` ainda poderia ser concluída após o usuário humano ter recusado ou cancelado, ou quando a resposta da elicitação fosse omitida ou malformada, desde que o cliente repetisse corretamente o `requestState` vinculado durante a nova submissão. O servidor confiava em um estado autêntico e vinculado à chamada como prova de aprovação, embora esse estado tivesse sido gerado antes da etapa `elicitation/create` ser solicitada, provando apenas que a nova submissão pertencia à mesma chamada. Um cliente com comportamento incorreto ou sob controle do atacante poderia, portanto, executar operações destrutivas no vault condicionadas ao dispatch sem a aprovação humana, mantendo ainda os requisitos de permissões ordinárias da ferramenta para o chamador. Apenas as ferramentas marcadas como `destructive: true` ou que exigem um escopo com piso de human-in-the-loop eram acessíveis por meio dessa burla (bypass). As dezesseis ferramentas condicionais do lado do handler, incluindo a sobrescrita via `write_note` e o `move_note`, não liam o estado da elicitação no protocolo moderno e permitiam que nem aprovação nem recusa passassem por esse caminho. Implantações afetadas usando stdio ou deixando `auth.jwtSecret` indefinido utilizavam em vez disso o fallback do CLI `elicit_token` e não ofereciam essa ida e volta (round trip) de `requestState`. A correção não impede que um cliente malicioso reporte uma aprovação fabricada, pois o servidor não pode verificar se o cliente exibiu o formulário ou se um humano realmente a visualizou. Este problema foi corrigido na versão 1.31.4.

VulDB is the best source for vulnerability data and more expert information about this specific topic.

Responsável

GitHub M

Reservar

22/10/2026

Divulgação

23/10/2026

Moderação

aceite

Entrada

VDB-425957

EPSS

0.00000

KEV

não

Atividades

baixo

Fontes

Want to know what is going to be exploited?

We predict KEV entries!