Ssrf on Ethical Hacking | Pentest e Sicurezza Informatica | Hackita

HTB Love Walkthrough: SSRF, SQLi Time-Based e Privesc

Tue, 14 Jul 2026 00:00:00 +0000

HTB Love Walkthrough: quando una macchina “Easy” ti fa perdere tempo #

Love è etichettata come Windows Easy su Hack The Box. Sulla carta è un percorso lineare: SSRF, credenziali, upload, privesc nota. Nella pratica, se segui il playbook standard passo dopo passo, finisci a inseguire piste che sembrano promettenti e non portano da nessuna parte. Questo walkthrough segue il percorso reale che ho fatto, comprese le strade morte — perché capire perché una pista non porta a niente è formativo tanto quanto trovare quella giusta.

SSRF Attack: Server-Side Request Forgery, Cloud Metadata e AWS Credential Theft

Thu, 19 Mar 2026 00:00:00 +0000

Stai testando un’applicazione web, trovi un parametro che accetta un URL — un webhook, un’anteprima di link, un import da URL remoto — e il server lo fetcha per te. Fin qui sembra innocuo. Il problema è che quel server ha accesso a cose che tu dall’esterno non dovresti toccare: la rete interna con Elasticsearch senza password, Redis senza auth, pannelli di admin non esposti, e soprattutto il metadata endpoint cloud con le credenziali IAM dell’istanza.

Open Redirect: Cos’è, Come Sfruttarlo e Chain con OAuth e SSRF

Tue, 17 Mar 2026 00:00:00 +0000

Cos’è Un Open Redirect? #

Un Open Redirect è una vulnerabilità in cui l’applicazione accetta un URL come parametro e reindirizza l’utente a quell’URL senza validazione. L’utente clicca un link che inizia con il dominio legittimo (https://target.com/redirect?url=https://evil.com) — sembra sicuro, è il dominio dell’azienda — ma viene portato su evil.com.

Da solo sembra basso impatto. In chain diventa devastante: OAuth token theft (il redirect_uri passa attraverso l’open redirect → il token arriva all’attaccante), SSRF bypass (il filtro valida target.com → l’open redirect porta la request al metadata cloud), e phishing perfetto (il link inizia col dominio aziendale, l’utente si fida).