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.
Vuoi diventare un esperto del Dark Web e della Cyber Threat Intelligence (CTI)?
Stiamo per avviare il corso intermedio in modalità "Live Class", previsto per febbraio.
A differenza dei corsi in e-learning, disponibili online sulla nostra piattaforma con lezioni pre-registrate, i corsi in Live Class offrono un’esperienza formativa interattiva e coinvolgente.
Condotti dal professor Pietro Melillo, le lezioni si svolgono online in tempo reale, permettendo ai partecipanti di interagire direttamente con il docente e approfondire i contenuti in modo personalizzato.
Questi corsi, ideali per aziende, consentono di sviluppare competenze mirate, affrontare casi pratici e personalizzare il percorso formativo in base alle esigenze specifiche del team, garantendo un apprendimento efficace e immediatamente applicabile.
Per ulteriori informazioni, scrivici ad [email protected] oppure scrivici su Whatsapp al 379 163 8765
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.
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:
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.
Da tempo circolano modelli di intelligenza artificiale pensati per accelerare le attività di hacking, sia nel mondo underground che in contesti più legittimi e visibili. Kali GPT, un modello...
GhostSec, noto collettivo di hacktivisti, ha recentemente rivelato dettagli su un’operazione controversa che coinvolge un’azienda italiana e obiettivi governativi macedoni. In un’...
Negli ultimi giorni, su due noti forum underground specializzati nella compravendita di dati trafugati e metodi fraudolenti, sono comparsi dei post separati (ma identici nel contenuto), riguardanti un...
E se le intelligenze artificiali producessero del codice vulnerabile oppure utilizzassero librerie e costrutti contenenti bug vecchi mai sanati? Si tratta di allucinazione o apprendimento errato? Una ...
Anche questa mattina, gli hacker di NoName057(16) procedono a sferrare attacchi DDoS contro diversi obiettivi italiani. Nell’ultimo periodo, Telegram ha intensificato la sua azione co...
Copyright @ REDHOTCYBER Srl
PIVA 17898011006