DNS rebinding
Una pagina viene caricata da attacker.com, ma il server DNS dell'attaccante restituisce indirizzi diversi in momenti diversi — prima uno pubblico, poi 192.168.1.1 — per aggirare la same-origin policy.
Quando il browser carica attacker.com ottiene 5.5.5.5. Il record DNS ha TTL=0. Dopo il caricamento, il JavaScript della pagina chiama fetch("/"), il browser risolve di nuovo il dominio e ottiene 192.168.1.1 (il router). Il browser crede ancora di trovarsi nella stessa origine, quindi cookie e restrizioni CORS restano invariati. Risultato: l'attaccante può eseguire richieste autenticate verso il pannello del router, il NAS o il server di casa. Difese: i web server devono validare l'header Host; i router devono richiedere l'autenticazione; browser e nuove API (Local Network Access) lavorano per chiudere la falla.