Практическая защитная проверка Sylius по ghsa-6955-hrm5-c4qp: применимость, обратимый тест границы «одинаковую channel eligibility policy в checkout и account order payment endpoints», измеримый результат и stop-rule без production-данных.
Проверьте применимость к Sylius
Не начинайте с граничного input: сначала зафиксируйте provenance процесса, digest сборки и normal-control. Для границы «одинаковую channel eligibility policy в checkout и account order payment endpoints» запишите runtime version, build digest, способ установки, активную конфигурацию и роль вызывающего субъекта. Reviewed Advisory указывает «sylius/sylius >= 2.0.0, < 2.0.18; first patched 2.0.18 | sylius/sylius >= 2.1.0, < 2.1.15; first patched 2.1.15 | sylius/sylius >= 2.2.0, < 2.2.6; first patched 2.2.6», но это не заменяет проверку живого процесса. Not-applicable допустим только при доказанной версии вне affected range или документированно выключенной функции. При неполном provenance оставьте статус unknown и не переносите оценку advisory на всё развёртывание.
Фактическая рамка GHSA-6955-hrm5-c4qp
GitHub Reviewed Advisory опубликована 2026-07-09, обновлена 2026-07-09 и описывает механизм: Sylius: Channel-based payment method restriction bypass on shop account orders API endpoint. Package boundaries: «sylius/sylius >= 2.0.0, < 2.0.18; first patched 2.0.18 | sylius/sylius >= 2.1.0, < 2.1.15; first patched 2.1.15 | sylius/sylius >= 2.2.0, < 2.2.6; first patched 2.2.6». Upstream https://github.com/Sylius/Sylius подтверждает происхождение проекта, но не состояние вашей установки. Дата, summary и границы берутся с прямой страницы https://github.com/advisories/GHSA-6955-hrm5-c4qp, а не из forum post или search snippet. Запись не доказывает эксплуатацию, ущерб, популярность темы, индексацию или позицию страницы; для таких выводов нужны отдельные данные.
Отдельная боль и измеримое доказательство
Материал отвечает на одну самостоятельную боль: клиент может назначить глобально включённый, но запрещённый для своего канала способ оплаты. До запуска создайте артефакт «матрица endpoint / order-channel / method-channel / order-state / policy-result» и назначьте допустимые значения каждой колонке. Normal-control проходит тем же кодовым путём, на той же версии и с теми же ресурсными пределами. Исключение, status code или отсутствие события без trace не считаются окончательным доказательством. Marker должен быть синтетическим: без credentials, IP, настоящих имён, файлов, документов, журналов и внутренних адресов.
Безопасный обратимый опыт
Подготовьте локальный order STATE_NEW, два channel и по одному разрешённому и запрещённому dummy payment method. Затем нужно вызвать оба test handler с теми же order и method, сравнив policy result без платёжного провайдера. Ожидаемый защитный исход задаётся до выполнения: разрешённый метод принимается, out-of-channel отклоняется одинаково через checkout и account endpoint. Работайте только локально или в одноразовой среде с лимитами wall-time, CPU, памяти, файлов, сокетов и запросов. Не используйте production secrets, персональные данные, удалённые цели или эксплуатационные payload. Этот контур отделяет механизм от случайного timeout и сохраняет обратимость. После опыта удалите fixtures, повторите normal-control и сравните digest состояния с baseline.
Решение без догадок
Passed возможен, когда одновременно наблюдается: разрешённый метод принимается, out-of-channel отклоняется одинаково через checkout и account endpoint; normal-control успешен; cleanup возвращает baseline. Failed фиксируется лишь после повторения с тем же fixture, версией и лимитами. Unknown остаётся при неполном provenance, нестабильном trace или неоднозначной конфигурации. Храните результат как «матрица endpoint / order-channel / method-channel / order-state / policy-result», чтобы другой инженер мог проверить вывод. Не расширяйте локальное наблюдение на всю систему и не обещайте абсолютную защищённость после одного теста.
Стоп-правило, обновление и поддержка
Stop-rule: остановиться до persistence при несовпадении channel или решений endpoints. Если runtime входит в affected range, получите исправление только из доверенного upstream https://github.com/Sylius/Sylius, зафиксируйте новый digest и повторите прежний fixture с неизменными лимитами. Новый сценарий не подтверждает исправление исходной границы. В обезличенный пакет поддержки включите runtime version, package boundary, config branch, expected/observed, timestamps, resource limits, error class и fixture hashes. Исключите tokens, cookies, абсолютные пути, внутренние hostname и содержимое данных.
Материал подготовлен редакцией VOne с помощью ИИ; даты, диапазоны, прямые ссылки, безопасный опыт, privacy-ограничения и отсутствие рекламных обещаний затем перепроверены по первичным источникам.
Источники и проверка
- GitHub Reviewed Advisory ghsa-6955-hrm5-c4qp проверено 2026-08-31
- Upstream-репозиторий Sylius проверено 2026-08-31
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.