Narzędzie do sprawdzania wiszących rekordów DNS

Znajdź rekordy DNS, które nadal odsyłają do usuniętych zasobów w chmurze, nieczynnych serwerów pocztowych lub domen SPF, których ważność wygasła, zanim atakujący przejmie je i zacznie udostępniać treści lub wysyłać wiadomości e-mail z Twojej domeny.
Serwer DNS
  • Google
  • Cloudflare
Sprawdzamy logi certyfikatów i popularne subdomeny, śledzimy każdy rekord CNAME aż do jego docelowego miejsca oraz rozpoznajemy Twoje rekordy MX, serwery nazw i włączenia SPF, aby znaleźć rekordy wskazujące na zasoby, które już nie istnieją.
Dodaj własne subdomeny

Po jednym w każdym wierszu lub rozdzielone przecinkami – maksymalnie 60 nazw w tej domenie. Aby przeprowadzić pełny audyt, wklej nazwy hostów z eksportu strefy DNS.

Jak działa narzędzie Dangling DNS Checker

Wiszące rekordy to wpisy DNS, które pozostały po usunięciu zasobu, do którego prowadzą. To narzędzie wyszukuje je w Twoich subdomenach i ustawieniach poczty oraz wskazuje, które z nich mogą zostać przejęte przez atakującego.

1

Wpisz swoją domenę

Wpisz swoją domenę główną (np. company.com). Sprawdzamy nazwy w publicznych rejestrach certyfikatów oraz nazwy ogólne, takie jak blog, shop, staging oraz status, a także wszelkie dodane przez Ciebie subdomeny. Sonda o losowej nazwie najpierw wykrywa DNS z symbolami wieloznacznymi, więc nie jest to zgłaszane jako wynik.

2

Dane zostały zweryfikowane

Każdy rekord CNAME jest śledzony aż do ostatecznego miejsca docelowego. Oznaczamy miejsca docelowe, które zwracają błąd NXDOMAIN, weryfikujemy je na drugim serwerze DNS oraz sprawdzamy platformy, na których odnotowano przypadki przejęcia, pod kątem ich stron z komunikatem „nie znaleziono”. Hosty MX, serwery nazw i SPF include: rozpoznawane są również domeny.

3

Pobierz listę poprawek

Zobacz wszystkie zawieszone i zagrożone wpisy posortowane według stopnia zagrożenia, wraz z dokładnym wpisem do usunięcia lub zasobem do odzyskania, dzięki czemu administrator DNS będzie wiedział, czym zająć się w pierwszej kolejności.

Czym jest „wiszący” wpis DNS?

A nieprawidłowy wpis DNS odsyła do zasobu, nad którym już nie masz kontroli. Typowym przykładem jest rekord CNAME dla subdomeny, takiej jak blog.company.com która nadal odsyła do aplikacji Heroku, zasobnika S3 lub witryny Azure, które zostały usunięte. Jeśli dostawca zezwala na ponowną rejestrację tej nazwy zasobu przez dowolną osobę, osoba atakująca może ją przejąć, a Twoja subdomena zacznie wyświetlać jej treści. Nazywa się to przejęciem subdomeny.

$ dig blog.example.com blog.example.com. 300 IN CNAME example-blog.herokuapp.com. example-blog.herokuapp.com. status: NXDOMAIN ; Aplikacja została usunięta. Rekord CNAME pozostał. ; Każdy, kto utworzy „example-blog” na Heroku, przejmie kontrolę nad domeną blog.example.com.

Phishing w Twojej prawdziwej domenie

Przejęta subdomenka udostępnia strony atakującego przez protokół HTTPS, a w pasku adresu widnieje nazwa Twojej domeny. Użytkownicy, filtry i skanery adresów URL uznają ją za zaufaną.

E-mail wysłany w Twoim imieniu

Nieaktywny filtr SPF include: pozwala każdemu, kto zarejestruje tę domenę, upoważnić swoje serwery do wysyłania wiadomości w Twoim imieniu. Wiadomości te mogą być przekazywane SPF i DMARC.

Sprawdź swój wpis SPF →

Ujawniono pliki cookie i sesje

Pliki cookie o zakresie .company.com są wysyłane do każdej subdomeny, w tym do tej, która została przejęta. Atakujący mogą również uzyskać dla niej ważne certyfikaty TLS.

Przeczytaj: „wiszące” rekordy DNS i przejęcie subdomeny →

Najczęstsze problemy związane z „wiszącymi” rekordami DNS i sposoby ich naprawy

Oto typy rekordów, które wykrywa to narzędzie, ich znaczenie oraz sposoby ich naprawy.

Wiszący rekord CNAME

Adres docelowy CNAME nie istnieje

Subdomena prowadzi do serwera, który zwraca kod NXDOMAIN. Jeśli cel znajduje się na platformie chmurowej lub SaaS, może go przejąć dowolna osoba.

Usuń rekord CNAME lub utwórz ten zasób ponownie pod dokładnie tą samą nazwą na swoim koncie.

Usługa podatna na przejęcia

CNAME do S3, Azure, Heroku, GitHub Pages i podobnych usług

Niektóre platformy nadal próbują rozpoznać adres po usunięciu zasobu i wyświetlają jedynie stronę z komunikatem „nie znaleziono”. Sam system DNS nie jest w stanie odróżnić aktywnego zasobu od porzuconego, dlatego sprawdzamy również tę stronę.

Sprawdź, czy zasób nadal istnieje na Twoim koncie dostawcy. Usuń wpis, jeśli projekt został wycofany.

Nieaktualne wartości SPF to:

SPF zawiera domenę, która już nie istnieje

Wygasła domena dostawcy w Twoim rekordzie SPF może zostać zarejestrowana przez dowolną osobę, która następnie może opublikować rekord SPF autoryzujący jej własne serwery pocztowe dla Twojej domeny.

Usuń include: z Twojego rekordu SPF. Pozwala to również zwolnić jedno z 10 dostępnych wyszukiwań DNS.

Niedziałający serwer MX

Serwer pocztowy nie rozpoznaje adresu

Wysyłanie wiadomości e-mail na ten serwer kończy się niepowodzeniem. Jeśli ważność domeny tego serwera wygasła, nowy właściciel może otrzymywać wiadomości adresowane do Twojej domeny.

Usuń rekord MX lub skieruj go na aktywny serwer pocztowy.

Uwolnione adresy IP

Zapis wskazuje na adres IP w chmurze, z którego zrezygnowałeś

Dostawcy usług w chmurze przydzielają zwolnione publiczne adresy IP innym klientom. Sam system DNS nie pozwala ustalić, kto jest właścicielem danego adresu IP, dlatego to narzędzie wyświetla rekordy typu A, które można sprawdzić.

Porównaj rekordy typu A z adresami IP przypisanymi do Twoich kont w chmurze i usuń pozostałe.

Osierocona delegacja

Rekordy NS dla usuniętej strefy hostowanej

Subdomena przypisana do strefy DNS, która została usunięta u dostawcy, pozwala komuś odtworzyć tę strefę i przejąć kontrolę nad wszystkimi rekordami w jej obrębie.

Usuń delegację NS lub utwórz ponownie strefę hostowaną na swoim koncie.

Jak zapobiegać powstawaniu wiszących rekordów DNS

1

Najpierw usuń wpis DNS

Po zakończeniu projektu należy usunąć rekord DNS przed usunięciem zasobu w chmurze, a nie po tym.

2

Prowadź spis zapasów

Śledź, która drużyna jest właścicielem poszczególnych subdomen i który dostawca zapewnia ich hosting.

3

Oczyść SPF

Podczas każdego procesu wycofywania dostawcy z listy należy usunąć z rekordu SPF dostawców, z których usług już nie korzystasz.

4

Monitoruj na bieżąco

W przypadku usunięcia zasobu pojawiają się niepasujące wpisy. Należy przeprowadzać skanowanie po każdej zmianie w infrastrukturze lub skonfigurować alerty dotyczące przejęcia kontroli nad DNS.

Najczęściej zadawane pytania

Co powoduje występowanie „wiszących” rekordów DNS?
Pojawiają się one, gdy zasób w chmurze, konto SaaS lub serwer pocztowy zostaje usunięty, ale rekord DNS wskazujący na ten zasób pozostaje aktywny. Sytuacja ta często ma miejsce, gdy jeden zespół zarządza DNS, a inne zespoły tworzą i wycofują usługi.
Czy wiszący rekord CNAME zawsze stanowi lukę, którą można wykorzystać?
Nie. Zależy to od tego, czy dostawca zezwala innym użytkownikom na zarejestrowanie tej samej nazwy zasobu. W przypadku usług AWS S3, Azure App Service, Heroku i GitHub Pages odnotowano udokumentowane przypadki przejęcia nazwy. Nawet jeśli przejęcie nie jest możliwe, rekord jest uszkodzony i należy go usunąć.
Dlaczego rekord jest oznaczony jako „Do przeglądu” po jego rozstrzygnięciu?
Niektóre platformy nadal rozpoznają Twój rekord CNAME po usunięciu zasobu i wyświetlają jedynie stronę „nie znaleziono” w protokole HTTP. Sprawdzamy obecność tej strony na platformach, na których można ją odróżnić od działającej witryny. Tam, gdzie nie jest to możliwe, oznaczamy ten rekord, abyś mógł go potwierdzić w konsoli dostawcy.
Czy to narzędzie wykrywa wszystkie moje subdomeny?
Narzędzie sprawdza nazwy z publicznych rejestrów Certificate Transparency oraz nazwy ogólne, a także wszelkie nazwy dodane przez użytkownika. Aby przeprowadzić pełny audyt, wyeksportuj swoją strefę DNS i wklej nazwy hostów w polu „Dodaj własne subdomeny”. Możesz również skorzystać z naszego narzędzia do sprawdzania bezpieczeństwa subdomen, aby ocenić poziom uwierzytelniania poczty elektronicznej w swoich subdomenach.
W jaki sposób „wiszące” rekordy DNS mogą wpływać na bezpieczeństwo poczty elektronicznej?
Nieaktywny filtr SPF include: pozwala nowemu właścicielowi tej domeny autoryzować swoje serwery do wysyłania wiadomości w Twoim imieniu, co może przejść weryfikację SPF i DMARC. Nieaktywny serwer MX może umożliwić komuś innemu odbieranie Twojej poczty. Poczta z przejętej subdomeny może również być zgodna z domeną Twojej organizacji w ramach złagodzonych zasad zgodności DMARC, więc ustaw wyraźne sp= polityka.
Czy dane dotyczące mojej domeny są przechowywane?
Nie przechowujemy stałego rejestru domen, które sprawdzasz. Aby przeprowadzić skanowanie, Twoja domena jest wysyłana do publicznych serwerów DNS (Google i Cloudflare, z Quad9 jako rezerwą) oraz do publicznych serwisów rejestrujących certyfikaty. Platforma, na którą wskazują Twoje rekordy, otrzymuje żądanie dotyczące tej subdomeny, dzięki czemu możemy odczytać jej stronę „nie znaleziono”, a domena, która wygląda na niezarejestrowaną, jest sprawdzana w jej rejestrze. Wynik jest przechowywany przez około dwie minuty, aby powtórne skanowania nie obciążały ponownie Twojego serwera DNS, a wyniki wyszukiwania certyfikatów i rejestrów są przechowywane do godziny, po czym są usuwane.

Więcej bezpłatnych narzędzi do zabezpieczania serwerów DNS i poczty elektronicznej

Zadbaj o prawidłowe działanie uwierzytelniania DNS i poczty e-mail dzięki PowerDMARC

Monitoruj zmiany w DMARC, SPF, DKIM, MTA-STS i DNS we wszystkich swoich domenach, otrzymuj powiadomienia w przypadku naruszenia poprawności rekordów i wprowadzaj środki egzekwujące bez konieczności zgadywania.