Защитная инструкция по ldap3_proto и ghsa-qcxq-75wr-5cm8: определить применимость, собрать минимальную карту наблюдений, проверить ограничение глубины LDAP filter на изолированном стенде и завершить опыт по измеримому критерию.
Применимость и trust boundary ldap3_proto
Reviewed advisory описывает для ldap3_proto отдельный механизм: глубоко вложенный filter может исчерпать стек процесса при разборе. Пакетная запись: rust:ldap3_proto; уязвимая граница — < 0.7.1; исправление — 0.7.1. Это условие для инвентаризации, а не подтверждение затронутости конкретной установки: нужны runtime-версия, digest, путь доставки зависимости и включённая функция. Граница проверки проходит между текстом фильтра, parser recursion и ресурсными лимитами worker. Severity high помогает расставить очередь, но сама по себе не доказывает эксплуатацию или ущерб.
Решение update, contain или not-applicable
Матрица решения для ldap3_proto имеет четыре ветки. Not-applicable: пакет или функция отсутствуют и это подтверждено runtime inventory. Update: версия входит в затронутую границу и доступна подтверждённая исправленная сборка; после обновления повторяют тот же опыт. Contain: обновление временно невозможно, поэтому действует узкий guard с датой снятия. Escalate: происхождение сборки или результат неизвестны. Красная линия опыта: subprocess падает без контроля, влияет на общий daemon или требуется реальный directory query. При её достижении работа прекращается без попытки «дожать» результат.
Карта наблюдений до изменения
До любых изменений сохраните минимальную карту наблюдений: версия crate, parser entrypoint, depth fixture, input bytes, wall time, peak stack proxy и error class. Каждому полю назначьте status observed, expected, unknown или not-applicable и приложите происхождение. Unknown нельзя превращать в passed, а absence в lockfile нельзя считать отсутствием runtime-компонента. Разделите четыре узла: вход, между текстом фильтра, parser recursion и ресурсными лимитами worker, контролируемое решение и побочный эффект. Так обновление не скрывает исходное состояние и остаётся возможным сравнение до/после.
Временный защитный контур
До обновления уменьшите поверхность только обратимыми мерами: ограничьте доступ к рассматриваемой функции, закрепите минимальные права процесса и включите журнал решения на границе «ограничение глубины LDAP filter». Не подменяйте исправление постоянным блоком: для каждого временного guard запишите владельца, срок и критерий снятия. Если компонент недоступен извне, это снижает экспозицию, но не исправляет дефект. Если функция не используется, зафиксируйте конфигурационное доказательство и наблюдение runtime. Любое изменение сначала проходит в отдельной среде и имеет заранее подготовленный возврат.
Один обратимый опыт без опасного payload
Обратимый опыт: в отдельном subprocess сравнить неглубокий и умеренно граничный синтетические filters при ограничении времени; максимальную глубину и общий LDAP-сервис не использовать. Положительный исход определён заранее: неглубокий фильтр разбирается, граничный отклоняется понятной ошибкой до crash, следующий parse проходит. Сначала выполняют контроль с обычным допустимым входом, затем ровно один граничный случай, после него — повторный контроль. Не расширяйте тест до перебора, нагрузки или активного содержимого. Снимайте только форму решения, счётчики и хеши fixture; чувствительные значения не сохраняйте. Если поведение неоднозначно, результат остаётся unknown и публикацию эксплуатационного вывода запрещают.
Очистка и пакет для поддержки
Возврат и очистка: завершить subprocess, удалить fixtures и core dump если создан, восстановить test limits. Для поддержки подготовьте минимизированный пакет: crate version, two depths, input sizes, durations, exits, errors и follow-up parse result. Не включайте IP, cookies, tokens, passwords, реальные имена, строки данных или полный config. Закрытие возможно лишь когда inventory подтверждает исправленную ветку или доказан not-applicable, граничный тест имеет ожидаемый безопасный исход, повторный контроль проходит, а временные guard либо сняты, либо имеют владельца и срок. Отдельно укажите, что advisory не доказывает атаку на эту установку.
Материал подготовлен редакцией VOne с помощью ИИ, затем вручную проверен по двум прямым HTTPS-источникам; факты, границы версий, безопасный опыт и отсутствие рекламных обещаний сверены человеком.
Источники и проверка
- GitHub Reviewed Advisory ghsa-qcxq-75wr-5cm8 проверено 2026-08-30
- Upstream-страница ldap3_proto проверено 2026-08-30
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.