Безопасная проверка http4k client CookieStorage по ghsa-pr33-38xx-6r26: применимость, обратимый fixture, request-origin / cookie-domain / cookie-path / secure / selected-for-send, pass-rule и stop-rule без production-данных.
Проверьте применимость к http4k client CookieStorage
Сначала зафиксируйте package source, точную runtime version, build digest, provenance commit и достижимость компонента http4k client CookieStorage. GitHub Reviewed Advisory ghsa-pr33-38xx-6r26 опубликована 2026-06-19, обновлена 2026-06-19 и описывает механизм «http4k: BasicCookieStorage` (renamed `InsecureCookieStorage`) did not enforce RFC 6265 cookie scoping; new `DefaultCookieStorage` is now the default». Ecosystem boundary записи: «maven/org.http4k:http4k-core >= 6.0.0.0, < 6.48.0.0; first patched 6.48.0.0». Диапазон служит фильтром, но не доказывает наличие затронутого кода в fork или сборке с backport. Отдельно отметьте feature flag, роль вызывающего субъекта и самый ранний чувствительный side effect. При неизвестной provenance результат остаётся unknown: нельзя заявлять эксплуатацию, распространённость, ущерб или поисковый спрос только по advisory.
Сформулируйте invariant: выбор cookie одновременно соблюдает domain, host-only, path и scheme по
Узкая пользовательская боль этого материала: один cookie jar отправляет cookie другому origin или передаёт Secure cookie по HTTP. Защитный invariant: выбор cookie одновременно соблюдает domain, host-only, path и scheme по RFC 6265. Он проверяется раньше read, write, send, execute, cache commit, credential issue или выдачи identity. Заранее запишите pass-rule: host-only и path cookies остаются в своём scope, Secure никогда не выбирается для HTTP. Это самостоятельный ответ, потому что наблюдает собственную trust boundary и не подменяет её общим советом «обновитесь». Решающий артефакт — request-origin / cookie-domain / cookie-path / secure / selected-for-send; он не должен содержать имена, адреса, токены, содержимое рабочих объектов или иные персональные данные.
Соберите обратимый fixture для http4k client CookieStorage
Безопасный опыт: В memory jar использовать a.example.test, b.example.test и пути /app, /other для HTTPS/HTTP; сетевых запросов не отправлять. Все идентификаторы и данные синтетические; filesystem ограничен mkdtemp, persistence — memory adapter либо rollback transaction, сеть выключена или loopback-only. Добавьте безопасный контроль, один boundary case и recording adapter для чувствительного действия. До запуска сохраните digest входа и ожидаемую строку карточка результата; после — observed class, counters, final-state digest и cleanup proof. Не нужен эксплуатационный payload, массовый перебор, нагрузка или изменение production.
Заполните request-origin / cookie-domain / cookie-path / secure / selected-for-send
Читайте колонки «request-origin / cookie-domain / cookie-path / secure / selected-for-send» в причинном порядке, не ограничиваясь HTTP status или отсутствием exception. Сначала подтвердите, что безопасный контроль прошёл ту же ветвь, затем найдите stage, где policy приняла решение, и отдельно отметьте любой side effect. Green возможен только когда выполнено правило «host-only и path cookies остаются в своём scope, Secure никогда не выбирается для HTTP», состояние после cleanup совпадает с исходным, а альтернативное объяснение исключено. Если результат зависит от порядка, используйте один детерминированный interleaving и небольшой повтор; статистический стресс не заменяет доказательство механизма.
Сопоставьте исправление с механизмом, а не с номером
Patch provenance должна менять именно правило «выбор cookie одновременно соблюдает domain, host-only, path и scheme по RFC 6265». Сравните affected и candidate build на одном fixture, сохранив одинаковые input digest и request-origin / cookie-domain / cookie-path / secure / selected-for-send. Boundary «maven/org.http4k:http4k-core >= 6.0.0.0, < 6.48.0.0; first patched 6.48.0.0» помогает выбрать сборку, но версия сама по себе не подтверждает backport и reachability. Если upstream не записал first patched version для конкретной ecosystem entry, опирайтесь на commit/release provenance и не выдумывайте номер. Эта проверка не разрешает rollout: production update требует отдельного backup, canary, readiness, журналов и rollback.
Остановитесь до пересечения privacy и production boundary
Stop-rule: не загружать cookies браузера и не обращаться к зарегистрированным доменам. Немедленно завершите опыт при внешнем адресе, настоящем credential, privilege prompt, данных вне fixture, необратимой записи, неожиданном росте ресурсов, отсутствии безопасный контроль или невозможности cleanup. Такой исход помечается blocked, а не «почти прошёл». В support packet включите ghsa-pr33-38xx-6r26, product/component, version/build provenance, boundary «maven/org.http4k:http4k-core >= 6.0.0.0, < 6.48.0.0; first patched 6.48.0.0», обезличенную строку «request-origin / cookie-domain / cookie-path / secure / selected-for-send», expected/observed, stop reason и две прямые source URL. Payload, секреты, чужие логи, конфигурации и приватные ссылки не прикладывайте.
Завершите явным деревом решения
Дерево решения для http4k client CookieStorage: доказана patched/non-affected provenance — not-applicable; ветвь недостижима по проверенной конфигурации — not-reachable; candidate выполняет «host-only и path cookies остаются в своём scope, Secure никогда не выбирается для HTTP» — ready-for-reviewed-update; наблюдается «один cookie jar отправляет cookie другому origin или передаёт Secure cookie по HTTP» — fail и эскалация владельцу компонента; недостаточно данных — unknown. К листу приложите одну строку из «request-origin / cookie-domain / cookie-path / secure / selected-for-send» и cleanup proof. Никакой лист не означает универсальную безопасность, факт атаки, обещание индексации или разрешение проверять чужую систему.
Материал подготовлен редакцией VOne с помощью ИИ; даты, диапазоны, прямые ссылки, безопасный fixture, privacy-ограничения и отсутствие рекламных обещаний затем перепроверены по первичным источникам.
Источники и проверка
- GitHub Reviewed Advisory ghsa-pr33-38xx-6r26 проверено 2026-08-31
- Upstream security advisory http4k client CookieStorage проверено 2026-08-31
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.