Защитная инструкция по Apache MINA SSHD и ghsa-mw4m-qhpg-j82m: применимость, безопасный тест «привязку запрошенного Git repository path к разрешённому repository root», измеримый исход, stop-rule и обезличенный пакет поддержки.
Карта применимости для Apache MINA SSHD
Проверяемая граница — привязку запрошенного Git repository path к разрешённому repository root. Сначала запишите версию исполняемого компонента, digest сборки, способ установки и включённую функцию. Источник задаёт диапазон «maven:org.apache.sshd:sshd-git < 2.18.0 → fixed 2.18.0; maven:org.apache.sshd:sshd-git >= 3.0.0-M1, < 3.0.0-M4 → fixed 3.0.0-M4», но lockfile без runtime provenance не определяет состояние сервиса. Отдельно ответьте, достижим ли путь в текущей конфигурации и кем. Если хотя бы одно звено не доказано, статус остаётся unknown. Severity advisory не переносится автоматически на конкретное развёртывание и не подтверждает эксплуатацию.
Факты и границы ghsa-mw4m-qhpg-j82m
Reviewed record опубликован 2026-06-01, обновлён 2026-07-09 и описывает отдельную проблему: путь repository с переходом по каталогам может разрешиться вне корня Git-сервиса. Указанные package ranges: «maven:org.apache.sshd:sshd-git < 2.18.0 → fixed 2.18.0; maven:org.apache.sshd:sshd-git >= 3.0.0-M1, < 3.0.0-M4 → fixed 3.0.0-M4». Прямая upstream-страница подтверждает проект происхождения, а не установленную у вас версию. Дата, механизм и исправленная граница берутся из advisory; форум, новостной заголовок и поисковый сниппет служат только лидами. Из этих источников нельзя выводить популярность запроса, факт атаки, ущерб, индексирование или позицию.
Диагностическая модель: привязку запрошенного Git repository path к разрешённому repository root
Path containment проверяют по canonical path с учётом separators, а не строковому startsWith. Соседний repository имеет похожее имя, чтобы исключить ошибочное префиксное совпадение. Filesystem-open counter снимается до чтения Git objects. Реальные репозитории и ключи пользователей в этом тесте не участвуют.
Один обратимый опыт
В одноразовой среде нужно создать два пустых bare fixture-repository внутри и рядом с test root, запросить штатное имя и traversal-like имя через локальный harness без SSH listener. До запуска задайте предел времени, CPU, памяти, файлов и число запросов; снимите baseline и команду cleanup. Ожидаемое защитное наблюдение: внутренний repository разрешается, соседний путь отклоняется до открытия файлов. Используются только marker-объекты, test identities и loopback либо закрытая namespace. Запрещены production tokens, журналы, документы, реальные адреса и сторонние endpoints. Опыт не расширяют после первого граничного результата и обязательно повторяют normal control.
Как принять решение по измерению
Основной артефакт — requested name / normalized path / common-root result / filesystem-open count. Passed требует ожидаемого отказа или ограничения на граничной ветви, успешного normal control и возврата ресурсов к baseline. Failed фиксируют только после воспроизводимого расхождения с тем же fixture. Not-applicable требует доказанной версии вне range или недостижимой функции; отсутствие наблюдения не подходит. Unknown сохраняют при неясной сборке, нестабильном стенде или неполном trace. Такая матрица отделяет проверяемый механизм от обычной несовместимости и не превращает предположение в факт.
Обновление, stop-rule и безопасная передача
Жёсткое правило остановки: не запускать сетевой SSH и остановиться при первом open за пределами root. Если версия попадает в advisory range, обновление берут из доверенного канала проекта и повторяют тот же fixture с прежними лимитами; другой сценарий не доказывает исправление. Затем выполняют normal control и проверяют rollback criterion. Для поддержки достаточно runtime version, digest, конфигурационной ветви, expected/observed, resource limits, статуса и хэшей synthetic fixtures. Удалите cookies, credentials, IP, внутренние имена, абсолютные пути и содержимое данных. Материал не является эксплуатационной инструкцией и не обещает нулевой риск.
Материал подготовлен редакцией VOne с помощью ИИ, затем вручную проверен по двум прямым HTTPS-источникам; факты, диапазоны версий, безопасный опыт и отсутствие рекламных обещаний сверены человеком.
Источники и проверка
- GitHub Reviewed Advisory ghsa-mw4m-qhpg-j82m проверено 2026-08-31
- Upstream-репозиторий Apache MINA SSHD проверено 2026-08-31
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.