Інструмент

Audyt DNS i bezpieczeństwo domeny

Hub techniczny DataHouse dla audytu DNS, DNSSEC, SSL/TLS, mixed content, WHOIS/RDAP i ochronnego DNS SecDNS.pl.

Hub

Audyt DNS i bezpieczeństwa domeny powinien objąć więcej niż jeden rekord. Dla domeny produkcyjnej warto sprawdzić delegację NS, SOA, DNSSEC, certyfikaty SSL/TLS, mixed content, dane RDAP oraz to, czy infrastruktura korzysta z ochronnej warstwy DNS ograniczającej kontakt ze złośliwymi domenami.

Audyt delegacji DNS Sprawdź NS, SOA, DS, DNSKEY i RRSIG domeny. DNSSEC i chain of trust Zobacz DS, DNSKEY, RRSIG i typowe błędy podpisów. SSL/TLS checker Zweryfikuj certyfikat, łańcuch i ryzyka kryptograficzne. Mixed content tester Znajdź zasoby HTTP ładowane na stronie HTTPS. WHOIS / RDAP Sprawdź publiczne dane rejestracyjne domeny. SecDNS.pl Ochronny DNS DataHouse DNS Protect+.

Audyt DNS domeny: od delegacji do aplikacji

Błędy DNS często wyglądają jak awaria strony, poczty, certyfikatu albo systemu logowania, mimo że źródło problemu jest niżej: w delegacji, starym rekordzie po migracji, niespójnym DNSSEC albo resolverze, który otrzymuje inną odpowiedź niż oczekiwano. Dlatego audyt domeny powinien łączyć testy DNS z testami warstwy HTTPS i bezpieczeństwa użytkownika.

Co sprawdzić w pierwszej kolejności?

Delegacja DNS

NS i SOA pokazują, kto odpowiada za strefę oraz czy domena ma poprawną podstawową delegację. To pierwszy test po migracji DNS, zmianie operatora albo incydencie z domeną.

DNSSEC

DNSSEC dodaje podpisy DS, DNSKEY i RRSIG. Audyt powinien wykrywać brakujący DS, stare klucze, wygasające podpisy i sytuacje, w których strefa jest podpisana tylko częściowo.

SSL/TLS

Certyfikat HTTPS musi mieć poprawny łańcuch, zgodność nazw, aktualne algorytmy i bezpieczne protokoły TLS. Błąd certyfikatu potrafi zablokować stronę mimo poprawnego DNS.

Mixed content

Mixed content oznacza, że strona HTTPS ładuje elementy po HTTP. To osłabia bezpieczeństwo, psuje zaufanie przeglądarki i może powodować problemy z widocznością części zasobów.

SecDNS.pl jako warstwa ochrony DNS

SecDNS.pl uzupełnia audyt domeny po stronie użytkowników, serwerów i sieci firmowej. DNSSEC pomaga walidować podpisane odpowiedzi DNS, a ochronny DNS filtruje i monitoruje zapytania, zanim urządzenie połączy się z domeną. To różne warstwy, które warto traktować komplementarnie.

Domena i usługi

Dla usług publicznych liczą się poprawne rekordy DNS, certyfikaty, brak mixed content i przewidywalna delegacja. To minimalizuje ryzyko przerw po zmianach infrastruktury.

Użytkownicy i serwery

Dla stacji roboczych, serwerów, RDP, aplikacji i łączy firmowych ważne jest też to, jakie domeny są rozwiązywane przez resolver i czy zapytania DNS nie prowadzą do zagrożeń.

Kolejność technicznego audytu domeny

Sprawdź delegację. Zweryfikuj NS, SOA, adresy A/AAAA serwerów nazw i podstawową spójność strefy.
Sprawdź DNSSEC. Jeżeli domena używa DNSSEC, potwierdź DS u rejestratora, DNSKEY w strefie i aktualne RRSIG.
Sprawdź HTTPS. Uruchom SSL checker, sprawdź certyfikat, łańcuch zaufania, SAN, TLS i ryzyka kryptograficzne.
Sprawdź zawartość strony. Wykryj mixed content, niepoprawne przekierowania i zasoby ładowane z niebezpiecznych adresów.
Sprawdź własność i dane domeny. Użyj RDAP/WHOIS do potwierdzenia danych rejestracyjnych, statusów i informacji DNSSEC tam, gdzie rejestr je publikuje.
Dodaj ochronny DNS tam, gdzie ma sens. Dla biur, serwerów, urządzeń i usług rozważ warstwę ochronną resolvera, na przykład SecDNS.pl.

Typowe sytuacje, kiedy audyt DNS jest potrzebny

Migracja domeny, DNS, strony WWW, poczty lub aplikacji do nowego operatora.
Wdrożenie DNSSEC albo rotacja kluczy KSK/ZSK.
Błędy certyfikatu, problemy z HTTPS albo ostrzeżenia przeglądarki.
Incydent bezpieczeństwa, podejrzenie przejęcia domeny albo błędnej delegacji.
Uruchomienie nowej usługi w DataHouse: VPS, serwera dedykowanego, cloud server albo aplikacji firmowej.