HTTP Connection Request Smuggling

Reading time: 2 minutes

tip

Impara e pratica l'Hacking AWS:HackTricks Training AWS Red Team Expert (ARTE)
Impara e pratica l'Hacking GCP: HackTricks Training GCP Red Team Expert (GRTE)

Supporta HackTricks

Questo è un riepilogo del post https://portswigger.net/research/browser-powered-desync-attacks

Attacchi allo Stato della Connessione

Validazione della Prima Richiesta

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 che sono autorizzati ad accedere. Tuttavia, esiste una vulnerabilità in alcuni proxy in cui la lista bianca è applicata solo alla 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:

GET / HTTP/1.1
Host: [allowed-external-host]

GET / HTTP/1.1
Host: [internal-host]

First-request Routing

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 client sulla stessa connessione back-end. Questo può essere dimostrato come:

GET / HTTP/1.1
Host: example.com

POST /pwreset HTTP/1.1
Host: psres.net

Questo problema può essere potenzialmente combinato con Host header attacks, come il poisoning del reset della password o web cache poisoning, per sfruttare altre vulnerabilità o ottenere accesso non autorizzato a ulteriori host virtuali.

note

Per identificare queste vulnerabilità, è possibile utilizzare la funzione 'connection-state probe' in HTTP Request Smuggler.

tip

Impara e pratica l'Hacking AWS:HackTricks Training AWS Red Team Expert (ARTE)
Impara e pratica l'Hacking GCP: HackTricks Training GCP Red Team Expert (GRTE)

Supporta HackTricks