Защитная диагностика Contao crawler: удаление credentials при смене host по GHSA-3mr9-p497-58f6: runtime inventory, bounded regression, измеримый verdict, красная линия и пакет данных для владельца.
Ответ и граница применимости — Contao crawler: удаление credentials при смене host
Задача этой страницы — проверить redirect policy crawler для Authorization и cookie. Сначала подтвердите фактически загруженный contao/contao, его digest, диапазон «Packagist:contao/contao >= 4.13.0, < 5.3.47; first patched 5.3.47 | Packagist:contao/contao >= 5.4.0, < 5.7.7; first patched 5.7.7 | Packagist:contao/core-bundle >= 4.13.0, < 5.3.47; first patched 5.3.47 | Packagist:contao/core-bundle >= 5.4.0, < 5.7.7; first patched 5.7.7» и включённый entry point. Затем нужен только ограниченный regression: HTTP connector заменить spy; использовать a.example.invalid и b.example.invalid descriptors без сети. Боль: crawler может перенести учётные данные на внешний host после redirect. Итоговый артефакт: hop / canonical origin / credential headers / connector calls / verdict. GHSA GHSA-3mr9-p497-58f6 задаёт проверяемый ориентир, но не доказывает состояние вашей установки.
Карта решения — Contao crawler: удаление credentials при смене host
Разделите путь на Source → Parse/Normalize → Policy → Side effect. Специальная инварианта материала: На каждом hop origin сравнивается после canonicalization; sensitive headers удаляются до следующего connector call и не восстанавливаются автоматически. На каждой границе укажите представление данных, владельца решения и counter. Candidate становится NOT_APPLICABLE только при доказанном отсутствии package или entry point; неизвестная runtime-версия означает UNKNOWN, а не безопасность.
Подготовка безопасного стенда — Contao crawler: удаление credentials при смене host
Соберите temp directory, in-memory repository/cache либо pure adapter. Примените протокол: HTTP connector заменить spy; использовать a.example.invalid и b.example.invalid descriptors без сети. Используйте короткие canary labels; пользовательские записи, токены, IP, реальные конфиги, production routes и environment dump запрещены. Network, shell, database, filesystem, browser и session issuance замените spies. До control сохраните hash fixture и нулевые counters.
Control и одна переменная — Contao crawler: удаление credentials при смене host
Разрешённый control подтверждает, что harness достигает нужной ветки. Boundary-case меняет ровно один параметр и обязан остановиться до состояния «crawler может перенести учётные данные на внешний host после redirect». Сохраните поля hop / canonical origin / credential headers / connector calls / verdict, reason code и monotonic duration. На каждом hop origin сравнивается после canonicalization; sensitive headers удаляются до следующего connector call и не восстанавливаются автоматически. Не наращивайте размер/глубину после первого превышения и не используйте эксплуатационные payload.
Вердикт без догадок — Contao crawler: удаление credentials при смене host
PASS: runtime и entry point подтверждены, control прошёл, boundary остановлен до side effect, cleanup доказан. FAIL: та же provenance и наблюдаемый запрещённый counter/state. UNKNOWN: нет digest, конфигурации, control, точки наблюдения или восстановления. NOT_APPLICABLE: компонент либо функция доказанно отсутствуют. Номер patched release без runtime readback не является PASS.
Красная линия и восстановление — Contao crawler: удаление credentials при смене host
Немедленный стоп: credential header остался при origin change или downgrade до HTTP. После стопа не повторяйте проверку с большим вводом. Верните disposable state к исходному hash, освободите объекты и выполните один benign control. Ненулевой неожиданный counter сети, процессов, файлов, записей или сессий блокирует PASS и фиксируется отдельно.
Почему нужен отдельный материал — Contao crawler: удаление credentials при смене host
Даёт per-hop header decision с одинаковой политикой для 30x и canonical URL. Не общий SSRF: здесь утечка crawler credentials через смену origin. Поэтому механическая замена framework, ОС или устройства не создаёт новый URL. Практическая самостоятельность выражена в deliverable «hop / canonical origin / credential headers / connector calls / verdict» и в инварианте: На каждом hop origin сравнивается после canonicalization; sensitive headers удаляются до следующего connector call и не восстанавливаются автоматически. Совпадающий старый intent должен стать update/merge-кандидатом.
Минимальный handoff — Contao crawler: удаление credentials при смене host
Передайте владельцу GHSA GHSA-3mr9-p497-58f6, runtime digest, границу «Packagist:contao/contao >= 4.13.0, < 5.3.47; first patched 5.3.47 | Packagist:contao/contao >= 5.4.0, < 5.7.7; first patched 5.7.7 | Packagist:contao/core-bundle >= 4.13.0, < 5.3.47; first patched 5.3.47 | Packagist:contao/core-bundle >= 5.4.0, < 5.7.7; first patched 5.7.7», entry point, sanitized config, control/boundary rows, counters, verdict, stop reason и cleanup proof. Advisory опубликована 2026-08-06, обновлена 2026-08-06; эти даты отражают свежесть источника, а не популярность запроса или факт эксплуатации. После remediation повторите тот же fixture и сравните state transition.
Материал подготовлен редакцией VOne с помощью автоматизированного черновика; версии, даты, границы и ссылки вручную сверены по GitHub Advisory Database и прямой upstream-странице. Текст самостоятельный, не копирует источник и не содержит эксплуатационных шагов.
Источники и проверка
- GitHub Advisory Database — GHSA-3mr9-p497-58f6 проверено 2026-09-02
- Первичный upstream advisory — contao/contao проверено 2026-09-02
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.