Защитная памятка по kas и GHSA-mv8m-v9v6-5f94: граница версий, runtime-инвентарь, безопасный regression-тест, стоп-критерии, канарейка, rollback и очищенный пакет владельцу.
Что именно подтверждено
GHSA-mv8m-v9v6-5f94 подтверждает отдельную проблему в kas: постоянное отключение проверки ключа хоста лишало клиент надёжной идентификации git-сервера. Граница применимости — kas до 5.4 в SSH-сценариях получения репозиториев, где host key checking мог оставаться отключённым. Прямой безопасный ответ: сначала доказать runtime-версию и достижимость именно этой функции, затем обновить kas до 5.4, использовать отдельный known_hosts с закреплённым ключом и убрать глобальные overrides StrictHostKeyChecking. Наличие продукта в inventory ещё не доказывает уязвимость, а отсутствие жалоб не доказывает исправление. Вердикт формулируют как passed, failed, blocked или not affected by reachability; последний требует проверяемого доказательства отключённого пути.
Как очертить затронутый контур
Начните с runtime-карточки kas: «kas runtime | known_hosts source | presented host key | verification decision | credential sent». Версию снимайте из реально загруженного модуля или процесса, источник — из lockfile и registry metadata, целостность — по checksum. Container label и запись в SBOM полезны лишь после сопоставления с работающим экземпляром. Backport признаётся только при наличии первичной ссылки и совпадении patch identity. В карточку не переносят адреса узлов, имена людей, токены, cookies, приватные пути и полные конфиги. Если функция или сборка не определена достоверно, анализ остаётся blocked.
Стендовая проверка без эксплуатации
Используйте изолированный стенд, synthetic data и восстановимый snapshot. Безопасный отрицательный контроль: поднять локальный SSH git fixture, выполнить fetch с доверенным ключом, затем заменить только тестовый host key; второй запрос обязан завершиться до передачи credentials. Сначала запишите baseline на текущей разрешённой сборке без активного эксплуатационного payload, затем повторите тот же сценарий на исправленной версии. Passed означает совпадение заранее объявленного security decision и сохранение штатной функции. Timeout, пустой ответ, один HTTP status или тишина журнала не считаются успехом: они могут означать неверный маршрут, crash или потерю telemetry.
Переход на исправленную ветку
Remediation из GHSA-mv8m-v9v6-5f94 внедряйте через малую канарейку: обновить kas до 5.4, использовать отдельный known_hosts с закреплённым ключом и убрать глобальные overrides StrictHostKeyChecking. До неё снимите SHA-256 текущего артефакта, резервную копию состояния, lockfile или digest и ожидаемое время восстановления. Канарейка получает синтетический объект и минимальную роль, но проходит тот же кодовый путь. Зелёный результат включает runtime identity, обычную функцию, controlled negative case, отсутствие новых restart/error классов и возврат метрик к baseline. Если формат состояния изменился, прежняя версия может не прочитать новые данные, поэтому совместимость rollback доказывают отдельно.
Когда опыт нужно остановить
Стоп-линия для этой темы: меняется пользовательский глобальный ssh_config, используются рабочие deploy keys или тест направлен на внешний git host. При её срабатывании остановите опыт, сохраните только обезличенные признаки и восстановите snapshot. Не расширяйте тест, чтобы добиться воспроизведения. Ложнозелёные сигналы: один health endpoint, package metadata без runtime, успешное TCP-соединение, отсутствие публичного exploit и отсутствие пользовательских обращений. Эти признаки полезны для диагностики, но не отвечают на конкретный security decision и не заменяют первичную advisory-запись.
Почему обычного smoke недостаточно
Проверять следует effective ssh invocation, потому что безопасный файл конфигурации может быть перекрыт переменной GIT_SSH_COMMAND или wrapper-скриптом. Доказательство включает путь к временному known_hosts и класс отказа host-key mismatch. Сам публичный fingerprint допустим, а private key, remote URL с токеном и полный environment исключаются. Результат считается самостоятельным только при сохранённой матрице до/после, заранее заданном expected decision и проверенном возврате. Если эта практическая развилка уже покрыта внутренней инструкцией, правильное действие — обновить её, а не создавать соседний URL под вариант названия продукта.
Что оставить в очищенном отчёте
Владельцу передают GHSA-mv8m-v9v6-5f94, точную версию до и после, URL первичного источника, SHA-256 артефакта, timestamp Europe/Moscow и одну очищенную строку «kas runtime | known_hosts source | presented host key | verification decision | credential sent». Добавьте expected и observed decision, длительность ограниченного окна, backup/rollback status и один обезличенный error-class. Удалите secrets, абсолютные домашние пути, IP, account ids, session values и содержимое пользовательских объектов. Если reachability не подтверждена, честный статус blocked; advisory не доказывает, что конкретная установка была затронута.
Материал подготовлен редакцией VOne с помощью ИИ по открытым официальным и первичным источникам; факты, версии и ссылки перепроверены. Реальные пользовательские данные, активные payload и вымышленные результаты тестов не использовались.
Источники и проверка
- GitHub Advisory Database: GHSA-mv8m-v9v6-5f94 проверено 2026-08-30
- PyPI: kas 5.4 проверено 2026-08-30
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.