Red Hot Cyber
La cybersecurity è condivisione. Riconosci il rischio, combattilo, condividi le tue esperienze ed incentiva gli altri a fare meglio di te.
Cerca

L’Exploit per l’RCE su FortiSIEM corretta a Febbraio è ora online

Redazione RHC : 29 Maggio 2024 08:11

È stato rilasciato un exploit proof-of-concept (PoC) per una vulnerabilità di massima gravità nella soluzione SIEM (Security Information and Event Management) di Fortinet.

Si tratta del CVE-2024-23108, la cui patch di sicurezza è stata rilasciata da fortinet a febbraio.

Questo difetto di sicurezza è una vulnerabilità di command injection scoperta e segnalata da Horizon3 Zach Hanley e consente l’esecuzione di comandi da remoto come root senza richiedere l’autenticazione.


Scarica Gratuitamente Byte The Silence, il fumetto sul Cyberbullismo di Red Hot Cyber

«Il cyberbullismo è una delle minacce più insidiose e silenziose che colpiscono i nostri ragazzi. Non si tratta di semplici "bravate online", ma di veri e propri atti di violenza digitale, capaci di lasciare ferite profonde e spesso irreversibili nell’animo delle vittime. Non possiamo più permetterci di chiudere gli occhi». Così si apre la prefazione del fumetto di Massimiliano Brolli, fondatore di Red Hot Cyber, un’opera che affronta con sensibilità e realismo uno dei temi più urgenti della nostra epoca. Distribuito gratuitamente, questo fumetto nasce con l'obiettivo di sensibilizzare e informare. È uno strumento pensato per scuole, insegnanti, genitori e vittime, ma anche per chi, per qualsiasi ragione, si è ritrovato nel ruolo del bullo, affinché possa comprendere, riflettere e cambiare. Con la speranza che venga letto, condiviso e discusso, Red Hot Cyber è orgogliosa di offrire un contributo concreto per costruire una cultura digitale più consapevole, empatica e sicura.

Contattaci tramite WhatsApp al numero 375 593 1011 per richiedere ulteriori informazioni oppure alla casella di posta [email protected]



Supporta RHC attraverso:


Ti piacciono gli articoli di Red Hot Cyber? Non aspettare oltre, iscriviti alla newsletter settimanale per non perdere nessun articolo.


La neutralizzazione impropria multipla di elementi speciali utilizzati in questa vulnerabilità di comando OS [CWE-78] su FortiSIEM può consentire a un utente malintenzionato remoto non autenticato di eseguire comandi non autorizzati tramite richieste API predisposte“, afferma Fortinet .

Martedì, più di tre mesi dopo che Fortinet ha rilasciato gli aggiornamenti di sicurezza per correggere questa falla di sicurezza, l’Attack Team di Horizon3 ha condiviso un exploit proof-of-concept (PoC) e ha pubblicato un approfondimento tecnico.

Mentre le patch per il bug PSIRT, FG-IR-23-130, ovvero il tentavano di sfuggire agli input controllati dall’utente a questo livello aggiungendo l’utilità wrapShellToken(), esiste un’iniezione di comando di secondo ordine quando determinati parametri su datastore.py vengono inviati“, ha detto Hanley.

“I tentativi di sfruttare il CVE-2024-23108 lasceranno un messaggio di registro contenente un comando non riuscito con datastore.py nfs test.”

L’exploit PoC rilasciato oggi da Horizon3 aiuta a eseguire comandi come root su qualsiasi dispositivo FortiSIEM esposto a Internet e privo di patch.

Perché è importante la full disclosure dei bug di sicurezza

A prima vista uno potrebbe pensare che pubblicare un exploit Proof of Concept (POC) online possa consentire a dei criminali informatici di poter utilizzarlo e quindi attaccare delle infrastrutture che ne risultano vulnerabili.

Tutto quanto sta nella responsabilità della divulgazione e quindi farlo ovviamente dopo La produzione della patch da parte del fornitore. Ma meglio ancora pubblicare l’exploit passato del tempo in modo che molti device siano stati aggiornati alla massima release e non risultino più vulnerabili.

Ma perché risulta una cosa importante pubblicare precisamente e tecnicamente il codice di sfruttamento di un bug di sicurezza? Sono molti i benefici di questa pratica e a nostro avviso sono molti i problemi se questa pratica non si applichi in maniera corretta.

Il primo innanzitutto: Come fa uno strumento di scansione automatizzata se non conosce con precisione la falla di sicurezza a poter rilevare una minaccia all’interno di un’infrastruttura it? Sostanzialmente questo non potrebbe essere possibile perché i dettagli tecnici non sono stati pubblicati.

Ma oltre questo il motivo ce ne sono molti altri che cerchiamo di leccare qui subito qua sotto:

  1. Gli amministratori dei sistemi, una volta che i dettagli completi della vulnerabilità sono resi pubblici, si affrettano ad applicare le patch;
  2. I fornitori di vulnerability assessment, avendo a disposizione i dettagli tecnici e potranno implementare software capace di rilevare la minaccia;
  3. I fornitori di protezioni perimetrali IPS/NGF/WAF, potranno implementare delle policy di rilevamento che consentiranno il blocco del “payload” dannoso in transito verso l’infrastruttura attaccata;
  4. Qualora gli exploit di sfruttamento siano già conosciuti nelle undeground, rendendo pubbliche le vulnerabilità consentirà anche ai ricercatori di sicurezza di giocare ad armi pari;
  5. I vendor di prodotto potranno migliorare la propria “cyber posture” andando ad evitare che tali falle di sicurezza rilevate si possano ripetere su apparati analoghi;
  6. Se i dettagli della vulnerabilità vengono pubblicati, tutti gli sviluppatori del mondo potranno imparare e cercare di non ripetere gli stessi errori;
  7. Gli analisti di sicurezza, potranno prendere spunto dalle vulnerabilità pubbliche per rilevare vulnerabilità simili su altri sistemi, rendendoli di fatto più sicuri;
  8. La trasparenza ha sempre premiato piuttosto che una condotta perdente coma la “security by obscurity”.

Inoltre consentire che solo poche persone siano a conoscenza degli “exploit” ci rende ciechi e indifesi, piuttosto che conoscere tutti la minaccia e collaborare assieme per rimuoverla;

Pertanto la full disclosure è la prassi più corretta da svolgere quando si viene a contatto con un bug zero day. Come detto all’inizio, il processo di coordinated vulnerability disclosure (CVD) è l’approccio migliore per consentire al vendor di prodotto di rilasciare la patch e successivamente pubblicare l’exploit e condividerlo con il mondo intero.

Redazione
La redazione di Red Hot Cyber è composta da un insieme di persone fisiche e fonti anonime che collaborano attivamente fornendo informazioni in anteprima e news sulla sicurezza informatica e sull'informatica in generale.

Lista degli articoli

Articoli in evidenza

Il kernel Linux verso il “vibe coding”? Le regole per l’utilizzo degli assistenti AI sono alle porte
Di Redazione RHC - 26/07/2025

Sasha Levin, sviluppatore di kernel Linux di lunga data, che lavora presso NVIDIA e in precedenza presso Google e Microsoft, ha proposto di aggiungere alla documentazione del kernel regole formali per...

Google trasforma il web in una vetrina per l’AI! Un disastro a breve per l’economia digitale
Di Redazione RHC - 26/07/2025

Google sta trasformando il suo motore di ricerca in una vetrina per l’intelligenza artificiale, e questo potrebbe significare un disastro per l’intera economia digitale. Secondo un nuovo...

Gli Exploit SharePoint sono in corso: aziende e enti nel mirino
Di Sandro Sana - 26/07/2025

Il panorama delle minacce non dorme mai, ma stavolta si è svegliato con il botto. Il 18 luglio 2025, l’azienda di sicurezza Eye Security ha lanciato un allarme che ha subito trovato eco ne...

Operazione Checkmate: colpo grosso delle forze dell’ordine. BlackSuit è stato fermato!
Di Redazione RHC - 25/07/2025

Nel corso di un’operazione internazionale coordinata, denominata “Operation Checkmate”, le forze dell’ordine hanno sferrato un duro colpo al gruppo ransomware BlackSuit (qu...

I Mostri sono stati puniti! GreySkull: 18 condanne e 300 anni di carcere per i pedofili
Di Redazione RHC - 25/07/2025

Il Dipartimento di Giustizia degli Stati Uniti ha segnalato lo smantellamento di quattro piattaforme darknet utilizzate per la distribuzione di materiale pedopornografico. Contemporaneamente, un dicio...