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

Log4j sotto attacco. una nuova cyber-pandemia potrebbe essere alle porte.

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.

Prompt Engineering & Sicurezza: diventa l’esperto che guida l’AI

Vuoi dominare l’AI generativa e usarla in modo sicuro e professionale? Con il Corso Prompt Engineering: dalle basi alla cybersecurity, guidato da Luca Vinciguerra, data scientist ed esperto di sicurezza informatica, impari a creare prompt efficaci, ottimizzare i modelli linguistici e difenderti dai rischi legati all’intelligenza artificiale. Un percorso pratico e subito spendibile per distinguerti nel mondo del lavoro.
Non restare indietro: investi oggi nelle tue competenze e porta il tuo profilo professionale a un nuovo livello.
Guarda subito l'anteprima gratuita del corso su academy.redhotcyber.com
Contattaci per ulteriori informazioni tramite WhatsApp al 375 593 1011 oppure scrivi a [email protected]



Supporta RHC attraverso:
 

  1. L'acquisto del fumetto sul Cybersecurity Awareness
  2. Ascoltando i nostri Podcast
  3. Seguendo RHC su WhatsApp
  4. Seguendo RHC su Telegram
  5. Scarica gratuitamente “Byte The Silence”, il fumetto sul Cyberbullismo di Red Hot Cyber

Se ti piacciono le novità e gli articoli riportati su di Red Hot Cyber, iscriviti immediatamente alla newsletter settimanale per non perdere nessun articolo. La newsletter generalmente viene inviata ai nostri lettori ad inizio settimana, indicativamente di lunedì.
 

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à:

  • Per Log4j 2.10 o versioni successive: aggiungere -Dlog4j.formatMsgNoLookups=true come opzione della riga di comando o aggiungere log4j.formatMsgNoLookups=true al file log4j2.component.properties sul percorso classi per impedire ricerche nei messaggi di evento di log.
  • Per Log4j 2.7 o superiore: specificare %m{nolookups} nella configurazione PatternLayout per impedire ricerche nei messaggi di evento di log.

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/

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

Questo ennesimo articolo “contro” ChatControl sarà assolutamente inutile?
Di Stefano Gazzella - 18/09/2025

Avevamo già parlato della proposta di regolamento “ChatControl” quasi due anni fa, ma vista la roadmap che è in atto ci troviamo nell’imbarazzo di doverne parlare nuovamente. Sembra però un d...

RHC intervista ShinyHunters: “I sistemi si riparano, le persone restano vulnerabili!”
Di RHC Dark Lab - 17/09/2025

ShinyHunters è un gruppo noto per il coinvolgimento in diversi attacchi informatici di alto profilo. Formatosi intorno al 2020, il gruppo ha guadagnato notorietà attraverso una serie di attacchi mir...

Chat Control: tra caccia ai canali illegali e freno a mano su libertà e privacy
Di Sandro Sana - 16/09/2025

La notizia è semplice, la tecnologia no. Chat Control (CSAR) nasce per scovare CSAM e dinamiche di grooming dentro le piattaforme di messaggistica. La versione “modernizzata” rinuncia alla backdo...

Great Firewall sotto i riflettori: il leak che svela l’industrializzazione della censura cinese
Di Redazione RHC - 16/09/2025

A cura di Luca Stivali e Olivia Terragni. L’11 settembre 2025 è esploso mediaticamente,  in modo massivo e massiccio,  quello che può essere definito il più grande leak mai subito dal Great Fir...

Violazione del Great Firewall of China: 500 GB di dati sensibili esfiltrati
Di Redazione RHC - 15/09/2025

Una violazione di dati senza precedenti ha colpito il Great Firewall of China (GFW), con oltre 500 GB di materiale riservato che è stato sottratto e reso pubblico in rete. Tra le informazioni comprom...