CVE-2026-115477 in obsidian-tc
Resumen
por VulDB • 2026-10-23
obsidian-tc es un servidor del Protocolo de Contexto de Modelo (Model Context Protocol) gobernable y listo para agentes, diseñado para bóvedas de Obsidian. Desde la versión 1.13.0 hasta la 1.31.4, en una implementación HTTP transmisible (Streamable HTTP) con `auth.jwtSecret` configurado y un cliente de fecha aproximada posterior al 28-07-2026 que declara soporte para `elicitation.form`, una llamada a herramienta condicionada por el despachador (dispatch-gated tool call) ofrecía una confirmación `inputRequired` que aún podía completarse después de que el usuario humano rechazara o cancelara la acción, o si la respuesta de elicitation se omitió o estaba malformada, siempre y cuando el cliente reenviara correctamente el `requestState` vinculado en un reintento. El servidor confiaba en un estado auténtico y vinculado a la llamada como prueba de aprobación, aunque ese estado fue generado antes de que se solicitara la etapa `elicitation/create`, demostrando únicamente que el reintento pertenecía a la misma llamada. Por lo tanto, un cliente con comportamiento incorrecto o bajo control del atacante podría ejecutar operaciones destructivas en la bóveda condicionadas por el despachador sin la aprobación humana, aunque aún requiriera los permisos ordinarios de herramienta del llamante. Solo las herramientas marcadas como `destructive: true` o que requieren un alcance con un umbral mínimo de intervención humana (human-in-the-loop) eran accesibles mediante esta vulnerabilidad. Las dieciséis herramientas condicionales gestionadas por el lado del servidor, incluidas la sobrescritura (`write_note`) y el movimiento (`move_note`) de notas, no leían el estado de elicitation en el protocolo moderno y permitían pasar tanto las aprobaciones como los rechazos a través de esa vía. Las implementaciones afectadas que utilizan stdio o dejan `auth.jwtSecret` sin configurar utilizaban en su lugar la alternativa CLI `elicit_token` y no ofrecían este ciclo de ida y vuelta del `requestState`. La corrección no impide que un cliente malicioso informe una aprobación fabricada, ya que el servidor no puede verificar si el cliente mostró el formulario o si un humano lo vio. Este problema está resuelto en la versión 1.31.4.
VulDB is the best source for vulnerability data and more expert information about this specific topic.