Защитная инструкция по Apache Log4j API и ghsa-qv9r-c865-cp47: определить применимость, собрать минимальную карту наблюдений, проверить JSON-кодирование non-finite чисел MapMessage на изолированном стенде и завершить опыт по измеримому критерию.
Применимость и trust boundary Apache Log4j API
Reviewed advisory описывает для Apache Log4j API отдельный механизм: NaN или Infinity в MapMessage может создать невалидный JSON или нарушить обработку журнала. Пакетная запись: maven:org.apache.logging.log4j:log4j-api; уязвимая граница — >= 2.13.1, < 2.25.5; исправление — 2.25.5. Это условие для инвентаризации, а не подтверждение затронутости конкретной установки: нужны runtime-версия, digest, путь доставки зависимости и включённая функция. Граница проверки проходит между MapMessage value, JSON formatter и downstream parser. Severity medium помогает расставить очередь, но сама по себе не доказывает эксплуатацию или ущерб.
Один обратимый опыт без опасного payload
Обратимый опыт: в локальном logger записать два synthetic события с finite и non-finite double без пользовательских данных; внешний collector не подключать. Положительный исход определён заранее: оба события обрабатываются по документированной patched policy, output остаётся валидным JSON или событие отклоняется контролируемо. Сначала выполняют контроль с обычным допустимым входом, затем ровно один граничный случай, после него — повторный контроль. Не расширяйте тест до перебора, нагрузки или активного содержимого. Снимайте только форму решения, счётчики и хеши fixture; чувствительные значения не сохраняйте. Если поведение неоднозначно, результат остаётся unknown и публикацию эксплуатационного вывода запрещают.
Решение update, contain или not-applicable
Матрица решения для Apache Log4j API имеет четыре ветки. Not-applicable: пакет или функция отсутствуют и это подтверждено runtime inventory. Update: версия входит в затронутую границу и доступна подтверждённая исправленная сборка; после обновления повторяют тот же опыт. Contain: обновление временно невозможно, поэтому действует узкий guard с датой снятия. Escalate: происхождение сборки или результат неизвестны. Красная линия опыта: ломается общий logging pipeline, теряются production logs или нужно менять глобальный format. При её достижении работа прекращается без попытки «дожать» результат.
Карта наблюдений до изменения
До любых изменений сохраните минимальную карту наблюдений: версия log4j-api, layout, value type, serialized token, parser result, event count и fallback policy. Каждому полю назначьте status observed, expected, unknown или not-applicable и приложите происхождение. Unknown нельзя превращать в passed, а absence в lockfile нельзя считать отсутствием runtime-компонента. Разделите четыре узла: вход, между MapMessage value, JSON formatter и downstream parser, контролируемое решение и побочный эффект. Так обновление не скрывает исходное состояние и остаётся возможным сравнение до/после.
Временный защитный контур
До обновления уменьшите поверхность только обратимыми мерами: ограничьте доступ к рассматриваемой функции, закрепите минимальные права процесса и включите журнал решения на границе «JSON-кодирование non-finite чисел MapMessage». Не подменяйте исправление постоянным блоком: для каждого временного guard запишите владельца, срок и критерий снятия. Если компонент недоступен извне, это снижает экспозицию, но не исправляет дефект. Если функция не используется, зафиксируйте конфигурационное доказательство и наблюдение runtime. Любое изменение сначала проходит в отдельной среде и имеет заранее подготовленный возврат.
Очистка и пакет для поддержки
Возврат и очистка: удалить локальный log и config, остановить test JVM, вернуть dependency lock. Для поддержки подготовьте минимизированный пакет: versions, layout, value categories, serialized field class, parser decisions, event counts и file hash. Не включайте IP, cookies, tokens, passwords, реальные имена, строки данных или полный config. Закрытие возможно лишь когда inventory подтверждает исправленную ветку или доказан not-applicable, граничный тест имеет ожидаемый безопасный исход, повторный контроль проходит, а временные guard либо сняты, либо имеют владельца и срок. Отдельно укажите, что advisory не доказывает атаку на эту установку.
Материал подготовлен редакцией VOne с помощью ИИ, затем вручную проверен по двум прямым HTTPS-источникам; факты, границы версий, безопасный опыт и отсутствие рекламных обещаний сверены человеком.
Источники и проверка
- GitHub Reviewed Advisory ghsa-qv9r-c865-cp47 проверено 2026-08-30
- Upstream-страница Apache Log4j API проверено 2026-08-30
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.