Sicurezza Informatica

I certificati digitali di Microsoft sono stati usati per firmare malware

Tempo di lettura: 4 minuti. Come avvenuto nel 2010 per stuxnet, continua la pratica di usare certificati di aziende fornitrici per legittimare file malevoli

Sostieni l'informazione di Matrice Digitale con un click. Seguici su Google News

Pubblicato

1 anno fa

in data

14/12/2022

Livio Varriale

Tempo di lettura: 4 minuti.

Microsoft è stata nuovamente sorpresa a permettere ai suoi certificati digitali legittimi di firmare malware in libertà, un errore che consente ai file dannosi di superare i rigidi controlli di sicurezza progettati per impedirne l’esecuzione sul sistema operativo Windows. Nell’uso improprio dell’imprimatur digitale di Microsoft sono stati coinvolti più attori delle minacce, che hanno utilizzato per dare alle applicazioni di sicurezza di Windows e degli endpoint l’impressione che i driver di sistema dannosi fossero stati certificati come sicuri da Microsoft. Questo ha portato a ipotizzare la presenza di una o più organizzazioni malintenzionate che vendono come servizio la firma di driver dannosi. In totale, i ricercatori hanno identificato almeno nove distinte entità di sviluppatori che hanno abusato dei certificati negli ultimi mesi.

L’abuso è stato scoperto in modo indipendente da quattro società di sicurezza di terze parti, che lo hanno poi segnalato privatamente a Microsoft. Martedì, durante il Patch Tuesday mensile di Microsoft, l’azienda ha confermato le scoperte e ha dichiarato di aver stabilito che l’abuso proveniva da diversi account di sviluppatori e che non è stata rilevata alcuna violazione della rete. Il produttore di software ha ora sospeso gli account degli sviluppatori e ha implementato il blocco dei rilevamenti per impedire a Windows di fidarsi dei certificati utilizzati per firmare i certificati compromessi. “Microsoft raccomanda a tutti i clienti di installare gli ultimi aggiornamenti di Windows e di assicurarsi che i prodotti antivirus e di rilevamento degli endpoint siano aggiornati con le ultime firme e siano abilitati a prevenire questi attacchi”, hanno scritto i funzionari della società.

Primer sulla firma del codice

Poiché la maggior parte dei driver ha accesso diretto al kernel, il cuore di Windows dove risiedono le parti più sensibili del sistema operativo, Microsoft richiede che siano firmati digitalmente mediante un processo interno all’azienda noto come attestazione. Senza questa firma digitale, Windows non carica il driver. L’attestazione è diventata anche un mezzo de facto per i prodotti di sicurezza di terze parti per decidere se un driver è affidabile. Microsoft ha un processo di convalida dei driver separato, noto come Microsoft Windows Hardware Compatibility Program, in cui i driver vengono sottoposti a vari test aggiuntivi per garantire la compatibilità. Per ottenere la firma dei driver da parte di Microsoft, lo sviluppatore di hardware deve innanzitutto ottenere un certificato di convalida esteso, che richiede allo sviluppatore di dimostrare la propria identità a un’autorità di certificazione fidata di Windows e di fornire ulteriori garanzie di sicurezza. Lo sviluppatore allega quindi il certificato EV al proprio account Windows Hardware Developer Program. Gli sviluppatori inviano quindi il loro pacchetto di driver a Microsoft per il test. I ricercatori di SentinelOne, una delle tre società di sicurezza che hanno scoperto l’abuso del certificato e lo hanno segnalato privatamente a Microsoft, hanno spiegato:

Il problema principale di questo processo è che la maggior parte delle soluzioni di sicurezza si fida implicitamente di tutto ciò che è firmato solo da Microsoft, in particolare dei driver in modalità kernel. A partire da Windows 10, Microsoft ha iniziato a richiedere che tutti i driver in modalità kernel siano firmati utilizzando il portale Windows Hardware Developer Center Dashboard. Tutto ciò che non è stato firmato attraverso questo processo non può essere caricato nelle versioni moderne di Windows. Sebbene l’intento di questo nuovo requisito fosse quello di avere un controllo e una visibilità più severi sui driver che operano a livello di kernel, gli attori delle minacce si sono resi conto che se riuscissero a eludere il processo avrebbero campo libero per fare ciò che vogliono. Il trucco, tuttavia, consiste nello sviluppare un driver che non risulti dannoso ai controlli di sicurezza implementati da Microsoft durante il processo di revisione.

Mandiant, un’altra società di sicurezza che ha scoperto l’abuso, ha dichiarato che “diverse famiglie di malware distinte, associate a diversi attori delle minacce, sono state firmate attraverso il Windows Hardware Compatibility Program”. I ricercatori della società hanno identificato almeno nove nomi di organizzazioni che abusano del programma. Oltre a ottenere in qualche modo l’accesso ai certificati Microsoft, gli attori delle minacce sono riusciti anche a ottenere certificati EV da autorità di certificazione di terze parti.

Scrivono i ricercatori di Mandiant:

Mandiant ha continuamente osservato gli attori delle minacce utilizzare certificati di firma del codice compromessi, rubati e acquistati illecitamente per firmare il malware, conferendo legittimità e sovvertendo i controlli di sicurezza come i criteri di abilitazione delle applicazioni. I driver con firma di attestazione sfruttano la fiducia concessa dalla CA e la trasferiscono a un file la cui firma Authenticode proviene da Microsoft stessa. Valutiamo con elevata affidabilità che gli attori delle minacce hanno sovvertito questo processo utilizzando certificati di firma del codice EV ottenuti illecitamente per inviare pacchetti di driver attraverso il processo di firma di attestazione e, di fatto, far firmare il proprio malware direttamente da Microsoft.

I certificati EV provenivano principalmente dalle CA Digicert e Globalsign ed erano stati emessi a clienti cinesi. Secondo Mandiant, tutti i certificati EV emessi da Digicert, tranne uno, sono rimasti validi fino a martedì. I driver firmati con i certificati legittimi di Microsoft sono stati utilizzati in attività successive allo sfruttamento, ovvero dopo che gli attori delle minacce avevano già ottenuto i diritti amministrativi sui computer presi di mira. Gli attori delle minacce hanno utilizzato questi driver per terminare processi o servizi utilizzati da vari fornitori di prodotti per la sicurezza degli endpoint. La società di sicurezza Sophos, che ha scoperto l’abuso, ha dichiarato di aver recuperato un elenco associato ai driver firmati. Tra questi vi erano “186 nomi di file di programmi utilizzati da un gran numero di pacchetti software per la sicurezza degli endpoint e per l’EDR, presumibilmente un elenco di processi da colpire”, hanno dichiarato i ricercatori dell’azienda. Sophos ha aggiunto che il driver dannoso analizzato non era in grado di terminare i processi utilizzati dal suo prodotto endpoint.

Argomenti correlati:Cuba cybercrime evidenza malware mandiant Microsoft Ransomware Sentinel One sophos

Prossima

Jack Dorsey: è il repubblicano Paul Elliot Singer ad aver creato la censura su Twitter

Da non perdere

Gli attacchi DDOS della rete TOR portano alla soluzione I2P per le app Bitcoin Privacy

Prosegui la lettura

Sicurezza Informatica

Vulnerabilità RCE zero-day nei router D-Link EXO AX4800

Pubblicato

3 ore fa

in data

18/05/2024

Livio Varriale

Tempo di lettura: 2 minuti.

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.

Richiesta di login che bypassa l'autenticazione 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.

Prosegui la lettura

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

Sostieni l'informazione di Matrice Digitale con un click. Seguici su Google News

Pubblicato

3 ore fa

in data

18/05/2024

Livio Varriale

Tempo di lettura: 2 minuti.

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.

Prosegui la lettura

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.

Sostieni l'informazione di Matrice Digitale con un click. Seguici su Google News

Pubblicato

14 ore fa

in data

17/05/2024

Livio Varriale

Tempo di lettura: 2 minuti.

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.

Prosegui la lettura