Защитная диагностика Apache Tomcat FORM authentication по ghsa-h3x4-894j-xpx5: применимость, обратимый локальный control, измеримый verdict, stop-rule и пакет данных для владельца системы.
Короткий ответ — Tomcat FORM auth: авторизация восстановленного request
Задача страницы — проверить, что Tomcat после FORM login заново авторизует principal для исходного сохранённого request. Advisory ghsa-h3x4-894j-xpx5 служит свежим inventory-сигналом, но не доказывает состояние конкретной установки. Зафиксируйте фактически загруженный Apache Tomcat FORM authentication, lock-файл или image digest и границу «org.apache.tomcat:tomcat: introduced 11.0.0-M1, fixed 11.0.25; org.apache.tomcat:tomcat: introduced 10.1.0-M1, fixed 10.1.58; org.apache.tomcat:tomcat: introduced 9.0.0-M1, fixed 9.0.121; org.apache.tomcat:tomcat: introduced 8.5.0, last_affected 8.5.100; org.apache.tomcat:tomcat: introduced 7.0.0, last_affected 7.0.109; org.apache.tomcat:tomcat-catalina: introduced 11.0.0-M1, fixed 11.0.25; org.apache.tomcat:tomcat-catalina: introduced 10.1.0-M1, fixed 10.1.58; org.apache.tomcat:tomcat-catalina: introduced 9.0.0-M1, fixed 9.0.121; org.apache.tomcat:tomcat-catalina: introduced 8.5.0, last_affected 8.5.100; org.apache.tomcat:tomcat-catalina: introduced 7.0.0, last_affected 7.0.109; org.apache.tomcat.embed:tomcat-embed-core: introduced 11.0.0-M1, fixed 11.0.25; org.apache.tomcat.embed:tomcat-embed-core: introduced 10.1.0-M1, fixed 10.1.58; org.apache.tomcat.embed:tomcat-embed-core: introduced 9.0.0-M1, fixed 9.0.121; org.apache.tomcat.embed:tomcat-embed-core: introduced 8.5.0, last_affected 8.5.100; org.apache.tomcat.embed:tomcat-embed-core: introduced 7.0.0, last_affected 7.0.109». Пользовательская боль здесь одна: успешная аутентификация может восстановить URL, к которому principal не имеет требуемой роли. Итогом должен стать артефакт «saved path / principal role / constraint / response code / servlet calls», чтобы другой инженер повторил решение без production-данных, внешнего воздействия и догадок.
Граница применимости для Apache Tomcat FORM authentication
Разберите путь решения как «original request → save → FORM auth → principal roles → restored target authorization». Для каждого перехода укажите владельца значения, тип входа, допустимое состояние и запрещённый side effect. Проверяемая инварианта: восстановленный method/path проходит ту же constraint-проверку после login до вызова servlet. NOT_APPLICABLE возможен только при доказанном отсутствии компонента или недостижимости указанной ветки; неизвестный digest, effective config или способ вызова дают UNKNOWN. Номер исправленного релиза без runtime readback не превращает результат в PASS.
Почему проверки версии недостаточно
Lock-файл, SBOM, container digest и package manager отвечают на разные вопросы. Сведите их в одну строку provenance и сопоставьте с advisory-границей «org.apache.tomcat:tomcat: introduced 11.0.0-M1, fixed 11.0.25; org.apache.tomcat:tomcat: introduced 10.1.0-M1, fixed 10.1.58; org.apache.tomcat:tomcat: introduced 9.0.0-M1, fixed 9.0.121; org.apache.tomcat:tomcat: introduced 8.5.0, last_affected 8.5.100; org.apache.tomcat:tomcat: introduced 7.0.0, last_affected 7.0.109; org.apache.tomcat:tomcat-catalina: introduced 11.0.0-M1, fixed 11.0.25; org.apache.tomcat:tomcat-catalina: introduced 10.1.0-M1, fixed 10.1.58; org.apache.tomcat:tomcat-catalina: introduced 9.0.0-M1, fixed 9.0.121; org.apache.tomcat:tomcat-catalina: introduced 8.5.0, last_affected 8.5.100; org.apache.tomcat:tomcat-catalina: introduced 7.0.0, last_affected 7.0.109; org.apache.tomcat.embed:tomcat-embed-core: introduced 11.0.0-M1, fixed 11.0.25; org.apache.tomcat.embed:tomcat-embed-core: introduced 10.1.0-M1, fixed 10.1.58; org.apache.tomcat.embed:tomcat-embed-core: introduced 9.0.0-M1, fixed 9.0.121; org.apache.tomcat.embed:tomcat-embed-core: introduced 8.5.0, last_affected 8.5.100; org.apache.tomcat.embed:tomcat-embed-core: introduced 7.0.0, last_affected 7.0.109». Затем докажите effective путь «original request → save → FORM auth → principal roles → restored target authorization»: vendored копия, optional dependency, отдельный worker или отключённый adapter могут изменить применимость. Фиксируйте AFFECTED_PATH, PATCHED_PATH, COMPONENT_ABSENT либо PROVENANCE_UNKNOWN. Отсутствие инцидента и успешный health-check не подтверждают инварианту «восстановленный method/path проходит ту же constraint-проверку после login до вызова servlet».
Безопасный обратимый локальный control
Работайте только в disposable fixture: в embedded Tomcat fixture задать public login и два protected test paths, записывая servlet spy. Сеть, subprocess, production database, реальные bucket, очереди, почту, токены и пользовательские файлы замените fake, spy или in-memory адаптерами. До запуска сохраните baseline hash, нулевые counters, лимит времени, памяти и числа операций. Используйте короткие синтетические маркеры без эксплуатационного payload. После каждой строки восстанавливайте fixture и убеждайтесь, что benign control начинается с того же baseline.
Матрица наблюдений
Сначала benign control доказывает достижение целевой функции. Затем boundary-case меняет ровно один признак, связанный с болью «успешная аутентификация может восстановить URL, к которому principal не имеет требуемой роли». Записывайте «saved path / principal role / constraint / response code / servlet calls», reason code, duration, counters до и после и digest fixture. Основная инварианта остаётся: восстановленный method/path проходит ту же constraint-проверку после login до вызова servlet. Если control не достигает ветки, recorder пропустил side effect или точка наблюдения двусмысленна, ставьте UNKNOWN. Нельзя усиливать вход ради определённого ответа: безопасная воспроизводимость важнее красивого PASS.
PASS, FAIL, UNKNOWN и критерий остановки
PASS требует подтверждённого provenance, успешного benign control, соблюдения инварианты «восстановленный method/path проходит ту же constraint-проверку после login до вызова servlet», нулевых запрещённых side effects и cleanup proof. FAIL — тот же подтверждённый путь плюс наблюдаемое нарушение policy. UNKNOWN означает отсутствие digest, effective config, recorder или возможности восстановить fixture. Немедленная красная линия: principal без роли достиг servlet восстановленного target. При ней прекратите тест, сохраните только минимальные метаданные и не повторяйте boundary-case на большем масштабе.
Восстановление и regression check
Удалите disposable state, верните adapters к baseline и сравните hashes, counters, память и открытые ресурсы. Неожиданный I/O, сетевой вызов, процесс, новая строка БД или оставшийся файл блокирует PASS. После обновления повторите тот же fixture без изменения входов и лимитов; сравните «saved path / principal role / constraint / response code / servlet calls». Так видно, изменился ли защищаемый переход «original request → save → FORM auth → principal roles → restored target authorization», а не окружение, объём данных или наблюдатель.
Почему intent самостоятельный и что передать владельцу
Уникальная ценность — точка повторной authorization между restore и servlet, а не корректность логина. Поэтому материал отвечает на самостоятельный запрос «проверить, что Tomcat после FORM login заново авторизует principal для исходного сохранённого request» и не является механической заменой бренда, ОС или устройства. Передайте владельцу ghsa-h3x4-894j-xpx5, component digest, effective version/config, границу «org.apache.tomcat:tomcat: introduced 11.0.0-M1, fixed 11.0.25; org.apache.tomcat:tomcat: introduced 10.1.0-M1, fixed 10.1.58; org.apache.tomcat:tomcat: introduced 9.0.0-M1, fixed 9.0.121; org.apache.tomcat:tomcat: introduced 8.5.0, last_affected 8.5.100; org.apache.tomcat:tomcat: introduced 7.0.0, last_affected 7.0.109; org.apache.tomcat:tomcat-catalina: introduced 11.0.0-M1, fixed 11.0.25; org.apache.tomcat:tomcat-catalina: introduced 10.1.0-M1, fixed 10.1.58; org.apache.tomcat:tomcat-catalina: introduced 9.0.0-M1, fixed 9.0.121; org.apache.tomcat:tomcat-catalina: introduced 8.5.0, last_affected 8.5.100; org.apache.tomcat:tomcat-catalina: introduced 7.0.0, last_affected 7.0.109; org.apache.tomcat.embed:tomcat-embed-core: introduced 11.0.0-M1, fixed 11.0.25; org.apache.tomcat.embed:tomcat-embed-core: introduced 10.1.0-M1, fixed 10.1.58; org.apache.tomcat.embed:tomcat-embed-core: introduced 9.0.0-M1, fixed 9.0.121; org.apache.tomcat.embed:tomcat-embed-core: introduced 8.5.0, last_affected 8.5.100; org.apache.tomcat.embed:tomcat-embed-core: introduced 7.0.0, last_affected 7.0.109», схему «original request → save → FORM auth → principal roles → restored target authorization», control/boundary rows, артефакт «saved path / principal role / constraint / response code / servlet calls», verdict, stop reason и cleanup proof. Advisory опубликована 2026-08-26 и обновлена 2026-09-02; даты подтверждают свежесть источника, но не популярность запроса, факт эксплуатации или применимость к конкретному deployment.
Материал подготовлен редакцией VOne с помощью автоматизированного черновика; даты, версии и ссылки сверены по GitHub Advisory Database и первичному upstream-материалу. Текст самостоятельный, не копирует источники, не содержит эксплуатационных последовательностей и предназначен для безопасной локальной проверки.
Источники и проверка
- GitHub Advisory Database — ghsa-h3x4-894j-xpx5 проверено 2026-09-03
- Первичный upstream-материал — Apache Tomcat FORM authentication проверено 2026-09-03
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.