Защитная диагностика Camel Mail: происхождение inline MIME-заголовков по GHSA-CX47-QXP5-MMH2: применимость, изолированный тест, измеримый verdict, критерий остановки и пакет данных для владельца системы.
Короткий ответ и применимость — Camel Mail: происхождение inline MIME-заголовков
Проверяемая задача: проверить, что MIME-заголовки из письма не становятся управляющими Exchange headers. Сначала подтвердите фактически загруженный компонент Apache Camel Mail, его runtime digest, затронутый entry point и границу версий «org.apache.camel:camel-mail >= 2.17.0; fixed 4.14.9 | org.apache.camel:camel-mail >= 4.15.0; fixed 4.18.4 | org.apache.camel:camel-mail >= 4.19.0; fixed 4.22.0». Только после inventory выполняется ограниченный regression: Разобрать локальный multipart fixture с одним обычным и одним Camel-подобным именем; Exchange заменить map-spy. Пользовательская боль конкретна: внешний заголовок письма может пересечь границу данных и изменить дальнейшую маршрутизацию. Результат оформляется как таблица MIME field / imported key / namespace class / route decision. GHSA GHSA-CX47-QXP5-MMH2 — ориентир для проверки, но не доказательство состояния вашей установки, инцидента или эксплуатации.
Граница данных и решения — Camel Mail: происхождение inline MIME-заголовков
Разложите именно этот путь на входное представление, canonical form, policy verdict и side effect. Специальная инварианта: Пользовательские MIME-поля остаются данными, а служебное пространство имён формируется только доверенным кодом. Для каждой границы укажите владельца решения, ожидаемое состояние и запрещённый переход. NOT_APPLICABLE возможен только при доказанном отсутствии Apache Camel Mail или функции. Неизвестная версия, digest либо конфигурация означает UNKNOWN, а не безопасность; номер исправленного релиза сам по себе не заменяет runtime readback.
Изолированный стенд — Camel Mail: происхождение inline MIME-заголовков
Используйте disposable temp directory, in-memory repository, detached DOM или pure adapter — по типу компонента, но никогда production. Протокол стенда: Разобрать локальный multipart fixture с одним обычным и одним Camel-подобным именем; Exchange заменить map-spy. Все внешние действия — сеть, shell, database, filesystem, browser, message broker, выдача сессии — заменяются spies, recorders или счётчиками. Применяйте короткие synthetic labels; реальные токены, IP, аккаунты, конфиги, логи и пользовательские данные запрещены. Перед control сохраните baseline hash и нулевые counters.
Control и один boundary-case — Camel Mail: происхождение inline MIME-заголовков
Benign control доказывает достижимость нужной ветки. Boundary-case меняет ровно один структурный признак и обязан остановиться до состояния «внешний заголовок письма может пересечь границу данных и изменить дальнейшую маршрутизацию». Сохраните таблица MIME field / imported key / namespace class / route decision, reason code, monotonic duration и cleanup state. Проверяемое правило: Пользовательские MIME-поля остаются данными, а служебное пространство имён формируется только доверенным кодом. Не увеличивайте размер, глубину или число повторов после первого нарушения; статья не требует эксплуатационного payload, внешней цели или реального секрета.
Как вынести PASS, FAIL и UNKNOWN — Camel Mail: происхождение inline MIME-заголовков
PASS требует подтверждённых component digest и entry point, успешного control, соблюдения инварианты «Пользовательские MIME-поля остаются данными, а служебное пространство имён формируется только доверенным кодом», остановки boundary до side effect и доказанного cleanup. FAIL — тот же provenance и наблюдаемый запрещённый call, counter либо state transition. UNKNOWN — нет digest, конфигурации, точки наблюдения, control или восстановления. NOT_APPLICABLE — компонент или функция доказанно отсутствуют. Для воспроизводимости приложите таблица MIME field / imported key / namespace class / route decision; субъективного «выглядит нормально» недостаточно.
Красная линия и восстановление — Camel Mail: происхождение inline MIME-заголовков
Немедленно остановитесь, если внешнее поле появилось в служебном namespace либо изменило выбранный processor. Не повторяйте проверку с более сильным вводом. Верните disposable state к исходному hash, освободите объекты и выполните один benign control. Любой неожиданный ненулевой counter сети, процессов, файлов, записей, маршрутов, браузерной навигации или сессий блокирует PASS и фиксируется отдельно от parser/policy результата. Production, реальные учётные записи и чужие данные в этот тест не входят.
Почему это самостоятельный intent — Camel Mail: происхождение inline MIME-заголовков
Делает происхождение каждого заголовка наблюдаемым на операции unmarshal. Отличается от HTTP-фильтра: граница проходит внутри MIME-декодера при headersInline. Поэтому механическая замена бренда, ОС или устройства не создаёт ещё один URL. Самостоятельная практическая ценность выражена deliverable «таблица MIME field / imported key / namespace class / route decision» и инвариантой «Пользовательские MIME-поля остаются данными, а служебное пространство имён формируется только доверенным кодом». Если опубликованная страница уже покрывает тот же вопрос, пользовательскую боль и дерево решения, правильное действие — update/merge по отдельному контракту, а не соседняя страница.
Минимальный пакет для владельца — Camel Mail: происхождение inline MIME-заголовков
Передайте владельцу GHSA GHSA-CX47-QXP5-MMH2, runtime digest, границу «org.apache.camel:camel-mail >= 2.17.0; fixed 4.14.9 | org.apache.camel:camel-mail >= 4.15.0; fixed 4.18.4 | org.apache.camel:camel-mail >= 4.19.0; fixed 4.22.0», entry point, sanitized config, control/boundary rows, counters, verdict, stop reason и cleanup proof. Advisory опубликована 2026-08-24, обновлена 2026-08-28; даты подтверждают свежесть проверенного источника, но не популярность запроса и не состояние конкретной системы. После remediation повторите тот же fixture и сравните state transition без изменения тестового масштаба.
Материал подготовлен редакцией VOne с помощью автоматизированного черновика; даты, версии, границы и ссылки сверены по GitHub Advisory Database и прямому upstream-материалу. Текст самостоятельный, не копирует источник и не содержит эксплуатационных шагов.
Источники и проверка
- GitHub Advisory Database — GHSA-CX47-QXP5-MMH2 проверено 2026-09-02
- Первичный upstream материал — Apache Camel Mail проверено 2026-09-02
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.