Sicurezza Informatica
Chrome rilascia una correzione urgente per zero-day: aggiornate subito!
All’inizio di questa settimana, Google ha distribuito una serie di correzioni di sicurezza per il codice dei browser Chrome e Chromium, per poi ricevere lo stesso giorno una segnalazione di vulnerabilità da parte dei ricercatori della società di cybersicurezza Avast. La risposta di Google è stata quella di rilasciare un altro aggiornamento non appena possibile: una correzione di un solo bug relativo a CVE-2022-3723, descritta con il consueto legalismo di Google “non possiamo né confermare né smentire”: Google è a conoscenza di segnalazioni che indicano l’esistenza di un exploit per CVE-2022-3723 in natura. (Anche Apple utilizza regolarmente una notifica di tipo OMG-ogni-tutto-c’è-un-giorno-0, utilizzando parole del tipo “è a conoscenza di una segnalazione che [un] problema potrebbe essere stato attivamente sfruttato”). Questo aggiornamento di Chrome significa che ora dovete cercare un numero di versione pari a 107.0.5304.87 o successivo. Questo è il numero di versione da aspettarsi su Mac o Linux, mentre gli utenti di Windows potrebbero trovare 107.0.5304.87 o 107.0.5304.88 e, no, non sappiamo perché ci siano due numeri diversi. Per quel che vale, la causa di questa falla di sicurezza è stata descritta come “confusione di tipo in V8”, che in gergo significa “c’era un bug sfruttabile nel motore JavaScript che poteva essere innescato da codice non attendibile e dati non attendibili che arrivavano apparentemente innocenti dall’esterno”.
In parole povere, ciò significa che è quasi certo che la semplice visita e visualizzazione di un sito web con una trappola esplosiva – qualcosa che non dovrebbe condurvi da solo verso il pericolo – potrebbe essere sufficiente per lanciare codice rogue e impiantare malware sul vostro dispositivo, senza alcun popup o altri avvisi di download. Si tratta di ciò che in gergo criminale è noto come installazione drive-by. Dato che una società di cybersicurezza ha segnalato questa vulnerabilità e data la pubblicazione quasi immediata di un aggiornamento con un solo bug, riteniamo che la falla sia stata scoperta nel corso di un’indagine attiva su un’intrusione nel computer o nella rete di un cliente. Dopo un’intrusione inaspettata o insolita, in cui i percorsi di ingresso più ovvi non compaiono nei registri, i cacciatori di minacce si rivolgono in genere ai dettagli dei registri di rilevamento e risposta a loro disposizione, cercando di ricostruire le specifiche a livello di sistema di ciò che è accaduto. Dato che gli exploit di esecuzione di codice remoto (RCE) dei browser spesso comportano l’esecuzione di codice non attendibile proveniente da una fonte non attendibile in modo inaspettato e l’avvio di un nuovo thread di esecuzione che normalmente non comparirebbe nei registri l’accesso a dati forensi di “risposta alle minacce” sufficientemente dettagliati può rivelare non solo come i criminali sono entrati, ma anche esattamente dove e come nel sistema sono riusciti ad aggirare le protezioni di sicurezza normalmente in vigore.
In poche parole, lavorare a ritroso in un ambiente in cui è possibile riprodurre più volte un attacco e osservarne lo svolgimento, spesso rivela la posizione, se non l’esatto funzionamento, di una vulnerabilità sfruttabile. E, come potete immaginare, estrarre con sicurezza un ago da un pagliaio è molto, molto più facile se si dispone di una mappa di tutti gli oggetti metallici appuntiti presenti nel pagliaio. In breve, quello che vogliamo dire è che quando Google dice “è a conoscenza di segnalazioni” di un attacco lanciato sfruttando Chrome nella vita reale, siamo pronti a supporre che questo si possa tradurre in “il bug è reale e può davvero essere sfruttato, ma poiché non abbiamo effettivamente indagato sul sistema violato nella vita reale, siamo ancora su un terreno sicuro se non usciamo allo scoperto e diciamo: ‘Ehi, tutti, è uno 0-day'”. La buona notizia di questo tipo di scoperte di bug è che probabilmente si sono svolte in questo modo perché gli aggressori volevano mantenere segreta sia la vulnerabilità che i trucchi necessari per sfruttarla, sapendo che vantarsi della tecnica o usarla troppo diffusamente avrebbe accelerato la sua scoperta e quindi ridotto il suo valore negli attacchi mirati. Gli odierni exploit RCE dei browser possono essere diabolicamente complessi da scoprire e costosi da acquisire, considerando l’impegno profuso da organizzazioni come Mozilla, Microsoft, Apple e Google per rendere i loro browser più resistenti ai trucchi per l’esecuzione di codice indesiderato. In altre parole, i tempi rapidi di patch di Google e il fatto che la maggior parte degli utenti riceverà l’aggiornamento in modo rapido e automatico (o almeno semi-automatico), significa che il resto di noi può non solo mettersi al passo con i truffatori, ma anche superarli.
Cosa fare?
Anche se probabilmente Chrome si aggiornerà da solo, consigliamo sempre di controllare comunque. Come già detto, è necessario cercare il file 107.0.5304.87 (Mac e Linux), oppure uno dei file 107.0.5304.87 e 107.0.5304.88 (Windows).
Utilizzate Altro > Aiuto > Informazioni su Google Chrome > Aggiorna Google Chrome.
Anche il browser open-source Chromium, almeno su Linux, è attualmente alla versione 107.0.5304.87. (Se si usa Chromium su Linux, si può aggiornare la versione 107.0.5304.87). (Se si utilizza Chromium su Linux o su una delle BSD, potrebbe essere necessario verificare con il produttore della distro per ottenere la versione più recente). Non sappiamo se la versione Android di Chrome sia interessata e, in tal caso, quale sia il numero di versione da tenere d’occhio. È possibile verificare eventuali annunci di aggiornamenti per Android sul blog Chrome Releases di Google. Presumiamo che i browser basati su Chrome su iOS e iPadOS non siano interessati, perché tutti i browser dell’App Store di Apple sono costretti a utilizzare il sottosistema di navigazione WebKit di Apple, che non utilizza il motore JavaScript V8 di Google. È interessante notare che al momento della stesura di questo articolo [2022-10-29T14:00:00Z], le note di rilascio di Microsoft per Edge descrivono un aggiornamento datato 2022-10-27 (due giorni dopo la segnalazione di questo bug da parte dei ricercatori), ma non elencano la CVE-2022-3723 tra le correzioni di sicurezza presenti in quella build, che è stata numerata 107.0.1418.24. Si presume quindi che la ricerca di una versione di Edge superiore a questa indichi che Microsoft ha pubblicato un aggiornamento contro questa falla. È possibile tenere d’occhio le patch di Edge tramite la pagina degli aggiornamenti di sicurezza di Edge di Microsoft.
Sicurezza Informatica
Vulnerabilità RCE zero-day nei router D-Link EXO AX4800
Un gruppo di ricercatori di SSD Secure Disclosure ha scoperto una vulnerabilità critica nei router D-Link EXO AX4800 (DIR-X4860), che consente l’esecuzione di comandi remoti non autenticati (RCE). Questa falla può portare a compromissioni complete dei dispositivi da parte di aggressori con accesso alla porta HNAP (Home Network Administration Protocol).
Dettagli sulla vulnerabilità
Il router D-Link DIR-X4860 è un dispositivo Wi-Fi 6 ad alte prestazioni, capace di raggiungere velocità fino a 4800 Mbps e dotato di funzionalità avanzate come OFDMA, MU-MIMO e BSS Coloring. Nonostante sia molto popolare in Canada e venduto a livello globale, il dispositivo presenta una vulnerabilità che può essere sfruttata per ottenere privilegi elevati e eseguire comandi come root.
La vulnerabilità è presente nella versione firmware DIRX4860A1_FWV1.04B03. Gli aggressori possono combinare un bypass di autenticazione con l’esecuzione di comandi per compromettere completamente il dispositivo.
Processo di sfruttamento
Il team di SSD ha pubblicato un proof-of-concept (PoC) dettagliato che illustra il processo di sfruttamento della vulnerabilità:
- Accesso alla porta HNAP: Solitamente accessibile tramite HTTP (porta 80) o HTTPS (porta 443) attraverso l’interfaccia di gestione remota del router.
- Richiesta di login HNAP: Un attacco inizia con una richiesta di login HNAP appositamente creata, che include un parametro chiamato ‘PrivateLogin’ impostato su “Username” e un nome utente “Admin”.
- Risposta del router: Il router risponde con una sfida, un cookie e una chiave pubblica, utilizzati per generare una password di login valida per l’account “Admin”.
- Bypass dell’autenticazione: Una successiva richiesta di login con l’header HNAP_AUTH e la password generata consente di bypassare l’autenticazione.
- Iniezione di comandi: Una vulnerabilità nella funzione ‘SetVirtualServerSettings’ permette l’iniezione di comandi tramite il parametro ‘LocalIPAddress’, eseguendo il comando nel contesto del sistema operativo del router.
Fonte: SSD Secure Disclosure
Nel frattempo, è consigliato agli utenti del DIR-X4860 di disabilitare l’interfaccia di gestione remota del dispositivo per prevenire possibili sfruttamenti.
Sicurezza Informatica
SEC: “notificare la violazione dei dati entro 30 giorni”
Tempo di lettura: 2 minuti. La SEC richiede alle istituzioni finanziarie di notificare le violazioni dei dati agli individui interessati entro 30 giorni
La Securities and Exchange Commission (SEC) ha adottato emendamenti al Regolamento S-P, obbligando le istituzioni finanziarie a divulgare gli incidenti di violazione dei dati agli individui interessati entro 30 giorni dalla scoperta. Questi emendamenti mirano a modernizzare e migliorare la protezione delle informazioni finanziarie individuali dalle violazioni dei dati e dall’esposizione a parti non affiliate.
Dettagli delle modifiche al Regolamento S-P
Il Regolamento S-P, introdotto nel 2000, stabilisce come alcune entità finanziarie devono trattare le informazioni personali non pubbliche dei consumatori, includendo lo sviluppo e l’implementazione di politiche di protezione dei dati, garanzie di riservatezza e sicurezza, e protezione contro minacce anticipate. Gli emendamenti adottati questa settimana coinvolgono vari tipi di aziende finanziarie, tra cui broker-dealer, società di investimento, consulenti per gli investimenti registrati e agenti di trasferimento.
Principali cambiamenti introdotti
- Notifica agli individui interessati entro 30 giorni: Le organizzazioni devono notificare agli individui se le loro informazioni sensibili sono state o potrebbero essere state accessibili o utilizzate senza autorizzazione, fornendo dettagli sull’incidente, sui dati violati e sulle misure protettive adottate. L’esenzione si applica se le informazioni non sono previste causare danni sostanziali o inconvenienti agli individui esposti.
- Sviluppo di politiche e procedure scritte per la risposta agli incidenti: Le organizzazioni devono sviluppare, implementare e mantenere politiche e procedure scritte per un programma di risposta agli incidenti, includendo procedure per rilevare, rispondere e recuperare da accessi non autorizzati o dall’uso delle informazioni dei clienti.
- Estensione delle regole di salvaguardia e smaltimento: Queste regole si applicano a tutte le informazioni personali non pubbliche, comprese quelle ricevute da altre istituzioni finanziarie.
- Documentazione della conformità: Le organizzazioni devono documentare la conformità con le regole di salvaguardia e smaltimento, escludendo i portali di finanziamento.
- Allineamento della consegna annuale dell’avviso sulla privacy con il FAST Act: Questo prevede esenzioni in determinate condizioni.
- Estensione delle regole agli agenti di trasferimento registrati presso la SEC o altre agenzie regolatrici.
Implementazione e tempistiche
Gli emendamenti entreranno in vigore 60 giorni dopo la pubblicazione nel Federal Register, la rivista ufficiale del governo federale degli Stati Uniti. Le organizzazioni più grandi avranno 18 mesi per conformarsi dopo la pubblicazione, mentre le entità più piccole avranno due anni.
Implicazioni e obiettivi
Questi aggiornamenti rappresentano una risposta alla trasformazione significativa della natura, scala e impatto delle violazioni dei dati negli ultimi 24 anni. Gary Gensler, presidente della SEC, ha dichiarato che questi emendamenti forniscono aggiornamenti cruciali a una regola adottata per la prima volta nel 2000, contribuendo a proteggere la privacy dei dati finanziari dei clienti.
Inoltre, la SEC ha introdotto nuove regole a dicembre, richiedendo a tutte le società pubbliche di divulgare eventuali violazioni che abbiano influito materialmente o che siano ragionevolmente probabili influire materialmente sulla strategia aziendale, sui risultati operativi o sulla condizione finanziaria.
Sicurezza Informatica
Kinsing sfrutta nuove vulnerabilità per espandere botnet cryptojacking
Tempo di lettura: 2 minuti. Il gruppo Kinsing sfrutta nuove vulnerabilità per espandere la botnet di cryptojacking, prendendo di mira sistemi Linux e Windows.
Il gruppo di cryptojacking Kinsing ha dimostrato la capacità di evolversi e adattarsi rapidamente, integrando nuove vulnerabilità nel proprio arsenale per espandere la botnet. Questi attacchi, documentati da Aqua Security, mostrano come Kinsing continui a orchestrare campagne di mining di criptovalute illegali dal 2019.
Campagne e vulnerabilità sfruttate
Kinsing utilizza il malware noto come H2Miner per compromettere i sistemi e inserirli in una botnet di mining di criptovalute. Dal 2020, Kinsing ha sfruttato varie vulnerabilità, tra cui:
- Apache ActiveMQ, Log4j, NiFi
- Atlassian Confluence
- Citrix, Liferay Portal
- Linux
- Openfire, Oracle WebLogic Server, SaltStack
Oltre a queste vulnerabilità, Kinsing ha utilizzato configurazioni errate di Docker, PostgreSQL e Redis per ottenere l’accesso iniziale ai sistemi, trasformandoli poi in botnet per il mining di criptovalute.
Metodi di attacco e infrastruttura
L’infrastruttura di attacco di Kinsing si suddivide in tre categorie principali: server iniziali per la scansione e lo sfruttamento delle vulnerabilità, server di download per lo staging dei payload e degli script, e server di comando e controllo (C2) che mantengono il contatto con i server compromessi. Gli indirizzi IP dei server C2 risolvono in Russia, mentre quelli utilizzati per scaricare script e binari si trovano in paesi come Lussemburgo, Russia, Paesi Bassi e Ucraina.
Strumenti e tecniche di evasione
Kinsing utilizza diversi strumenti per sfruttare i server Linux e Windows, inclusi script shell e Bash per i server Linux e script PowerShell per i server Windows. Il malware disabilita i servizi di sicurezza e rimuove i miner rivali già installati sui sistemi. Le campagne di Kinsing mirano principalmente alle applicazioni open-source, con una preferenza per le applicazioni runtime, i database e le infrastrutture cloud.
Categorie di programmi utilizzati
L’analisi dei reperti ha rivelato tre categorie distinte di programmi utilizzati da Kinsing:
- Script di Tipo I e Tipo II: utilizzati dopo l’accesso iniziale per scaricare componenti di attacco, eliminare la concorrenza e disabilitare le difese.
- Script ausiliari: progettati per ottenere l’accesso iniziale sfruttando vulnerabilità e disabilitando componenti di sicurezza specifici.
- Binari: payload di seconda fase che includono il malware principale Kinsing e il crypto-miner per minare Monero.
Prevenzione e misure proattive
Per prevenire minacce come Kinsing, è cruciale implementare misure proattive come il rafforzamento delle configurazioni di sicurezza prima del deployment. Proteggere le infrastrutture cloud e i sistemi runtime può ridurre significativamente il rischio di compromissioni.
Il gruppo Kinsing continua a rappresentare una minaccia significativa nel panorama della sicurezza informatica, dimostrando la capacità di adattarsi e sfruttare rapidamente nuove vulnerabilità. La protezione contro queste minacce richiede misure di sicurezza robuste e aggiornamenti continui delle configurazioni di sistema.
- L'Altra Bolla1 settimana fa
Meta testa la condivisione incrociata da Instagram a Threads
- L'Altra Bolla1 settimana fa
X sotto indagine dell’Unione Europea
- Robotica1 settimana fa
Come controllare dei Robot morbidi ? MIT ha un’idea geniale
- Inchieste4 giorni fa
Melinda lascia la Bill Gates Foundation e ritira 12,5 Miliardi di Dollari
- L'Altra Bolla5 giorni fa
Discord celebra il nono compleanno con aggiornamenti e Giveaway
- Sicurezza Informatica1 settimana fa
Nuovo attacco “Pathfinder” alle CPU Intel: è il nuovo Spectre?
- Economia1 settimana fa
Chi sarà il successore di Tim Cook in Apple?
- Sicurezza Informatica1 settimana fa
BogusBazaar falsi e-commerce usati per una truffa da 50 milioni