HTTP Connection Request Smuggling
Last updated
Last updated
Learn & practice AWS Hacking:HackTricks Training AWS Red Team Expert (ARTE) Learn & practice GCP Hacking: HackTricks Training GCP Red Team Expert (GRTE)
Questo è un riassunto del post https://portswigger.net/research/browser-powered-desync-attacks
Quando si instradano le richieste, i proxy inversi potrebbero dipendere dall'intestazione Host per determinare il server back-end di destinazione, spesso facendo affidamento su una lista bianca di host autorizzati. Tuttavia, esiste una vulnerabilità in alcuni proxy in cui la lista bianca è applicata solo sulla richiesta iniziale in una connessione. Di conseguenza, gli attaccanti potrebbero sfruttare questo facendo prima una richiesta a un host consentito e poi richiedendo un sito interno attraverso la stessa connessione:
In alcune configurazioni, un server front-end può utilizzare il Host header della prima richiesta per determinare il routing back-end per quella richiesta, e poi instradare in modo persistente tutte le richieste successive dallo stesso collegamento client allo stesso collegamento back-end. Questo può essere dimostrato come:
Questo problema può essere potenzialmente combinato con attacchi all'intestazione Host, come il poisoning del reset della password o web cache poisoning, per sfruttare altre vulnerabilità o ottenere accesso non autorizzato a ulteriori host virtuali.
Per identificare queste vulnerabilità, è possibile utilizzare la funzione 'connection-state probe' in HTTP Request Smuggler.
Impara e pratica AWS Hacking:HackTricks Training AWS Red Team Expert (ARTE) Impara e pratica GCP Hacking: HackTricks Training GCP Red Team Expert (GRTE)
