Rotace kořenového klíče DNSSEC vyžaduje kontrolu resolverů
Automatické aktualizace důvěryhodných klíčů mohou selhat při migraci nebo ztrátě uloženého stavu. Provozovatelé validujících resolverů potřebují ověřit, že jejich systémy skutečně důvěřují novému klíči KSK-2024.
Root.cz 9. října 2026 upozornil na výměnu podpisového klíče kořenové zóny DNS naplánovanou na 11. října. Nový KSK-2024 s identifikátorem 38696 má nahradit KSK-2017, jehož identifikátor je 20326. Jde o změnu výchozího bodu důvěry pro DNSSEC, nikoli o požadavek, aby všichni vlastníci domén měnili své podpisové klíče nebo záznamy DS. Technické okolnosti podrobně rozebral Cloudflare v článku z 6. října 2026, který slouží jako kontext k upozornění.
DNSSEC umožňuje ověřit podpisy DNS záznamů a navazující vazby mezi zónami. Resolver přitom musí začít u důvěryhodného kořenového klíče, protože kořenová zóna už nemá nadřazenou zónu, která by její klíč potvrdila. KSK podepisuje sadu veřejných klíčů kořenové zóny. Další z těchto klíčů, ZSK, podepisuje vlastní záznamy včetně delegací na domény nejvyšší úrovně. Jestliže resolver novému KSK nedůvěřuje, může odmítat jinak správně podepsané odpovědi a uživatelům se fungující služby jevit jako nedostupné.
KSK-2024 byl podle Cloudflare publikován v kořenové sadě DNSKEY již od 11. ledna 2025. Podpora RFC 5011 umožňuje resolverům naučit se nový důvěryhodný klíč automaticky: ověřují ho prostřednictvím dosavadního klíče a před jeho přijetím čekají alespoň 30 dní. Dlouhá doba zveřejnění ale neprokazuje, že konkrétní instance nový klíč správně přijala a zachovala. Cloudflare připomíná zkušenosti z předchozí rotace, kdy aktualizace softwaru nebo přesun mezi stroji vedly ke ztrátě naučeného stavu.

Pro kontrolu připravil Cloudflare test na adrese https://dnstest.dev/ksk-2024/. Používá mechanismus Root Key Trust Anchor Sentinel podle RFC 8509. Podporující resolver odpovídá odlišně na speciální dotazy podle toho, zda důvěřuje zadanému klíči. Součástí testu jsou také kontrolní dotazy, které pomáhají odlišit výsledek od prostého selhání překladu nebo chybějící podpory tohoto mechanismu. Neprůkazný test proto automaticky neznamená chybějící klíč.
Webový test kontroluje cestu, kterou používá prohlížeč. Zapnuté zabezpečené DNS nebo VPN mohou znamenat, že se testuje jiný resolver než ten, který obsluhuje podnikové aplikace. Správce proto potřebuje ověřit skutečné produkční instance a jejich důvěryhodné kořeny podle dokumentace použitého softwaru. Provozní kontrola má smysl i po plánovaném termínu rotace a po každém obnovení instance ze zálohy.
KSK-2024 i KSK-2017 používají RSA/SHA-256. Výměna tedy sama o sobě není přechodem na postkvantovou kryptografii ani změnou podpisového algoritmu. Tyto budoucí kroky mají vlastní harmonogram a další požadavky na software. Pro současnou správu DNS je podstatné, aby každá validující instance měla správný důvěryhodný klíč a aby jeho přítomnost nebyla jen předpokladem založeným na stáří instalace.
Zdroj
Datum: 9.10.2026
Další články

Xandr dostal pokutu za předávání citlivých údajů z Grindru

Neoprávněné čtení zdravotní dokumentace: odpovědnost nesla zaměstnankyně

