Безопасная проверка Apache CXF attachment deserializer по ghsa-ghvc-7hp8-2g2v: применимость, обратимый fixture, part-index / header-count / aggregate-bytes / cap-hit / allocations / handler-called, PASS и stop-rule без production-данных.
Разберите симптом Apache CXF attachment deserializer
Отдельная пользовательская боль: одно сообщение содержит неограниченное число attachment headers и расходует ресурсы до business handler. Reviewed advisory описывает «Apache cxf-core: No restriction on attachment headers per message»; практический механизм: Лимит должен применяться во время parsing, до построения всех объектов. Нужны count и aggregate-byte границы, потому что одно поле тоже может быть большим. Проверяем invariant «parser прекращает attachment headers при превышении count/byte cap до крупных allocations и handler», а не общий класс проблем. Запись ghsa-ghvc-7hp8-2g2v опубликована 2026-06-12, обновлена 2026-08-12; ecosystem boundary: «maven/org.apache.cxf:cxf-core >= 4.2.0, < 4.2.2; first patched 4.2.2». Это не доказывает affected code в fork, факт эксплуатации, популярность или поисковый спрос.
Сопоставьте runtime и безопасный control
Зафиксируйте source package, runtime version, build digest, commit provenance, feature/config state и роль, достигающую ветви. Нормальный control: набор на границе лимита разбирается и доходит до fake handler. Отдельно укажите самый ранний read/write/send/execute/cache/credential side effect. Если provenance или reachability неизвестна, статус unknown. Версионный диапазон «maven/org.apache.cxf:cxf-core >= 4.2.0, < 4.2.2; first patched 4.2.2» — фильтр; backport подтверждается diff и поведением, а не предположением.
Запустите обратимый fixture
Лабораторный опыт: Deserializer test подаст part с limit-1, limit и limit+1 короткими headers; allocator/handler заменить counters. Все идентификаторы и данные синтетические; network отключён или заменён recorder, filesystem ограничен mkdtemp, persistence — memory adapter/rollback. До запуска сохраните input digest, ожидаемое правило «limit+1 даёт контролируемую ошибку до handler и bounded allocation» и нулевые counters. После — строку «part-index / header-count / aggregate-bytes / cap-hit / allocations / handler-called», final-state digest и cleanup proof. Реальный payload, credential, нагрузка или production mutation запрещены.
Прочитайте матрицу part-index / header-count / aggregate-bytes / cap-hit / allocations / handler-called
Убедитесь, что control прошёл именно нужную ветвь, затем найдите stage policy и любой чувствительный action. PASS возможен только если limit+1 даёт контролируемую ошибку до handler и bounded allocation. Один status code, отсутствие exception или запись в лог не доказывают защиту. Для concurrency/state boundary используйте fixed barriers и малый детерминированный повтор. Любой неожиданный side effect переводит результат в fail/unknown до объяснения и полного cleanup.
Свяжите patch, stop-rule и решение
Diff исправления должен реализовать смысл «parser прекращает attachment headers при превышении count/byte cap до крупных allocations и handler» до side effect. Красные флаги: fail-open, policy после action, несовпадение requested/effective target, неполный transport/path coverage или отсутствующий negative control. Stop-rule: не создавать большой MIME body и не выполнять нагрузочный тест. Также остановитесь при privilege prompt, реальных данных, необратимой записи, росте ресурсов или невозможности cleanup. Дерево: proven patched — not-applicable; недостижимо — not-reachable; PASS — ready-for-reviewed-update; наблюдается «одно сообщение содержит неограниченное число attachment headers и расходует ресурсы до business handler» — fail; иначе unknown. В support packet включите ghsa-ghvc-7hp8-2g2v, build provenance, «part-index / header-count / aggregate-bytes / cap-hit / allocations / handler-called», expected/observed, stop reason и две source URL без секретов/персональных данных. Production rollout требует отдельного backup, canary, readiness и rollback.
Материал подготовлен редакцией VOne с помощью ИИ; даты, диапазоны, прямые источники, безопасный fixture, privacy-границы и отсутствие рекламных обещаний затем перепроверены.
Источники и проверка
- GitHub Reviewed Advisory ghsa-ghvc-7hp8-2g2v проверено 2026-08-31
- Official/upstream source for Apache CXF attachment deserializer проверено 2026-08-31
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.