Desync del Portale Nether (HUUP)

"Non viaggio su strade consolidate, ma salto liberamente attraverso il vuoto. Se mi impacchetti male, consegnerò un segreto alla porta sbagliata."

Descrizione

La sfida presenta un'applicazione HTTP/3 (QUIC) stratificata su UDP. Poiché UDP è senza stato e il proxy non impone confini di richiesta HTTP rigorosi come TCP, è possibile desincronizzare il proxy e il server backend. Un attaccante può intrufolare una richiesta HTTP nascosta all'interno di un'altra richiesta.

Note - la lunghezza massima del messaggio è 1024 byte, solo le richieste GET funzionano davvero, e i messaggi vengono scartati dopo 10 secondi

Bersaglio: byuctf.xyz:40011

Analisi della Vulnerabilità

• Vulnerabilità: HTTP Request Smuggling (su UDP/QUIC)
• Causa Principale: Parsing incoerente dei confini del payload HTTP tra il proxy frontend e l'applicazione backend sotto protocolli inaffidabili.

In questa implementazione specifica, un middleware Python (udp_server.py) ascolta sulla porta 40000 per il testo in arrivo. Questo server inoltra le richieste una volta trovato \r\n\r\n al server web reale. Poiché si tratta di UDP, c'è un'alta probabilità di consegna parziale dei pacchetti, portando a desincronizzazione se più richieste vengono inviate rapidamente o se i confini dei pacchetti vengono manipolati.

Writeup

Per risolvere questa sfida, devi tenere conto della natura inaffidabile di UDP e del modo specifico in cui il middleware gestisce i confini delle richieste.

1. Ricognizione: Accedere all'endpoint radice / rivela un suggerimento sull'instabilità della connessione Nether.
2. Scoperta degli Endpoint: Navigare su /endpoints.txt per trovare una lista di 200 possibili endpoint nascosti.
3. Forza Bruta: Uno di questi endpoint contiene la flag, mentre altri tre restituiscono falsi positivi.
4. Padronanza del Protocollo: A causa del middleware UDP, una richiesta standard del browser potrebbe non riuscire a ricevere l'intero corpo della risposta (solo gli header potrebbero tornare prima che la connessione venga chiusa o scada).
5. Automazione: Scrivi uno script (vedi solve.py) per inviare richieste HTTP grezze su UDP al target. Lo script deve iterare sugli endpoint e richiedere ripetutamente ciascuno fino a ricevere una risposta completa (contenente un corpo).

Mitigazione

• Assicurati che sia il frontend che il backend utilizzino la stessa identica logica per il parsing dei confini delle richieste.
• Rifiuta qualsiasi richiesta con header di lunghezza ambigui o caratteri illegali nel flusso degli header.
• Utilizza librerie HTTP/3 consolidate piuttosto che logica di inoltro UDP-to-TCP personalizzata.

Suggerimenti

• Hai mappato come il proxy frontend comunica con il proxy backend?
• Controlla il protocollo in uso—UDP non garantisce la consegna!

Flag

CH4KR4X2{P0D5_bl0ckch41n_br34ch}

Hosting

Questa sfida esegue un server Flask sulla porta 1337 e udp_server.py sulla porta 40000.

Build:

sudo docker build -t huup .
sudo docker network create -d bridge huup

Run:

sudo docker run -p 40011:40000/udp --detach --name huup --network huup huup:latest