Popularne narzędzia

Motyw

Wyszukiwarka Subdomen — Znajdź Wszystkie Subdomeny

Ta wyszukiwarka subdomen znajdzie subdomeny dowolnej domeny w logach certyfikatów, na liście popularnych nazw, na jej stronie głównej i w rekordach DNS. Potem zobaczysz, które z nich się rozwiązują, gdzie działa każda i kiedy wygasa jej certyfikat.

Źródła: Cert Spotter i crt.sh (wyszukiwarki logów CT) · popularne nazwy, strona główna, rekordy DNS, transfer strefy · DNS na żywo z Google · sieci z Team Cymru

6 źródeł · DNS na żywo

Subdomena lub URL też zadziała: docs.python.org przeszuka całe python.org.

  • Cert Spotter · Tylko niewygasłe · nasz serwer
  • crt.sh · Od 2013 roku · twoja przeglądarka
  • Popularne nazwy · Etykiety: 1000 · nasz serwer
  • Strona główna · Linki, nagłówki · nasz serwer
  • Rekordy DNS · NS, MX, SPF… · nasz serwer
  • Transfer strefy · Każdy serwer nazw · nasz serwer
Sprawdzenie DNSGoogle Public DNSA, AAAA i CNAME dla każdej nazwy
Przykład

Jak działa wyszukiwarka subdomen?

Zbiera nazwy z publicznych rejestrów i z DNS samej domeny, a potem pyta DNS o każdą z nich.

Każdy certyfikat HTTPS wystawiony przez zaufany urząd certyfikacji trafia do logów Certificate Transparency razem z każdą nazwą, którą obejmuje. Ta wyszukiwarka korzysta z dwóch usług przeszukujących te logi: Cert Spotter dla aktualnych certyfikatów i crt.sh dla każdego certyfikatu od 2013 roku. Równolegle pyta DNS o 1000 popularnych nazw, czyta linki ze strony głównej i własne rekordy domeny oraz próbuje transferu strefy.

Potem DNS zamienia listę w mapę. Nazwa, która się rozwiązuje, dostaje swoje adresy i sieć, która je ogłasza, a ta wskazuje hosting lub CDN. Nazwa z certyfikatu lub rekordu DNS, która dziś się nie rozwiązuje, była kiedyś prawdziwa: to wycofana nazwa. Link ze strony głównej może natomiast wskazywać na nazwę, która nigdy nie istniała.

  • Cert Spotter511,1 s
  • crt.sh7421,6 s
  • Popularne nazwy242,6 s
  • Strona główna141,9 s
  • Rekordy DNS10,4 s
  • Transfer strefyOdmowa ×42,3 s
Scalone
Bez duplikatów i wildcardów, bez samej domeny
81subdomen
DNS: A, AAAA, CNAME
61 rozwiązuje się20 nie
Hostingi i CDN
10sieci
  • Logi certyfikatów: każda nazwa z publicznego certyfikatu; Cert Spotter pokazuje bieżące, crt.sh sięga do 2013 roku.
  • Popularne nazwy, strona główna, rekordy: działające nazwy, których nie ma w żadnym certyfikacie.
  • DNS: jedno pytanie na nazwę i typ do Google Public DNS.
python.org, wyszukiwanie z 22 października 2026: co znalazł każdy krok i ile trwał.
Wyszukiwarka subdomen: wynik dla python.org – 81 subdomen, ich status w DNS, mapa hostingu i daty certyfikatów każdej nazwyWyszukiwarka subdomen: wynik dla python.org – 81 subdomen, ich status w DNS, mapa hostingu i daty certyfikatów każdej nazwyNajpierw odpowiedźIle nazw znaleziono, ile z nich rozwiązuje się dziś i w ilu sieciach.Fakty o DNS, nie werdyktyWildcard DNS, certyfikaty wildcard, nazwy, które się nie rozwiązują, nazwy, których nie wymienia żaden log certyfikatów, i transfer strefy – każde z dowodem.Gdzie działa każda nazwaJeden pas na każdy hosting lub CDN, tak szeroki, ile ma nazw, z platformami, które zdradzają jego rekordy CNAME.Każda nazwa o jedno kliknięcieKażda etykieta prowadzi do swojego wiersza: status, adresy, łańcuch CNAME, hosting i daty certyfikatu.
Wyszukiwanie dla python.org: podsumowanie, uwagi o DNS i mapa tego, gdzie działa każda subdomena. Wybierz numer, aby zobaczyć, co pokazuje każda część.

Jak znaleźć wszystkie subdomeny domeny?

Połącz pasywne źródła z kilkoma zapytaniami DNS: żadna pojedyncza metoda nie znajdzie każdej nazwy.

Logi certyfikatów wymieniają każdą nazwę, która kiedykolwiek miała publiczny certyfikat, ale nic pod wildcardem i nic, co nigdy nie działało przez HTTPS. Pytanie DNS o popularne nazwy znajduje działające hosty, których logi nigdy nie widziały. Strona główna i rekordy domeny dokładają kilka kolejnych, a transfer strefy, tam gdzie serwer na niego pozwala, wymienia całą strefę.

Ta wyszukiwarka uruchamia wszystkie metody naraz. Nie używa metod, które wymagają płatnego zbioru danych (pasywny DNS) albo kopiują dane innych serwisów wbrew ich regulaminom (scraping wyszukiwarek, niektóre publiczne API).

MetodaZnajdujePomijaTutaj
Logi certyfikatówKażdą nazwę z publicznego certyfikatu od 2013 rokuNazwy pod wildcardami; nazwy, które nigdy nie miały HTTPSObie wyszukiwarki
Popularne nazwyDziałające hosty z łatwymi do zgadnięcia etykietamiNietypowe etykiety1000 + 4000
Strona głównaHosty, do których strona linkuje lub z których coś ładujeNazwy bez linkówTak
Rekordy DNSHosty poczty, serwerów nazw i SPFWszystko inneTak
Transfer strefyCałą strefę, tam gdzie jest dozwolonyPrawie wszędzie odrzucanyKażdy serwer nazw
Przechodzenie NSECKażdą nazwę w strefie z czystym NSECStrefy z NSEC3 i niepodpisaneJeszcze nie
Pasywny DNSNazwy widziane w ruchu resolverówWymaga płatnego zbioru danychNie
WyszukiwarkiHosty zaindeksowanych stronNiezaindeksowane nazwy; scraping łamie ich regulaminyNie
Metody wyszukiwania subdomen: co każda znajduje, co pomija i które uruchamia ta wyszukiwarka.

Jak znaleźć subdomeny, które nie mają certyfikatu?

Zapytaj DNS o prawdopodobne nazwy: każda zmierzona przez nas domena miała działające nazwy, których żaden log certyfikatów nigdy nie wymienił.

Zapytaliśmy o 1000 popularnych etykiet (www, mail, vpn, dev…) w 13 znanych domenach i porównaliśmy trafienia z pełną historią crt.sh. Każda domena miała od 3 do 71 działających nazw, których żaden log nigdy nie pokazał; najwięcej zyskały uber.com (71), kompas.com (37) i github.com (32). Linki ze strony głównej dodały do 65 kolejnych (kompas.com); 160 podlinkowanych wersji językowych wordpress.org nie da się potwierdzić w DNS, bo jego wildcard odpowiada na każdą nazwę.

Wyszukiwarka domyślnie pyta o pierwsze 1000 etykiet z listy SecLists, a na życzenie o 4000 kolejnych, co przy łącznie pięciokrotnie większej liczbie zapytań dało około 60% więcej trafień. Wildcard DNS jest sprawdzany najpierw, więc zgadnięta nazwa liczy się tylko wtedy, gdy ma własny rekord.

Działające nazwy, których żaden log certyfikatów nigdy nie wymienił1000 popularnych etykiet, bez odpowiedzi wildcard
  • uber.com71
  • kompas.com37
  • github.com32
  • stripe.com28
  • tesla.com22
  • tokopedia.com20
  • wordpress.org14
  • nasa.gov13
  • isc.org7
  • ycombinator.com6
  • python.org5
  • mozilla.org5
  • dnsrobot.net3
  • nigdy w CT
  • w logach CT
  • wordpress.org: wildcard DNS: to, że nazwa się rozwiązuje, niczego nie dowodzi
Pomiar DNS Robot, 22 października 2026: 13 domen porównanych z pełną historią crt.sh.

Czym jest Certificate Transparency i jak ujawnia subdomeny?

Certificate Transparency (CT) to zestaw publicznych logów, do których można tylko dopisywać, z każdym certyfikatem wystawionym przez zaufane urzędy certyfikacji.

Przeglądarki to egzekwują: Chrome odrzuca certyfikat wystawiony po 30 kwietnia 2018 roku, jeśli nie ma podpisanych znaczników czasu z logów CT. Każdy log to drzewo Merkle, które każdy może czytać, a nikt nie może zmienić, więc gdy certyfikat trafi do logu, każda nazwa w nim staje się publiczna, często zanim strona zacznie jej używać.

Dlatego nowa subdomena pojawia się tutaj, gdy tylko dostanie HTTPS, a starą da się znaleźć jeszcze po jej wyłączeniu. Wyszukiwarka certyfikatów, taka jak crt.sh czy Cert Spotter, czyta te logi za ciebie; ta wyszukiwarka subdomen pyta obie.

Google Argon 2026h2jeden z logów, którym ufa Chromewpisy: 3,45 mld
najstarszy wpistylko dopisywanie: wpisów nigdy się nie zmienia ani nie usuwanajnowszy
Zapisany certyfikat
Wystawca
Let's Encrypt
Wystawiony
20 paź 2026
Wygasa
18 sty 2027
Nazwy w certyfikacieblurb-it.python.org
W tej wyszukiwarce
blurb-it.python.orgRozwiązuje się
↳ …elb.amazonaws.comAWS
Kto wystawił certyfikaty zapisane w logach w 28 dniach do 22 października 2026
  • Let's Encrypt 52,35%
  • Google Trust Services 22,21%
  • Wszystkie inne urzędy 25,44%
Źródła: podpisany nagłówek drzewa (signed tree head) logu Argon 2026h2 i dane CT z Cloudflare Radar, 22 października 2026; certyfikat z Cert Spotter.

Dlaczego subdomena się nie rozwiązuje?

Bo DNS nie ma już dla niej adresu: nazwę usunięto, nigdy nie miała adresu albo wskazuje na coś, czego już nie ma.

NXDOMAIN oznacza, że nazwa już nie istnieje. Brak adresu (NOERROR bez rekordu A ani AAAA) oznacza, że istnieje, ale tylko dla innych rekordów, np. poczty. Osierocony oznacza, że jej CNAME wskazuje na cel, który nie istnieje.

Stare nazwy to norma: z 2036 nazw w logach certyfikatów 11 sprawdzonych domen połowa już nie istniała. Nazwa, która się nie rozwiązuje, nie jest na tej stronie błędem; to wycofana nazwa, którą możesz chcieć posprzątać.

2036 nazw z logów certyfikatów 11 domen
  • 922 rozwiązuje się (45%)
  • 1008 NXDOMAIN (50%)
  • 106 bez adresu (5%)
  • blog-stage.python.org
    $ dig blog-stage.python.org
status: NXDOMAIN
    Nie rozwiązuje sięNazwa nie istnieje.
  • mg.python.org
    $ dig mg.python.org A
status: NOERROR, ANSWER: 0
$ dig +short mg.python.org MX
10 mxa.mailgun.org.
    Brak adresuIstnieje, ale tylko dla innych rekordów, np. poczty.
  • shop.example.com
    $ dig shop.example.com
shop.example.com. CNAME old-shop.example.net.
old-shop.example.net: NXDOMAIN
    OsieroconyWskazuje na nazwę, której już nie ma.
Pomiar DNS Robot, 22 października 2026. Przykłady to zmyślone nazwy w example.com, z wyjątkiem blog-stage i mg z wyszukiwania dla python.org.

Czym jest osierocony CNAME (dangling CNAME)?

Osierocony CNAME to rekord DNS, który wciąż wskazuje na nazwę, która już nie istnieje, np. usunięty load balancer albo anulowaną usługę hostowaną.

Przede wszystkim to rzecz do posprzątania: subdomena pokazuje błąd, a rekord nic nie robi. W 2036 nazwach z certyfikatów 11 domen znaleźliśmy 25 osieroconych rekordów CNAME w 8 z 11 domen, głównie usunięte chmurowe load balancery.

Może to być też ryzyko. Jeśli celem jest usługa, w której każdy może zająć zwolnioną nazwę, np. bucket w chmurze albo strona na niektórych platformach, obca osoba mogłaby serwować strony na twojej subdomenie: to przejęcie subdomeny (subdomain takeover). Ta wyszukiwarka pokazuje fakt DNS dla każdej nazwy i pisze „możliwe przejęcie” tylko wtedy, gdy CNAME i strona pasują do opublikowanej sygnatury niezajętego zasobu danej usługi.

Rekordshop.example.comCNAME
Celold-shop.example.netNXDOMAIN: usunięty
25

25 osieroconych rekordów CNAME w 2036 nazwach (1,2%), w 8 z 11 domen

  • Usunięte chmurowe load balancery
  • Wycofane punkty końcowe Skype for Business Online
  • Anulowane hostowane forum
  1. OsieroconyCel CNAME nie istniejeFakt DNS, pokazywany dla każdej nazwy: usuń rekord, jeśli jest nieużywany.
  2. Możliwe przejęcieCNAME i strona pasują do sygnatury niezajętego zasobu usługiPokazywane z dowodami. Sygnały, nie dowód.
  3. Nie grozi przejęciemUsługa weryfikuje, do kogo należy domenaFastly, CloudFront, Zendesk, Statuspage i inne: nigdy nie są oznaczane.
Pomiar DNS Robot, 22 października 2026; poziomy według can-i-take-over-xyz. Pokazany rekord jest zmyślony.

Czy twój transfer strefy DNS jest otwarty?

Prawie na pewno nie: wszystkie serwery nazw 12 prawdziwych domen, które przetestowaliśmy, odmówiły transferu strefy DNS.

Transfer strefy (AXFR) służy do kopiowania strefy na jej serwery zapasowe (secondary). Gdy pyta ktokolwiek inny, otwarty serwer wysyła każdą nazwę w strefie. RFC 5936 mówi, że serwery powinny go ograniczać i domyślnie nie powinny być otwarte dla wszystkich.

Wyszukiwarka wysyła jedno zapytanie AXFR do każdego serwera nazw domeny i pokazuje każdą odpowiedź. Odpowiedziała tylko testowa domena zonetransfer.me, stworzona, by pokazać ten problem: wysłała swoje 52 rekordy.

Zapytanie AXFR do każdego serwera nazwAXFR python.org
  • ns-1134.awsdns-13.org205.251.196.110REFUSED
  • ns-2046.awsdns-63.co.uk205.251.199.254REFUSED
  • ns-981.awsdns-58.net205.251.195.213REFUSED
  • ns-484.awsdns-60.com205.251.193.228REFUSED
zonetransfer.me · publiczna domena testowa
  • nsztm1.digi.ninjaAXFR zonetransfer.meWysłano 52 rekordy

12 z 12 prawdziwych domen: odmowa na każdym serwerze nazw

Pomiar DNS Robot, 22 października 2026: cztery serwery nazw python.org oraz zonetransfer.me.

Dlaczego nie da się znaleźć każdej subdomeny?

Bo niektóre nazwy nigdy nie są publiczne: nie wymienia ich żaden certyfikat, nie prowadzi do nich żaden link i nie pasuje do nich żadna popularna etykieta.

Trzy rodzaje nazw rzadko albo nigdy nie trafiają do logów, a DNS znajduje je tylko wtedy, gdy ich etykietę da się zgadnąć. Około 36% wpisów certyfikatów zapisanych w logach w 28 dniach do 22 października 2026 zawierało nazwę wildcard, a każda z nich ukrywa nazwy, które obsługuje.

  • *.python.org?.python.org?.python.orga.b.python.orgobjęteobjętedwa poziomy niżej:nieobjęteobsługiwane, ale nigdy w logu

    Nazwy pod wildcardem

    Certyfikat *.python.org obejmuje każdą nazwę o jeden poziom niżej, nie wymieniając żadnej z nich. Log zapisuje wildcard, a nie nazwy, które obsługuje.

    W logachTylko *.python.org
  • Sieć biurowa, prywatny DNSintranet.corp.exampleprinter.corp.examplenas.corp.example
    Publiczne logi CT
    brak publicznego certyfikatu

    Nazwy w sieci prywatnej

    Nazwy, które istnieją tylko w wewnętrznym DNS firmy, rzadko dostają publiczny certyfikat. Bez niego nigdy nie trafiają do logu.

    W logachNic
  • ssh.example.com:22relay.example.com:25ftp.example.com:21
    brak HTTPS, brak certyfikatu

    Nazwy bez HTTPS

    Host SSH, przekaźnik poczty czy stary serwer FTP nie potrzebują publicznego certyfikatu, więc ich nazwy często nigdy nie trafiają do logu.

    W logachNic
36%wpisów certyfikatów zapisanych w logach w 28 dniach do 22 października 2026 zawierało nazwę wildcard (Cloudflare Radar). Każda z nich ukrywa nazwy, które obsługuje.

Gdzie jest hostowana każda subdomena?

Adresy każdej nazwy należą do jakiejś sieci, a sieć wskazuje hosting lub CDN, na którym ta nazwa działa.

Wyszukiwarka pyta Team Cymru, która sieć ogłasza każdy adres, a potem porównuje sieć i łańcuch CNAME z ponad 200 dostawcami z narzędzia Sprawdzanie hostingu. CNAME często zdradza platformę za CDN: Read the Docs za Cloudflare albo Heroku i Netlify w sieci Amazona.

Za CDN adresy należą do brzegowych serwerów CDN i są takie same dla wielu stron; serwer za nimi pozostaje ukryty. Wyszukiwarka nigdy nie zgaduje adresu serwera źródłowego.

Gdzie działają subdomeny python.org61 rozwiązuje się
  • DigitalOceanAS1406114
  • FastlyAS5411311
  • GitHub PagesAS5411311
  • Amazon Web ServicesAS16509· przez9
  • HetznerAS249406
  • CloudflareAS13335· przez5
  • Google CloudAS396982· przez2
  • OVHcloudAS162761
  • Advanced Software Production Line, S.L.AS2061021
  • Civilized Discourse Construction Kit, Inc.AS394230· przez1
  • University of OregonAS37011
  • brzeg CDN: wspólne adresy, serwer źródłowy pozostaje ukryty
  • własna sieć hostingu
python.org, 22 października 2026: rozwiązujące się nazwy według hostingu, na podstawie sieci z Team Cymru i łańcuchów CNAME.

Czym jest enumeracja subdomen?

Enumeracja subdomen to wyliczanie subdomen domeny: pasywnie z publicznych rejestrów albo aktywnie przez zapytania DNS i inne żądania.

Źródła pasywne czytają to, co już jest publiczne, np. logi certyfikatów, i nie wysyłają nic do serwerów domeny. Sprawdzenia aktywne zadają DNS jedno pytanie na nazwę, tutaj przez Google Public DNS, pobierają stronę główną albo proszą serwery nazw domeny o transfer strefy. Zespoły bezpieczeństwa wyliczają subdomeny, aby znaleźć zapomniane hosty, zanim zrobi to ktoś inny, często skanerem subdomen; skan subdomen tutaj wykonuje tylko lekkie, standardowe sprawdzenia: popularne nazwy, rekordy, stronę główną i transfer strefy.

Pasywne

Czyta publiczne rejestry; nic nie wysyła do domeny

  • Cert Spotter51 nazw
  • crt.sh74 nazwy

Aktywne

Pyta Google Public DNS o każdą nazwę, pobiera stronę główną i prosi każdy serwer nazw o strefę

  • Popularne nazwy24 nazwy
  • Strona główna14 nazw
  • Rekordy DNS1 nazwa
  • Transfer strefyOdmowa ×4
Wyszukiwanie dla python.org: co znalazł każdy rodzaj źródła.

Jak NSEC i NSEC3 ukrywają lub ujawniają nazwy w strefie?

W strefie podpisanej DNSSEC rekordy NSEC łączą każdą nazwę z następną, więc każdy może przejść cały łańcuch; NSEC3 hashuje nazwy, aby temu zapobiec.

Pytanie o brakującą nazwę w strefie z czystym NSEC zwraca dwie prawdziwe nazwy wokół niej; powtarzając to, przechodzi się całą strefę. NSEC3 zwraca zamiast tego hashe, które i tak da się złamać słownikiem. Nowsza metoda, compact denial (RFC 9824), nie ujawnia żadnego sąsiada.

Większość sprawdzonych przez nas domen używa NSEC3 lub nie ma DNSSEC; kilka, np. isc.org, wciąż używa czystego NSEC.

NSECnastępna prawdziwa nazwa, po kolei

?blog.example.comapi.example.com→docs.example.com
isc.orgnlnetlabs.nlsidn.nlripe.net

NSEC3hash następnej nazwy

?blog.example.com2vptu5timamqttgl…→b4um86eghhds6nea…
iana.orgicann.orgverisign.comnic.czdenic.deafnic.frpaypal.combund.degov.uk

Compact Denialzmyślona następna nazwa: nie ma czego przechodzić

?blog.example.comblog.example.com→\000.blog.example.com
cloudflare.com

Bez DNSSECNXDOMAIN

?blog.example.com→NXDOMAIN
google.comdnsrobot.net
Odpowiedzi o nieistnieniu nazwy (denial of existence) dla losowej nazwy, pomiar DNS Robot, 22 października 2026. Pokazany łańcuch jest zmyślony.

Co możesz zrobić z listą?

Prowadzić inwentarz, sprzątać stare rekordy i sprawdzać, co serwuje każda subdomena.

Wyeksportuj listę do CSV, usuń rekordy nazw, które już się nie rozwiązują, i sprawdź certyfikat, hosting i rekordy DNS tych, które działają.

Dane i źródła

  • Dane o certyfikatach z Cert Spotter (SSLMate) i crt.sh (Sectigo).
  • Popularne nazwy: pierwsze 1000 (i 5000) etykiet z subdomains-top1million-5000.txt z SecLists, © Daniel Miessler, licencja MIT.
  • Sygnatury przejęć na podstawie can-i-take-over-xyz autorstwa EdOverflow i współtwórców, CC BY 4.0, zmodyfikowane przez DNS Robot.
  • Sieci z usługi IP to ASN od Team Cymru; odpowiedzi DNS z Google Public DNS.

Wyszukiwarka subdomen: najczęstsze pytania

Czym jest wyszukiwarka subdomen?

Wyszukiwarka subdomen (subdomain finder), nazywana też narzędziem do wyszukiwania subdomen, wymienia nazwy pod domeną, np. blog.example.com. Ta przeprowadza dwa wyszukiwania w logach Certificate Transparency, pyta DNS o 1000 popularnych nazw, czyta stronę główną i rekordy DNS domeny oraz próbuje transferu strefy. Potem sprawdza każdą nazwę w DNS na żywo: czy się rozwiązuje, jakie ma adresy i na jakim hostingu działa.

Czy ta wyszukiwarka subdomen jest darmowa i jakie ma limity?

Tak, jest darmowa i bez rejestracji. Każde wyszukiwanie wymienia każdą nazwę zwróconą przez źródła i sprawdza do 2000 z nich w DNS; resztę pokazuje jako niesprawdzone, z przyciskiem do sprawdzenia kolejnych 500. Możesz zapytać o 4000 kolejnych popularnych nazw i sprawdzić do 100 serwerów WWW na kliknięcie. Odpowiedzi przechowujemy dla domeny przez kilka godzin, nigdy dla odwiedzającego.

Ile subdomen może mieć domena?

Nie ma stałego limitu. DNS ogranicza każdą etykietę do 63 znaków, a pełną nazwę do 253 w zapisie tekstowym (255 oktetów w postaci przesyłanej w sieci), ale żaden standard nie ogranicza liczby nazw w strefie. Większość domen ma kilkadziesiąt subdomen; duże organizacje mają ich tysiące. W naszych testach nasa.gov miała ponad 21 000 nazw w logach certyfikatów, a python.org 81 subdomen ze wszystkich źródeł.

Dlaczego brakuje niektórych subdomen?

Nazwa pojawia się tylko wtedy, gdy zna ją jakieś źródło. Nazwy pod certyfikatem wildcard, nazwy w sieciach prywatnych i nazwy, które nigdy nie działały przez HTTPS, rzadko albo nigdy nie trafiają do logów certyfikatów, a DNS znajduje je tylko wtedy, gdy ich etykieta jest popularna. Około 36% wpisów certyfikatów zapisanych w logach w 28 dniach do 22 października 2026 zawierało nazwę wildcard. Transfer strefy wymieniłby wszystko, ale prawie każdy serwer go odrzuca.

Czym jest crt.sh?

crt.sh to darmowa wyszukiwarka Certificate Transparency prowadzona przez Sectigo. Czyta każdy log, któremu ufa Chrome, i przechowuje każdy certyfikat od 2013 roku, więc wymienia też nazwy, których certyfikaty wygasły. Bywa wolna i potrafi być tygodnie w tyle za najbardziej obciążonymi logami, dlatego ta wyszukiwarka pyta ją z twojej przeglądarki i dodaje Cert Spotter dla aktualnych certyfikatów.

Czy sprawdzanie subdomen cudzej domeny jest legalne?

Czytanie logów certyfikatów to czytanie publicznych rejestrów: zapisywanie każdej nazwy to cały sens Certificate Transparency. Zapytania DNS, które wysyła ta wyszukiwarka, są takie same jak te, które wysyła każda przeglądarka czy serwer poczty, jedno na nazwę. Głębsze testy systemów, które nie należą do ciebie, np. skanowanie portów czy próby logowania, wymagają zgody właściciela; to narzędzie nie robi nic z tych rzeczy.

Jak sprawdzić, czy subdomena działa?

Wyszukaj tutaj jej domenę i spójrz na jej wiersz: „Rozwiązuje się” oznacza, że DNS daje jej dziś adres, a obok widać adresy i hosting. „Nie rozwiązuje się” oznacza NXDOMAIN lub brak adresu. Aby zobaczyć, czy odpowiada serwer WWW, wybierz „Sprawdź serwery WWW”: kod statusu, tytuł strony i serwer pojawią się pod każdą nazwą. Dzięki temu wyszukiwarka służy też do sprawdzania subdomen.

Czym jest certyfikat wildcard?

Certyfikat wildcard obejmuje każdą nazwę o jeden poziom niżej, np. *.example.com dla blog.example.com i shop.example.com, nie wymieniając ich. Logi certyfikatów pokazują wtedy tylko wildcard, więc nazwy, które obsługuje, pozostają ukryte przed każdą wyszukiwarką czytającą logi. Wildcard nigdy nie obejmuje dwóch poziomów: a.b.example.com potrzebuje własnej nazwy w certyfikacie albo wildcardu *.b.example.com.

Czym jest transfer strefy DNS?

Transfer strefy DNS (AXFR) kopiuje całą strefę, każdą nazwę i każdy rekord, z jednego serwera nazw na drugi. Istnieje po to, by serwery zapasowe pozostawały zsynchronizowane. Jeśli serwer pozwala na niego każdemu, strefę da się pobrać, dlatego serwery powinny ograniczać go do swoich serwerów zapasowych. Ta wyszukiwarka testuje każdy serwer nazw i pokazuje: otwarty, odmowa lub nie da się sprawdzić.

Czym jest przejęcie subdomeny (subdomain takeover)?

Do przejęcia subdomeny dochodzi, gdy rekord DNS, zwykle CNAME, wciąż wskazuje na usunięty zasób w chmurze lub na hostingu, a ktoś inny zajmuje nazwę tego zasobu. Może wtedy serwować treści na tej subdomenie. Ta wyszukiwarka pokazuje osierocone rekordy CNAME jako fakt DNS i pisze „możliwe przejęcie” tylko wtedy, gdy CNAME i strona pasują do znanej sygnatury niezajętego zasobu.

Czy mogę ukryć swoje subdomeny?

Częściowo. Używaj certyfikatu wildcard, aby nazwy nie pojawiały się w logach jedna po drugiej, trzymaj nazwy wewnętrzne w wewnętrznym DNS, odmawiaj transferu strefy wszystkim poza swoimi serwerami zapasowymi i unikaj łatwych do zgadnięcia etykiet dla prywatnych usług. Nazwy w DNS rzadko są jednak tajne: traktuj każdą publiczną nazwę jako możliwą do znalezienia i chroń usługę, która za nią stoi.

Czy jest API?

Tak. GET https://dnsrobot.net/api/subdomain-finder?domain=example.com przesyła strumieniowo każdy etap jako linię JSON do skryptów i serwerów; strony innych serwisów nie mogą go wywołać z przeglądarki (dostają 403). POST z {"domain": …} nadal odpowiada w formacie poprzedniej wersji. API jest darmowe, z limitem 10 wyszukiwań na minutę na adres, a krok crt.sh należy do wywołującego.

Czegoś brakuje?Zaproponuj funkcję lub nowe narzędzie

Więcej narzędzi do domen i DNS