DNSSEC a delegacja
Sama podpisana strefa nie wystarczy, jeśli w strefie nadrzędnej brakuje poprawnego DS. Dlatego po włączeniu DNSSEC trzeba sprawdzić zarówno serwery NS, jak i dane DS u rejestratora.
Narzędzie
Praktyczny opis DNSSEC: DNSKEY, DS, RRSIG, chain of trust, rotacja kluczy i typowe błędy delegacji DNS.
DNSSEC podpisuje dane DNS, aby resolver walidujący mógł sprawdzić, czy odpowiedź pochodzi z właściwej strefy i nie została zmieniona po drodze. Nie szyfruje zapytań DNS, ale pomaga ograniczać ryzyko fałszywych odpowiedzi, cache poisoning i błędnej delegacji widzianej przez użytkowników.
DNSSEC, czyli Domain Name System Security Extensions, dodaje do DNS warstwę podpisów kryptograficznych. Strefa publikuje klucze DNSKEY, rekordy są podpisane rekordami RRSIG, a delegacja do domeny może być połączona z rekordem DS w strefie nadrzędnej. Dzięki temu resolver walidujący może zbudować chain of trust od strefy nadrzędnej do konkretnej odpowiedzi.
twojadomena.pl DNSKEY 257 3 13 KSK...
twojadomena.pl DNSKEY 256 3 13 ZSK...
twojadomena.pl RRSIG DNSKEY 13 ...
twojadomena.pl DS 12345 13 2 ABCDEF...
| Element | Znaczenie |
|---|---|
| DNSKEY | Klucz publiczny strefy. Najczęściej rozdziela się KSK dla zaufania i ZSK dla podpisywania rekordów. |
| DS | Delegation Signer publikowany w strefie nadrzędnej, zwykle przez panel rejestratora domeny. |
| RRSIG | Podpis kryptograficzny zestawu rekordów DNS, z datą początku i końca ważności podpisu. |
| NSEC / NSEC3 | Mechanizm podpisanego potwierdzania, że dana nazwa lub rekord nie istnieje. |
| Chain of trust | Łańcuch zaufania od root/parent zone, przez DS, do DNSKEY i podpisanych rekordów strefy. |
| KSK / ZSK | Key Signing Key zwykle podpisuje zestaw DNSKEY, a Zone Signing Key podpisuje pozostałe rekordy strefy. |
Sama podpisana strefa nie wystarczy, jeśli w strefie nadrzędnej brakuje poprawnego DS. Dlatego po włączeniu DNSSEC trzeba sprawdzić zarówno serwery NS, jak i dane DS u rejestratora.
MX, TXT, SPF, DKIM, DMARC, MTA-STS i TLS-RPT nadal działają tak samo, ale walidujący resolver może dodatkowo sprawdzić, czy odpowiedzi DNS dla tych rekordów są podpisane prawidłowo.
DNSSEC nie szyfruje zapytań DNS i nie ukrywa domen, o które pyta klient. Od poufności transportu są inne warstwy, na przykład DoT, DoH albo tunelowanie ruchu DNS.
DNSSEC waliduje integralność podpisanych danych DNS, a SecDNS.pl filtruje i monitoruje zapytania do złośliwych domen. To dwa różne mechanizmy, które mogą się uzupełniać.
Nie. DNSSEC podpisuje dane DNS i pozwala walidować odpowiedzi, ale nie szyfruje zapytań ani nie ukrywa nazw domen.
Nie. DNSSEC potwierdza integralność podpisanych danych DNS, a SecDNS.pl filtruje i monitoruje zapytania do złośliwych domen.
DS dodaje się w strefie nadrzędnej, najczęściej w panelu rejestratora domeny po podpisaniu strefy i wygenerowaniu danych KSK.
Najczęstsze problemy to stary DS po rotacji kluczy, wygasłe RRSIG, brak zgodności signer/secondary DNS i włączenie DNSSEC bez monitoringu.