DNS rebinding, cache poisoning, endpoint dei metadati cloud e gli intervalli IP che uno strumento di lookup sicuro deve rifiutarsi di restituire.
I record che incontrerai in quasi ogni zona DNS
Scopri come i record DNS CAA indicano gli emittenti di certificati consentiti e come evitare gli errori di configurazione più comuni.
Un lookup DNS ricorsivo, un passaggio alla volta
Browser
vuole example.com
Resolver
il tuo ISP / 1.1.1.1
Root + TLD
chi gestisce .com?
Autorevole
la risposta vera
Ogni passaggio della catena è a sua volta un lookup DNS, poi messo in cache
Scopri cosa fanno le firme DNSSEC e i record DS e DNSKEY, come funziona la validazione e come una configurazione errata può causare risposte SERVFAIL.
Ogni intervallo IPv4 ha un equivalente IPv6
Dal punto di vista della sicurezza, IPv6 non è solo «IPv4 con più indirizzi»: alcune differenze cambiano davvero il modello di minaccia.
Vincere la gara con una risposta falsificata
Attaccante
anticipa la risposta reale
Risposta falsificata
arriva per prima
Cache del resolver
avvelenata per chiunque la condivida
Falsificare le risposte DNS per dirottare il traffico è uno dei trucchi più vecchi delle reti, e il motivo per cui esistono DNSSEC e le difese dei resolver.
Spazio di indirizzi pubblico e privato
IP pubblico
192.0.2.10
univoco globalmente: instradabile da ovunque
Intervalli privati
non instradabili sulla rete pubblica
10.0.0.0/8, 192.168.0.0/16 e gli intervalli vicini esistono proprio per non essere mai univoci a livello globale: ecco perché è importante per il DNS.
L'SSRF trasforma un server in un proxy involontario
Attaccante
costruisce un URL ad hoc
Server vulnerabile
lo recupera, ingannato dall'SSRF
169.254.169.254
l'endpoint dei metadati
Credenziali
restituite all'attaccante
Un solo indirizzo IP dall'aspetto non instradabile dà alle istanze cloud accesso a credenziali e configurazione, ed è un bersaglio SSRF molto comune.
Lo stesso indirizzo, quattro modi diversi di scriverlo
Il server-side request forgery spesso parte da un semplice nome di dominio che il tuo server è stato indotto a risolvere e a richiamare.
Lo stesso dominio, due risposte diverse
Prima richiesta
si risolve in un IP pubblico
Convalida
superata: sembra sicuro
Scade il TTL
pochi secondi dopo
Seconda richiesta
si risolve in 127.0.0.1
Un dominio che prima si risolve in un indirizzo sicuro e poi in uno interno: il DNS rebinding trasforma il DNS stesso in una superficie di attacco.