DNS-Rebinding, Cache-Poisoning, Cloud-Metadaten-Endpunkte und die IP-Bereiche, die ein sicheres Lookup-Tool nicht zurückgeben darf.
Die Einträge, die Ihnen in fast jeder Zone begegnen
Wie DNS-Records zur Certification Authority Authorization zulässige Zertifikatsaussteller benennen und wie Sie typische CAA-Konfigurationsfehler vermeiden.
Eine rekursive DNS-Abfrage, Schritt für Schritt
Browser
fragt example.com an
Resolver
Ihr ISP / 1.1.1.1
Root + TLD
wer betreibt .com?
Autoritativ
die echte Antwort
Jeder Schritt in dieser Kette ist selbst eine DNS-Abfrage und wird danach zwischengespeichert
Was DNSSEC-Signaturen sowie DS- und DNSKEY-Records leisten, wie die Validierung funktioniert und warum Fehlkonfigurationen SERVFAIL-Antworten auslösen.
Jeder IPv4-Bereich hat ein IPv6-Pendant
Sicherheitstechnisch ist IPv6 nicht bloß „IPv4 mit mehr Adressen“ – einige Unterschiede verändern das Bedrohungsmodell tatsächlich.
Das Rennen mit einer gefälschten Antwort gewinnen
Angreifer
schlägt die echte Antwort
Gefälschte Antwort
trifft zuerst ein
Resolver-Cache
für alle Nutzer vergiftet
Gefälschte DNS-Antworten zur Umleitung von Traffic sind einer der ältesten Netzwerktricks – und der Grund, warum es DNSSEC und moderne Resolver-Schutzmaßnahmen gibt.
Öffentlicher vs. privater Adressraum
Öffentliche IP
192.0.2.10
global eindeutig – überall routbar
Private Bereiche
im öffentlichen Internet nicht routbar
10.0.0.0/8, 192.168.0.0/16 und ihre Nachbarn existieren gerade deshalb, damit sie nie global eindeutig sind -- und warum das für DNS wichtig ist.
SSRF macht einen Server zum unfreiwilligen Proxy
Angreifer
baut eine Anfrage-URL
Anfälliger Server
ruft sie ab, SSRF-getäuscht
169.254.169.254
der Metadaten-Endpunkt
Zugangsdaten
gehen an den Angreifer
Eine einzige, scheinbar nicht routbare IP-Adresse gibt Cloud-Instanzen Zugriff auf Zugangsdaten und Konfiguration – und ist ein beliebtes SSRF-Ziel.
Dieselbe Adresse, vier verschiedene Schreibweisen
Server-Side Request Forgery beginnt oft mit nichts weiter als einem Domainnamen, den Ihr Server durch eine Täuschung auflöst und anfragt.
Dieselbe Domain, zwei verschiedene Antworten
Erste Anfrage
löst zu öffentlicher IP auf
Validierung
bestanden – wirkt sicher
TTL läuft ab
Sekunden später
Zweite Anfrage
löst zu 127.0.0.1 auf
Eine Domain löst einmal zu einer sicheren und später zu einer internen Adresse auf – DNS-Rebinding macht DNS selbst zur Angriffsfläche.