Защитная инструкция по nebula-mesh и ghsa-339v-266x-79xr: применимость, безопасный тест «сохранение revocation после попытки повторной регистрации host», измеримый исход, stop-rule и обезличенный пакет поддержки.
Карта применимости для nebula-mesh
Проверяемая граница — сохранение revocation после попытки повторной регистрации host. Сначала запишите версию исполняемого компонента, digest сборки, способ установки и включённую функцию. Источник задаёт диапазон «go:github.com/forgekeep/nebula-mesh < 0.3.7 → fixed 0.3.7», но lockfile без runtime provenance не определяет состояние сервиса. Отдельно ответьте, достижим ли путь в текущей конфигурации и кем. Если хотя бы одно звено не доказано, статус остаётся unknown. Severity advisory не переносится автоматически на конкретное развёртывание и не подтверждает эксплуатацию.
Факты и границы ghsa-339v-266x-79xr
Reviewed record опубликован 2026-07-09, обновлён 2026-07-09 и описывает отдельную проблему: отозванный или offboarded host может снова получить действующий certificate без нового разрешения. Указанные package ranges: «go:github.com/forgekeep/nebula-mesh < 0.3.7 → fixed 0.3.7». Прямая upstream-страница подтверждает проект происхождения, а не установленную у вас версию. Дата, механизм и исправленная граница берутся из advisory; форум, новостной заголовок и поисковый сниппет служат только лидами. Из этих источников нельзя выводить популярность запроса, факт атаки, ущерб, индексирование или позицию.
Диагностическая модель: сохранение revocation после попытки повторной регистрации host
Отзыв проверяется после перезапуска test service, иначе результат может существовать только в памяти. Refresh и re-enroll — разные пути: блокировка одного не доказывает другой. Certificate-issued flag снимают из test store, не из текста ответа. Private keys остаются внутри временного каталога и не входят в отчёт.
Один обратимый опыт
В одноразовой среде нужно в отдельном test CA зарегистрировать marker-host, отозвать его, затем выполнить штатные refresh и re-enroll запросы тем же identity. До запуска задайте предел времени, CPU, памяти, файлов и число запросов; снимите baseline и команду cleanup. Ожидаемое защитное наблюдение: оба запроса отклоняются, запись revocation сохраняется, новый certificate не появляется. Используются только marker-объекты, test identities и loopback либо закрытая namespace. Запрещены production tokens, журналы, документы, реальные адреса и сторонние endpoints. Опыт не расширяют после первого граничного результата и обязательно повторяют normal control.
Как принять решение по измерению
Основной артефакт — host-id digest / revocation state / request type / certificate-issued flag / serial count. Passed требует ожидаемого отказа или ограничения на граничной ветви, успешного normal control и возврата ресурсов к baseline. Failed фиксируют только после воспроизводимого расхождения с тем же fixture. Not-applicable требует доказанной версии вне range или недостижимой функции; отсутствие наблюдения не подходит. Unknown сохраняют при неясной сборке, нестабильном стенде или неполном trace. Такая матрица отделяет проверяемый механизм от обычной несовместимости и не превращает предположение в факт.
Обновление, stop-rule и безопасная передача
Жёсткое правило остановки: не использовать production CA и удалить test CA при первом повторном выпуске. Если версия попадает в 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-339v-266x-79xr проверено 2026-08-31
- Upstream-репозиторий nebula-mesh проверено 2026-08-31
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.