Защитная диагностика Hono Proxy Helper: удаление hop-by-hop response headers по GHSA-79qm-7rj5-m7r9: runtime inventory, bounded fixture, измеримый verdict, красная линия и evidence bundle без production-данных.
Решение в двух шагах — Hono Proxy Helper: удаление hop-by-hop response headers
Сначала подтвердите, что runtime действительно использует hono в диапазоне «npm:hono >= 4.7.0, < 4.12.34; first patched 4.12.34» и что функция «Hono Proxy Helper: удаление hop-by-hop response headers» включена. Затем выполните только bounded fixture: В pure header adapter передать synthetic Connection: Foo, Keep-Alive и соответствующие поля; fetch заменить fixed response object. Боль, которую проверяет эта страница: proxy может переслать hop-by-hop поля, названные динамическим Connection header. Выходной артефакт — Connection tokens / response fields / forwarded set / verdict. GHSA GHSA-79qm-7rj5-m7r9 не заменяет inventory и не доказывает уязвимость конкретной системы.
Карта границы — Hono Proxy Helper: удаление hop-by-hop response headers
Нарисуйте последовательность Source → Normalize → Authorize/Validate → Side effect. Для «Hono Proxy Helper: удаление hop-by-hop response headers» особая карта такова: Карточка проверяет comma splitting, OWS, case folding и обязательные стандартные hop-by-hop имена. Никакой внешний proxy не используется; результат — allow/strip map. На каждой стрелке укажите тип данных, владельца решения и измеримый counter. Если две стадии видят разные представления одной строки или объекта, итог UNKNOWN до устранения неоднозначности.
Подготовка без production-данных — Hono Proxy Helper: удаление hop-by-hop response headers
Создайте temp directory, in-memory graph/cache/store либо pure adapter, соответствующий протоколу: В pure header adapter передать synthetic Connection: Foo, Keep-Alive и соответствующие поля; fetch заменить fixed response object. Используются только короткие canary labels; IP, токены, customer records, реальные пути и environment values запрещены. Network, shell, database, filesystem и session issuance заменяются spies. Зафиксируйте hash fixture и нулевые counters до control.
Control и boundary-case — Hono Proxy Helper: удаление hop-by-hop response headers
Control подтверждает достижимость ветки на разрешённом входе. Boundary-case меняет ровно один параметр и должен остановиться до состояния «proxy может переслать hop-by-hop поля, названные динамическим Connection header». Запишите Connection tokens / response fields / forwarded set / verdict, reason code и monotonic duration. Карточка проверяет comma splitting, OWS, case folding и обязательные стандартные hop-by-hop имена. Никакой внешний proxy не используется; результат — allow/strip map. Не повышайте размер/глубину после первого превышения, не используйте эксплуатационный payload и не сравнивайте разные ОС как доказательство исправления.
Таблица verdict — Hono Proxy Helper: удаление hop-by-hop response headers
PASS: применимый runtime подтверждён, control прошёл, boundary остановился до side effect, cleanup доказан. FAIL: та же provenance и наблюдаемое запрещённое состояние. UNKNOWN: отсутствуют версия, configuration snapshot, control, counter или cleanup. NOT_APPLICABLE: package либо entry point доказанно отсутствует. Версия вне диапазона без runtime readback остаётся только inventory clue.
Красная линия — Hono Proxy Helper: удаление hop-by-hop response headers
Стоп-условие: forwarded set сохраняет названный hop-by-hop header или token parsed неоднозначно. После остановки не повторяйте тест с большим вводом. Верните disposable state к hash, обнулите spies, освободите buffers/objects и выполните один benign control. Несовпадение state после cleanup блокирует PASS и должно войти в handoff как отдельный дефект harness или компонента.
Самостоятельная польза — Hono Proxy Helper: удаление hop-by-hop response headers
Строит token-to-header removal table с case-insensitive semantics. Не SSR memo scope: это HTTP hop-by-hop response contract. Практический результат не сводится к названию CVE: читатель получает Connection tokens / response fields / forwarded set / verdict. Карточка проверяет comma splitting, OWS, case folding и обязательные стандартные hop-by-hop имена. Никакой внешний proxy не используется; результат — allow/strip map. Механическая замена framework, устройства или платформы не создаёт новый intent; совпадающая старая страница становится update/merge-кандидатом.
Минимальный handoff — Hono Proxy Helper: удаление hop-by-hop response headers
Передайте GHSA GHSA-79qm-7rj5-m7r9, runtime digest, диапазон «npm:hono >= 4.7.0, < 4.12.34; first patched 4.12.34», entry point, sanitized config, control/boundary rows, counters, verdict, stop reason и cleanup proof. Источник опубликован 2026-08-07, обновлён 2026-08-07; это дата advisory, а не показатель спроса или эксплуатации. После remediation повторите тот же fixture и сравните границу/side-effect counters.
Материал подготовлен редакцией VOne с помощью автоматизированного черновика; версии, даты, границы и ссылки вручную сверены по GitHub Advisory Database и прямой upstream-странице. Текст самостоятельный, не копирует источник и не содержит эксплуатационных шагов.
Источники и проверка
- GitHub Advisory Database — GHSA-79qm-7rj5-m7r9 проверено 2026-09-02
- Первичный upstream — hono проверено 2026-09-02
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.