Как проверить SSRF fix в unstructured URL partitioning: centralized URL fetch policy, fake resolver/transport и redirect revalidation без сети.
Сначала отделите симптом от факта: unstructured URL-based partitioning
Advisory связывает URL partitioning с SSRF; PR централизует URL fetching, host validation и default timeouts, поэтому проверять нужно initial URL и redirect. Применимость устанавливают по реально загруженной версии и доступности именно этого entry point; совпадение названия продукта, общего класса ошибки или CVE в scanner недостаточно. Зафиксируйте package/image/binary digest и effective configuration. GHSA-4mvj-m6j5-pmf7 задаёт внешнюю границу исследования, а primary change показывает, что изменил maintainer. Пока provenance или reachability не подтверждены, состояние остаётся UNKNOWN. Advisory не сообщает, что конкретная система была атакована, и материал не воспроизводит опасный input.
Матрица решения: fetch state URL class × resolved address class × redirect target × timeout × transport call
Соберите «fetch state URL class × resolved address class × redirect target × timeout × transport call». Нужные поля: unstructured version/PR, centralized fetch helper, fake public/private resolution, redirect chain, allowed schemes, timeout and recorder counters. Каждую строку свяжите с измерением, а не предположением: runtime query, immutable hash, test recorder или bounded counter. Desired config и effective behavior держите в разных колонках. Применяйте TRUE, FALSE, UNKNOWN и NOT-APPLICABLE с короткой причиной. Удалите hostname, IP, usernames, tokens, document content, memory dumps и raw request bodies; для воспроизводимости достаточно относительных ids, размеров, типов и итоговых классов.
Два контроля без опасного payload
В unit harness использовать fake resolver и transport для public control, disallowed address, unsupported scheme и redirect-to-disallowed case без socket. Перед выполнением запишите SHA-256 fixture, исходные counters, deadline, memory/process ceiling и rollback. Positive control доказывает, что harness достигает нужной функции; negative control должен остановиться на validator, authorization, containment или lifecycle boundary до необратимого эффекта. После каждого случая выполните cleanup и повторно проверьте baseline. Не увеличивайте вход до фактического отказа: достаточно test double, recorder, inert marker либо малого synthetic object.
Что считать PASS для CVE-2026-71428
PASS разрешён только при таком результате: Public control достигает recorder один раз; private/invalid initial и redirect targets блокируются до body read; каждый hop revalidated; timeout задан. Практическое действие: Обновить unstructured до release с PR; до этого отключить URL partitioning для недоверенных callers и применять egress policy как дополнительный слой. Если runtime входит в affected range и path доступен, ставят UPDATE-REQUIRED. NOT-REACHABLE относится только к проверенной функции; UNKNOWN сохраняют при неподтверждённом backport или расходящихся hashes. После update повторяют ровно ту же матрицу и один штатный smoke-test. Одновременные изменения network, policy, dependency или data state запрещены: они делают причинность непроверяемой.
Красные линии и передача владельцу
Немедленный stop-rule: Не обращаться к реальным IP/metadata, не следовать внешнему redirect и остановиться при создании socket или непроверенном hop. Не расширяйте привилегии, глубину, размер, скорость или охват после неожиданного warning, timeout, cross-boundary call или state mutation. Передайте только package/PR hash, URL-class matrix, resolver/redirect records, validation stages, transport counts, timeout и harness cleanup, плюс московское время, expected/actual, advisory/primary URLs и владельца rollback. Очистите secrets и персональные данные. Такой пакет подтверждает выбранный инвариант, но не отсутствие прошлой эксплуатации, безопасность всей системы, применимость к другой версии, поисковую популярность, индексацию или позиции.
Материал подготовлен редакцией VOne с помощью автоматизированного черновика. Факты и границы вывода сверены 5 сентября 2026 года по прямой advisory и первичному upstream изменению. Текст написан самостоятельно; опасные действия и реальные пользовательские данные не использовались.
Источники и проверка
- GitHub Advisory GHSA-4mvj-m6j5-pmf7 проверено 2026-09-05
- Primary fix for unstructured URL-based partitioning проверено 2026-09-05
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.