Защитный разбор Hono JSX и ghsa-hvrm-45r6-mjfj: применимость, обратимый тест «создание отдельного JSX context для каждого request при concurrent rendering», измеримый исход и stop-rule.
Определите применимость к Hono JSX
Сначала исследуется не severity, а граница «создание отдельного JSX context для каждого request при concurrent rendering». Запишите версию живого процесса, build digest, путь компонента, способ установки и включённую функцию. Advisory перечисляет «hono >= 4.11.8, < 4.12.27; first patched 4.12.27», но зависимость в manifest не равна доказанной runtime-версии. Отдельно установите reachability и субъекта, вызывающего путь. При неполном provenance оставьте статус unknown, а не переносите оценку advisory на ваше развёртывание.
Фактическая рамка GHSA-hvrm-45r6-mjfj
Reviewed record опубликован 2026-07-21, обновлён 2026-07-21 и формулирует проблему как «hono/jsx does not isolate context per request, leading to cross-request data disclosure». Package boundaries: «hono >= 4.11.8, < 4.12.27; first patched 4.12.27». Upstream https://github.com/honojs/hono подтверждает происхождение кода, но не состояние вашей установки. Даты, affected range и механизм берутся из прямой advisory-страницы. Ни record, ни форумный лид не доказывают атаку, ущерб, спрос, индексацию или позицию; для этого нужны другие измерения.
Отдельная боль: создание отдельного JSX context для каждого request при concurrent rendering
Узкая пользовательская боль: marker одного запроса может появиться в HTML другого и раскрыть cross-request state. Чтобы не спутать её с ошибкой стенда, заранее задайте поля артефакта: ledger request-id / context-id / response-markers / foreign-marker-count / global-diff. Normal-control обязателен: одиночный request возвращает только собственный текстовый marker. Только после него запускают один граничный case. Marker не должен быть реальным credential, идентификатором или пользовательским содержимым. Так получается проверяемое дерево решения, а timeout, падение или неверная роль не выдаются за подтверждение механизма.
Безопасный обратимый опыт
Создайте in-process app, barrier на два request, разные harmless marker, response recorder и отсутствие shared globals. Затем нужно одновременно отрендерить две страницы и сопоставить marker set каждого ответа после controlled interleaving. Все операции выполняются в локальной или одноразовой среде с пределами wall-time, CPU, памяти, файлов, сокетов и запросов. Ожидаемый защитный результат задан до запуска: каждый response содержит только свой marker, context identities различны и global diff пуст. Не используйте production secrets, настоящие документы, внутренние адреса, пользовательские логи или публичные цели. После опыта очистите fixture, повторите normal-control и сверьте baseline digest.
Правило решения без догадок
Решение хранится как ledger request-id / context-id / response-markers / foreign-marker-count / global-diff. Passed возможен, когда одновременно наблюдается «каждый response содержит только свой marker, context identities различны и global diff пуст», normal-control успешен и cleanup возвращает baseline. Failed фиксируют лишь после воспроизводимого расхождения с тем же fixture и лимитами. Not-applicable требует доказанной runtime-версии вне range либо документированно выключенного пути. Unknown остаётся при неполном provenance, нестабильном trace или неоднозначной конфигурации. Одного status code, падения или отсутствия события недостаточно для окончательного вывода.
Остановка, обновление и пакет поддержки
Stop-rule: прекратить при первом foreign marker в response. Если runtime входит в affected range, обновление получают из доверенного канала https://github.com/honojs/hono, после чего повторяют тот же fixture с прежними лимитами; новый сценарий не подтверждает исправление старого. В обезличенный пакет включают runtime version, digest, конфигурационную ветвь, expected/observed, лимиты, timestamps, error class и хэши fixtures. Исключите токены, cookies, IP, внутренние имена, абсолютные пути и содержимое данных. Инструкция не обещает абсолютную защищённость.
Материал подготовлен редакцией VOne с помощью ИИ; даты, диапазоны, прямые ссылки, безопасный опыт и отсутствие рекламных обещаний затем перепроверены по первичным источникам.
Источники и проверка
- GitHub Reviewed Advisory ghsa-hvrm-45r6-mjfj проверено 2026-08-31
- Upstream-репозиторий honojs/hono проверено 2026-08-31
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.