К обсуждениям

Russh: как проверить лимит terminal-mode records в pty-req

Редакция VOne Технологии

Защитная инструкция по Russh и ghsa-cqjc-rmpq-xprq: установить применимость, проверить лимит terminal-mode records в pty-req на одноразовом стенде, измерить безопасный исход и подготовить обратимый выпуск без production-данных.

Карта применимости для Russh

Advisory описывает отдельную проблему: authenticated pty request с числом mode records выше fixed array может вызвать panic. Проверяемая граница проходит между decoded pty-req records, fixed storage и application pty_request handler. Диапазоны Reviewed record: rust:russh <= 0.62.3 → 0.62.4. Severity определяет очередь, а не факт компрометации или доступности пути. Снимите версия russh, auth state, record count, parser limit, result/error, process exit, handler calls и next-session health. Для каждого элемента укажите observed, expected, unknown или not-applicable, время и происхождение. Severity medium не подтверждает атаку, ущерб либо состояние конкретного deployment. Если происхождение бинарника неизвестно, не делайте вывод по одному package manager.

Обратимый тест без эксплуатационного payload

Безопасный опыт: в отдельном local client/server отправить 129, 130 и 131 безвредную повторяющуюся mode record с time limit, не используя внешний SSH host. Сначала записывают baseline, затем один boundary-case и повторяют baseline. Измеримый безопасный исход: граничное превышение возвращает error без panic, normal count reaches handler, следующая session работает. Не увеличивайте объём, глубину, число соединений или права после первого отклонения. Сохраняйте только decision code, counters, timings и hashes; реальные имена, адреса, credentials и пользовательские данные исключите. Красная линия: процесс падает, тест направлен на чужой SSH или число records увеличивается дальше. При её достижении завершите стенд и оставьте результат blocked/unknown вместо попытки воспроизвести атаку.

Окно обновления и контроль регрессии

Зафиксируйте исходный dependency tree и артефакт, установите подтверждённую исправленную ветку из диапазона «rust:russh <= 0.62.3 → 0.62.4» в staging и повторите тот же baseline/boundary/baseline набор. Не меняйте одновременно reverse proxy, role model, parser settings или OS: иначе нельзя связать результат с обновлением. Сравните latency, memory, accepted/rejected decisions и обычный функциональный сценарий. Временный containment снимают только после безопасного результата и готового возврата. Возврат для этой карточки: закрыть sessions, удалить ephemeral keys/log, остановить processes.

Критерий закрытия и минимальный пакет

Карточка закрывается, когда версия и provenance подтверждены, граничный вход даёт ожидаемый отказ или безопасную обработку, обычный контроль проходит, cleanup завершён, а журнал не содержит новых warning/error. Минимальный пакет для поддержки: version, three counts, parser results, exit status, handler count, follow-up health и cleanup. В нём не должно быть IP, tokens, passwords, cookies, private keys, полного config, реальных файлов или payload. Отдельной строкой укажите: GitHub Reviewed Advisory подтверждает механизм и диапазон, но не эксплуатацию в этой среде, популярность запроса, индексацию или позиции.

Матрица решений на защитной границе

Разложите сценарий на вход, policy/parser, защищаемый объект и наблюдаемый исход. Для Russh это «между decoded pty-req records, fixed storage и application pty_request handler». Ветвь close допустима, когда runtime вне указанных диапазонов или функция недостижима и это подтверждено. Ветвь update выбирают при совпавшей версии и доступном фиксированном артефакте. Ветвь contain оставляет узкое ограничение доступа до окна обновления. Ветвь escalate нужна при unknown provenance. Любая неоднозначность блокирует широкую рекомендацию. Не объединяйте этот механизм с соседними advisory только из-за общего слова security.

Материал подготовлен редакцией VOne с помощью ИИ, затем вручную проверен по двум прямым HTTPS-источникам; факты, диапазоны версий, безопасный опыт и отсутствие рекламных обещаний сверены человеком.

Источники и проверка

Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.

Ответы

0 опубликовано
Ответов пока нет. Вы можете начать обсуждение.

Ваш ответ

Добавьте свой опыт или уточнение по теме.

Вы публикуете как Аноним Аватар отличает разговоры, но не раскрывает личные данные.

Ответ появится сразу. Не публикуйте личные данные, ключи и приватные ссылки.