
Procedura dettagliata passo-passo per rilevare e analizzare lo sfruttamento di CVE-2024-24919 utilizzando una piattaforma SIEM, inclusa l'analisi del traffico, la documentazione degli IOC, le procedure di contenimento ed escalation.
Questo progetto è stato condotto per indagare un potenziale tentativo di sfruttamento contro un Check Point Security Gateway, sfruttando in particolare una vulnerabilità zero-day – CVE-2024-24919. L'obiettivo era determinare se questo alert fosse un falso positivo o un legittimo tentativo di intrusione, analizzare il traffico e adottare le opportune misure di contenimento e risposta.
172.16.20.146203.160.68.12aCSHELL/../../../../../../../../../../etc/passwdCVE-2024-24919 è una vulnerabilità zero-day di path traversal che colpisce i Check Point Security Gateway. Consente a attaccanti remoti non autenticati di leggere file arbitrari, come /etc/passwd e /etc/shadow, inviando richieste HTTP appositamente costruite a endpoint vulnerabili.
Questo tipo di richiesta (visibile nei nostri log) è coerente con questa vulnerabilità e attiva alert a causa del tentativo di sfruttare la lettura di file di sistema.

Ho navigato fino alla pagina di Log Management, ho filtrato per IP di destinazione 172.16.20.146 e ho ispezionato il traffico HTTP in arrivo.



| Timestamp | Request Path | Payload |
|---|---|---|
| 15:12:45 | /clients/MyCRL | aCSHELL/../../../../etc/passwd |
| 15:13:10 | /clients/MyCRL | aCSHELL/../../../../etc/shadow |


Questo è un attacco di Path Traversal, noto anche come Directory Traversal. Consente agli attaccanti di spostarsi al di fuori della directory web prevista e di accedere a file di sistema protetti.
Perché siamo giunti a questa conclusione:
../ (dot-dot-slash)./etc/passwd e /etc/shadow sono indicatori standard.
Ho controllato la pagina Email Security e ho cercato utilizzando queste parole chiave:
172.16.20.146CP-Spark-Gateway-01CVE-2024-24919penetration test🔍 Nessuna email o documentazione suggeriva che si trattasse di un test. Questo probabilmente esclude una simulazione o un'operazione red-team.


IP sorgente: 203.160.68.12 → indirizzo IP pubblico
IP di destinazione: 172.16.20.146 → indirizzo IP privato (intervallo RFC 1918)
Questo conferma che il traffico proviene da un attaccante esterno che prende di mira l'infrastruttura interna.
Il log HTTP mostra:
"POST /clients/MyCRL HTTP/1.1" 200 1256
/etc/passwd, confermando uno sfruttamento riuscito.
Ho acceduto alla pagina Endpoint, ho filtrato per IP di destinazione 172.16.20.146 e ho avviato un'azione di contenimento per isolare l'host.
Perché?
Gli Indicator of Compromise (IOC) sono fondamentali per:
IP sorgente: 203.160.68.12, 203.160.68.13
User-Agent: Mozilla/5.0 (Mac OS X; rv:126.0)
Percorsi delle richieste:
/clients/MyCRL../../../../etc/passwd, ../../../../etc/shadowPorta di destinazione: 4433 (HTTPS non standard)

✅ Sì — Si tratta di una vulnerabilità zero-day sfruttata con successo in un ambiente reale, che ha esposto file sensibili.
L'escalation è essenziale per:
Ho chiuso l'alert come True Positive.

"Alert confermato come sfruttamento di CVE-2024-24919. L'IP esterno
203.160.68.12ha avuto accesso con successo a file di sistema sensibili tramite path traversal. L'host CP-Spark-Gateway-01 è stato contenuto. Documentazione IOC completata. Escalation al Tier 2 per analisi forense avanzata e verifica delle patch."
/clients/MyCRL.../, ..%2F).Questa indagine evidenzia la fondamentale importanza del monitoraggio proattivo delle minacce e della risposta. Rilevare e contrastare rapidamente gli exploit zero-day può fare la differenza tra un incidente contenuto e una violazione diffusa.