ayushsinha322/heartbleed-labLab Heartbleed (CVE-2014-0160) autonomo: compila OpenSSL 1.0.1f vulnerabile in Docker e include un PoC Python di memory-leak per test autorizzati.
Un piccolo laboratorio autonomo per CVE-2014-0160 (Heartbleed) — l'over-read dell'heartbeat TLS in OpenSSL 1.0.1–1.0.1f. Compila l'OpenSSL realmente vulnerabile dal sorgente upstream fissato in un container usa-e-getta, lo serve, e include un client proof-of-concept che ne fa trapelare la memoria del processo in esecuzione.
Solo per uso autorizzato in laboratorio. Tutto qui prende di mira
localhost/ un container che esegui tu stesso. Non puntare il PoC verso alcun host che non possiedi e per cui non hai esplicito permesso di test — l'uso non autorizzato di Heartbleed contro sistemi attivi è un reato nella maggior parte delle giurisdizioni. Heartbleed è stato corretto in OpenSSL 1.0.1g (aprile 2014); questo laboratorio esiste per comprendere il bug, non per attaccare qualcuno.
| Path | Cos'è |
|---|---|
Dockerfile | Compila OpenSSL 1.0.1f dal sorgente upstream fissato con checksum e heartbeat abilitati, genera un certificato usa-e-getta ed esegue openssl s_server — il vero server vulnerabile. |
exploit/heartbleed.py | PoC in Python 3. Invia un heartbeat malformato ed esegue l'hexdump della memoria che il server restituisce. Esce con 0 se il target è vulnerabile, 1 se corretto. |
demo/server.py | Una simulazione ingenua in puro Python — nessun OpenSSL coinvolto. Rimanda ciecamente 64 KB e non fa trapelare nulla di reale; mantenuta solo per mostrare la forma di una risposta di over-read. |
demo/gen-cert.sh | Rigenera il certificato usa-e-getta localhost per la demo. |
Nessuna chiave privata è committata — i certificati sono generati localmente (vedi .gitignore).
# 1. Build and start the vulnerable server (needs Docker)
docker build -t heartbleed-lab .
docker run --rm -p 8443:8443 heartbleed-lab
# 2. In another terminal, bleed it
python3 exploit/heartbleed.py 127.0.0.1 -p 8443
Un server vulnerabile stampa un hexdump della memoria trapelata. Riesegui il PoC alcune volte — ogni richiesta restituisce una porzione diversa dell'heap, ed è esattamente per questo che Heartbleed era così pericoloso: cookie di sessione, dati di form e materiale della chiave privata risiedono tutti lì.
cd demo
./gen-cert.sh
python3 server.py
Questa non è la CVE — è uno stub didattico che risponde sempre con 64 KB di A.
La richiesta di heartbeat TLS porta con sé un payload più un campo di lunghezza. L'OpenSSL vulnerabile
si fida della lunghezza fornita dall'attaccante ed esegue memcpy di quel numero di byte dal buffer
della richiesta nella risposta — ma la richiesta non conteneva mai così tanti dati, quindi la
copia legge oltre, nella memoria adiacente del processo. La correzione in 1.0.1g è
un controllo dei limiti: if (1 + 2 + payload + 16 > s->s3->rrec.length) return 0; — scarta
silenziosamente qualsiasi heartbeat che dichiari più di quanto sia stato effettivamente inviato.
-DOPENSSL_NO_HEARTBEATS.