Как проверить, что anonymous WebSocket SiYuan не получает edits закрытых документов: synthetic event ledger, role subscriptions и zero-leak criteria.
Сначала отделите симптом от факта: SiYuan publish WebSocket broadcast
Publish-mode WebSocket мог транслировать unfiltered edits, включая protected/forbidden documents, anonymous readers; commit добавляет access boundary на live feed. Применимость устанавливают по реально загруженной версии и доступности именно этого entry point; совпадение названия продукта, общего класса ошибки или CVE в scanner недостаточно. Зафиксируйте package/image/binary digest и effective configuration. GHSA-mw8r-mw84-88v2 задаёт внешнюю границу исследования, а primary change показывает, что изменил maintainer. Пока provenance или reachability не подтверждены, состояние остаётся UNKNOWN. Advisory не сообщает, что конкретная система была атакована, и материал не воспроизводит опасный input.
Матрица решения: event ledger document visibility × subscriber role × event type × payload marker × delivery count
Соберите «event ledger document visibility × subscriber role × event type × payload marker × delivery count». Нужные поля: SiYuan commit/version, two fake documents, public/private grants, anonymous/owner sockets, synthetic event ids, cache/session state и delivery counters. Каждую строку свяжите с измерением, а не предположением: runtime query, immutable hash, test recorder или bounded counter. Desired config и effective behavior держите в разных колонках. Применяйте TRUE, FALSE, UNKNOWN и NOT-APPLICABLE с короткой причиной. Удалите hostname, IP, usernames, tokens, document content, memory dumps и raw request bodies; для воспроизводимости достаточно относительных ids, размеров, типов и итоговых классов.
Два контроля без опасного payload
В isolated workspace открыть два test sockets и создать по одному безвредному edit-marker в public и private documents, затем закрыть connections и удалить state. Перед выполнением запишите SHA-256 fixture, исходные counters, deadline, memory/process ceiling и rollback. Positive control доказывает, что harness достигает нужной функции; negative control должен остановиться на validator, authorization, containment или lifecycle boundary до необратимого эффекта. После каждого случая выполните cleanup и повторно проверьте baseline. Не увеличивайте вход до фактического отказа: достаточно test double, recorder, inert marker либо малого synthetic object.
Что считать PASS для CVE-2026-72810
PASS разрешён только при таком результате: Anonymous получает только public event; private marker/id не попадает в payload или envelope; owner control получает оба по своим grants; counters детерминированы. Практическое действие: Применить commit/release; до этого отключить anonymous live updates либо разделить broadcast channels по проверенному access context. Если runtime входит в affected range и path доступен, ставят UPDATE-REQUIRED. NOT-REACHABLE относится только к проверенной функции; UNKNOWN сохраняют при неподтверждённом backport или расходящихся hashes. После update повторяют ровно ту же матрицу и один штатный smoke-test. Одновременные изменения network, policy, dependency или data state запрещены: они делают причинность непроверяемой.
Красные линии и передача владельцу
Немедленный stop-rule: Не использовать реальные edits, не подключаться к чужому workspace и остановиться при cross-session delivery или неочищаемой subscription. Не расширяйте привилегии, глубину, размер, скорость или охват после неожиданного warning, timeout, cross-boundary call или state mutation. Передайте только SiYuan digest, socket role ids, event/grant matrix, delivery counters, negative marker scan и subscription cleanup, плюс московское время, expected/actual, advisory/primary URLs и владельца rollback. Очистите secrets и персональные данные. Такой пакет подтверждает выбранный инвариант, но не отсутствие прошлой эксплуатации, безопасность всей системы, применимость к другой версии, поисковую популярность, индексацию или позиции.
Материал подготовлен редакцией VOne с помощью автоматизированного черновика. Факты и границы вывода сверены 5 сентября 2026 года по прямой advisory и первичному upstream изменению. Текст написан самостоятельно; опасные действия и реальные пользовательские данные не использовались.
Источники и проверка
- GitHub Advisory GHSA-mw8r-mw84-88v2 проверено 2026-09-05
- Primary fix for SiYuan publish WebSocket broadcast проверено 2026-09-05
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.