Безопасная проверка Blocky DNSSEC validator/cache по ghsa-x845-2f78-7v36: применимость, обратимый fixture, qname-qtype / signed-delegation / rrsig-state / validation-verdict / cache-scope, pass-rule и stop-rule без production-данных.
Проверьте применимость к Blocky DNSSEC validator/cache
Сначала зафиксируйте package source, точную runtime version, build digest, provenance commit и достижимость компонента Blocky DNSSEC validator/cache. GitHub Reviewed Advisory ghsa-x845-2f78-7v36 опубликована 2026-06-19, обновлена 2026-06-19 и описывает механизм «Blocky DNSSEC validation bypass and validation-cache scope pollution». Ecosystem boundary записи: «go/github.com/0xERR0R/blocky >= 0.28.0, < 0.32.0; first patched 0.32.0». Диапазон служит фильтром, но не доказывает наличие затронутого кода в fork или сборке с backport. Отдельно отметьте feature flag, роль вызывающего субъекта и самый ранний чувствительный side effect. При неизвестной provenance результат остаётся unknown: нельзя заявлять эксплуатацию, распространённость, ущерб или поисковый спрос только по advisory.
Сформулируйте invariant: validator проверяет chain до signed delegation, а cache key сохраняет ре
Узкая пользовательская боль этого материала: unsigned ответ под signed delegation принимается и validation state загрязняет cache другого контекста. Защитный invariant: validator проверяет chain до signed delegation, а cache key сохраняет релевантный DNSSEC context. Он проверяется раньше read, write, send, execute, cache commit, credential issue или выдачи identity. Заранее запишите pass-rule: unsigned ответ под signed delegation получает bogus/deny и не попадает в положительный cache. Это самостоятельный ответ, потому что наблюдает собственную trust boundary и не подменяет её общим советом «обновитесь». Решающий артефакт — qname-qtype / signed-delegation / rrsig-state / validation-verdict / cache-scope; он не должен содержать имена, адреса, токены, содержимое рабочих объектов или иные персональные данные.
Соберите обратимый fixture для Blocky DNSSEC validator/cache
Безопасный опыт: Stub upstream вернуть synthetic DS/DNSKEY и unsigned positive answer; cache и clock держать in-memory. Все идентификаторы и данные синтетические; filesystem ограничен mkdtemp, persistence — memory adapter либо rollback transaction, сеть выключена или loopback-only. Добавьте безопасный контроль, один boundary case и recording adapter для чувствительного действия. До запуска сохраните digest входа и ожидаемую строку таблица наблюдений; после — observed class, counters, final-state digest и cleanup proof. Не нужен эксплуатационный payload, массовый перебор, нагрузка или изменение production.
Заполните qname-qtype / signed-delegation / rrsig-state / validation-verdict / cache-scope
Читайте колонки «qname-qtype / signed-delegation / rrsig-state / validation-verdict / cache-scope» в причинном порядке, не ограничиваясь HTTP status или отсутствием exception. Сначала подтвердите, что безопасный контроль прошёл ту же ветвь, затем найдите stage, где policy приняла решение, и отдельно отметьте любой side effect. Green возможен только когда выполнено правило «unsigned ответ под signed delegation получает bogus/deny и не попадает в положительный cache», состояние после cleanup совпадает с исходным, а альтернативное объяснение исключено. Если результат зависит от порядка, используйте один детерминированный interleaving и небольшой повтор; статистический стресс не заменяет доказательство механизма.
Сопоставьте исправление с механизмом, а не с номером
Patch provenance должна менять именно правило «validator проверяет chain до signed delegation, а cache key сохраняет релевантный DNSSEC context». Сравните affected и candidate build на одном fixture, сохранив одинаковые input digest и qname-qtype / signed-delegation / rrsig-state / validation-verdict / cache-scope. Boundary «go/github.com/0xERR0R/blocky >= 0.28.0, < 0.32.0; first patched 0.32.0» помогает выбрать сборку, но версия сама по себе не подтверждает backport и reachability. Если upstream не записал first patched version для конкретной ecosystem entry, опирайтесь на commit/release provenance и не выдумывайте номер. Эта проверка не разрешает rollout: production update требует отдельного backup, canary, readiness, журналов и rollback.
Остановитесь до пересечения privacy и production boundary
Stop-rule: не отправлять DNS-запросы во внешнюю сеть и не подменять системный resolver. Немедленно завершите опыт при внешнем адресе, настоящем credential, privilege prompt, данных вне fixture, необратимой записи, неожиданном росте ресурсов, отсутствии безопасный контроль или невозможности cleanup. Такой исход помечается blocked, а не «почти прошёл». В support packet включите ghsa-x845-2f78-7v36, product/component, version/build provenance, boundary «go/github.com/0xERR0R/blocky >= 0.28.0, < 0.32.0; first patched 0.32.0», обезличенную строку «qname-qtype / signed-delegation / rrsig-state / validation-verdict / cache-scope», expected/observed, stop reason и две прямые source URL. Payload, секреты, чужие логи, конфигурации и приватные ссылки не прикладывайте.
Завершите явным деревом решения
Дерево решения для Blocky DNSSEC validator/cache: доказана patched/non-affected provenance — not-applicable; ветвь недостижима по проверенной конфигурации — not-reachable; candidate выполняет «unsigned ответ под signed delegation получает bogus/deny и не попадает в положительный cache» — ready-for-reviewed-update; наблюдается «unsigned ответ под signed delegation принимается и validation state загрязняет cache другого контекста» — fail и эскалация владельцу компонента; недостаточно данных — unknown. К листу приложите одну строку из «qname-qtype / signed-delegation / rrsig-state / validation-verdict / cache-scope» и cleanup proof. Никакой лист не означает универсальную безопасность, факт атаки, обещание индексации или разрешение проверять чужую систему.
Материал подготовлен редакцией VOne с помощью ИИ; даты, диапазоны, прямые ссылки, безопасный fixture, privacy-ограничения и отсутствие рекламных обещаний затем перепроверены по первичным источникам.
Источники и проверка
- GitHub Reviewed Advisory ghsa-x845-2f78-7v36 проверено 2026-08-31
- Upstream security advisory Blocky DNSSEC validator/cache проверено 2026-08-31
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.