CVE-2026-115477 in obsidian-tc
Сводка
по VulDB • 23.10.2026
obsidian-tc — это управляемый сервер Model Context Protocol (MCP), готовый к работе с агентами, для хранилищ Obsidian. В версиях от 1.13.0 до 1.31.4 при развертывании на базе Streamable HTTP с настроенным параметром `auth.jwtSecret` и клиенте эпохи 28 июля 2026 года, заявляющем о поддержке `elicitation.form`, вызов инструмента, защищенного механизмом dispatch-gated (ограниченным диспетчером), мог быть успешно завершен после того, как пользователь отклонил запрос или прервал его, либо если ответ на эlicitацию был пропущен или содержал ошибки, при условии что клиент повторно отправлял валидно связанный `requestState`. Сервер доверял аутентичному состоянию, привязанному к вызову, как доказательству одобрения, хотя это состояние было сгенерировано до этапа запроса `elicitation/create` и подтверждало лишь то, что повторная отправка принадлежала тому же самому вызову. Клиент, ведущий себя некорректно или находящийся под контролем злоумышленника, мог таким образом выполнять деструктивные операции с хранилищем (vault), требующие защиты на уровне диспетчера, без одобрения пользователя, сохраняя при этом требование обычных прав инструмента для вызывающей стороны. Через эту обходную уязвимость были доступны только инструменты, помеченные как `destructive: true` или требующие области действия с обязательным участием человека (human-in-the-loop). Шестнадцать инструментов на стороне обработчика, условно защищенных механизмом dispatch-gated, включая операции перезаписи (`write_note`) и перемещения (`move_note`) заметок, не проверяли состояние эlicitации по современному протоколу связи и пропускали как одобрение, так и отклонение через этот путь. Развертывания, использующие stdio или оставляющие параметр `auth.jwtSecret` незаполненным, вместо этого применяли резервный механизм CLI `elicit_token` и не предлагали цикл обратной передачи `requestState`. Исправление не предотвращает возможность злонамеренного клиента сообщать о сфабрикованном одобрении, поскольку сервер не может проверить, отобразил ли клиент форму или увидел ли ее человек. Эта проблема исправлена в версии 1.31.4.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.