Redazione RHC : 11 Dicembre 2021 18:01
Come abbiamo riportato nella giornata di ieri, una clamorosa RCE ha costretto Log4j a rilasciare una patch immediata per dar modo a tutte le applicazioni che utilizzano questa famosa libreria di adeguare il loro software.
Iscriviti GRATIS alla RHC Conference 2025 (Venerdì 9 maggio 2025)
Il giorno Venerdì 9 maggio 2025 presso il teatro Italia di Roma (a due passi dalla stazione termini e dalla metro B di Piazza Bologna), si terrà
la RHC Conference 2025. Si tratta dell’appuntamento annuale gratuito, creato dalla community di RHC, per far accrescere l’interesse verso le tecnologie digitali, l’innovazione digitale e la consapevolezza del rischio informatico.
La giornata inizierà alle 9:30 (con accoglienza dalle 9:00) e sarà interamente dedicata alla RHC Conference, un evento di spicco nel campo della sicurezza informatica. Il programma prevede un panel con ospiti istituzionali che si terrà all’inizio della conferenza. Successivamente, numerosi interventi di esperti nazionali nel campo della sicurezza informatica si susseguiranno sul palco fino alle ore 19:00 circa, quando termineranno le sessioni. Prima del termine della conferenza, ci sarà la premiazione dei vincitori della Capture The Flag prevista per le ore 18:00.
Potete iscrivervi gratuitamente all'evento utilizzando questo link.
Per ulteriori informazioni, scrivi a [email protected] oppure 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.
Log4j vanta ben 400.000 download dal suo progetto GitHub ed è utilizzato da un vasto numero di applicazioni e aziende in tutto il mondo, consentendo l’accesso a un’ampia gamma di applicazioni popolari.
Log4j è incluso in quasi tutti i prodotti aziendali rilasciati dalla Apache Software Foundation come Apache Struts, Apache Flink, Apache Druid, Apache Flume, Apache Solr, Apache Flink, Apache Kafka, Apache Dubbo, ecc. Altri progetti open source (Anche Redis, ElasticSearch, Elastic Logstash, Ghidra di NSA) utilizzano la libreria in una certa misura.
È chiaro che si tratta di una vulnerabilità tra le più gravi di Internet negli ultimi anni sia per semplicità di sfruttamento che soprattutto per diffusione e potrebbe in qualche modo innescare degli attacchi a catena devastanti e addirittura una cyber-pandemia.
Non è una novità che il software embedded è un problema conosciuto e importante per gli sviluppatori del software del mondo Java e open source, in quanto, molto spesso occorre scrivere diverso codice, soprattutto quando una libreria diventa obsoleta o c’è un salto importante di versione, anche se questo non è il caso.
CheckPoint ha fatto una interessante analisi, sulla base delle risposte dei suoi sistemi di protezione. Da quando Checkpoint ha iniziato a implementare la protezione per impedire l’utilizzo di questa nuova minaccia, sono state impediti 86.000 tentativi di sfruttamento della vulnerabilità, oltre il 50% di questi tentativi è stato effettuato da noti gruppi dannosi.
Distribuzione per paesi delle organizzazioni attaccate (fonte CheckPoint)
Sfruttare questa vulnerabilità è semplice e consente agli autori delle minacce di controllare i server Web basati su Java e lanciare attacchi di esecuzione di codice in remoto.
Checkpoint ha fatto anche una correlazione con i settori in cui operano queste società che di fatto viene mostrata nella seguente infografica dove i settori come governativo/militare è stato attaccato nel 15,3% dei casi, seguito dal manifatturiero (12%) e finanziario/bancario (10%).
Distribuzione nel settore delle organizzazioni attaccate (fonte CheckPoint)
Checkpoint riporta anche che se non è possibile procedere con l’aggiornamento, secondo l’avviso di Apache, sono possibili altri passaggi di riparazione della vulnerabilità:
Rimuovere le classi JndiLookup e JndiManager dal jar log4j-core. Si noti che la rimozione di JndiManager fa sì che JndiContextSelector e JMSAppender non funzionino.
Sicuramente questo ci insegna che non è nulla sicuro soprattutto per molti che credono che l’open source sia a prova di difetti di sviluppo sicuro del codice.
E’ anche vero che il software open source essendo di fatto “aperto”, risulta molto più controllato rispetto ad un binario chiuso, dove solo attività intensive di ricerca, di reverse engineering e di fuzzing possono rilevare eventuali bug nascosti nel suo codice.
L’open source è pertanto “intrinsecamente” sicuro in quanto molti ricercatori di sicurezza lo analizzano, anche se a volte escono fuori falle colossali presenti da moltissimi anni, come è successo recentemente con il bug (appunto) sequoia del software sudo.
Ovviamente, è inutile dire di correre ai ripari su questa colossale falla, aggiornando le proprie applicazioni Java o attendere gli aggiornamenti dei prodotti software che ne fanno utilizzo come software embedded.
Fonte
https://blog.checkpoint.com/2021/12/11/protecting-against-cve-2021-44228-apache-log4j2-versions-2-14-1/
1° Maggio, un giorno per onorare chi lavora, chi lotta per farlo in modo dignitoso e chi, troppo spesso, perde la vita mentre svolge la propria mansione. Nel 2025, l’Italia continua a pian...
Domani celebreremo uno degli elementi più iconici – e al tempo stesso vulnerabili – della nostra vita digitale: la password. Da semplice chiave d’accesso inventata negli anni...
Ci sono luoghi nel web dove la normalità cede il passo all’illecito, dove l’apparenza di un marketplace moderno e funzionale si trasforma in una vetrina globale per ogni tipo di rea...
Le backdoor come sappiamo sono ovunque e qualora presenti possono essere utilizzate sia da chi le ha richieste ma anche a vantaggio di chi le ha scoperte e questo potrebbe essere un caso emblematico s...
Il 25 febbraio 2025 WindTre ha rilevato un accesso non autorizzato ai sistemi informatici utilizzati dai propri rivenditori. L’intrusione, riconosciuta come un’azione malevola, è st...
Copyright @ REDHOTCYBER Srl
PIVA 17898011006