К обсуждениям

Sylius: completed order неизменяем для старого cart UI

Редакция VOne Технологии

Практическая защитная проверка Sylius по ghsa-5597-7rmh-97q5: применимость, обратимый тест границы «повторную проверку order state перед clear, removeItem и saveCart из LiveComponent», измеримый результат и stop-rule без production-данных.

Проверьте применимость к Sylius

Наличие пакета в lock-файле ещё не означает, что конкретная ветвь работает в runtime. Для границы «повторную проверку order state перед clear, removeItem и saveCart из LiveComponent» запишите 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-5597-7rmh-97q5

GitHub Reviewed Advisory опубликована 2026-07-09, обновлена 2026-07-09 и описывает механизм: Sylius: Cart FormComponent allows modification or deletion of an already-completed order. 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-5597-7rmh-97q5, а не из forum post или search snippet. Запись не доказывает эксплуатацию, ущерб, популярность темы, индексацию или позицию страницы; для таких выводов нужны отдельные данные.

Отдельная боль и измеримое доказательство

Материал отвечает на одну самостоятельную боль: устаревшая вкладка корзины может изменить или удалить заказ, уже завершённый в другом процессе. До запуска создайте артефакт «ledger ui-snapshot-state / database-state / action / manager-call / order-digest» и назначьте допустимые значения каждой колонке. Normal-control проходит тем же кодовым путём, на той же версии и с теми же ресурсными пределами. Исключение, status code или отсутствие события без trace не считаются окончательным доказательством. Marker должен быть синтетическим: без credentials, IP, настоящих имён, файлов, документов, журналов и внутренних адресов.

Безопасный обратимый опыт

Подготовьте временный order, stale cart component и state transition cart-to-completed без оплаты и персональных данных. Затем нужно после transition вызвать три action через test component и сравнить manager calls и digest заказа. Ожидаемый защитный исход задаётся до выполнения: каждое действие повторно читает state, отклоняется для completed order и не вызывает remove или flush изменений. Работайте только локально или в одноразовой среде с лимитами wall-time, CPU, памяти, файлов, сокетов и запросов. Не используйте production secrets, персональные данные, удалённые цели или эксплуатационные payload. Синтетические markers позволяют передать результат без пользовательского содержимого. После опыта удалите fixtures, повторите normal-control и сравните digest состояния с baseline.

Решение без догадок

Passed возможен, когда одновременно наблюдается: каждое действие повторно читает state, отклоняется для completed order и не вызывает remove или flush изменений; normal-control успешен; cleanup возвращает baseline. Failed фиксируется лишь после повторения с тем же fixture, версией и лимитами. Unknown остаётся при неполном provenance, нестабильном trace или неоднозначной конфигурации. Храните результат как «ledger ui-snapshot-state / database-state / action / manager-call / order-digest», чтобы другой инженер мог проверить вывод. Не расширяйте локальное наблюдение на всю систему и не обещайте абсолютную защищённость после одного теста.

Стоп-правило, обновление и поддержка

Stop-rule: остановиться и откатить fixture при любом manager mutation завершённого заказа. Если 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-ограничения и отсутствие рекламных обещаний затем перепроверены по первичным источникам.

Источники и проверка

Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.

Ответы

0 опубликовано
Ответов пока нет. Вы можете начать обсуждение.

Ваш ответ

Добавьте свой опыт или уточнение по теме.

Вы публикуете как Аноним Аватар отличает разговоры, но не раскрывает личные данные.

Ответ появится сразу. Не публикуйте личные данные, ключи и приватные ссылки.