Sicurezza Informatica
Google aggiorna Android e risolve molti buchi di tipo RootKit
La buona notizia nelle patch Android di questo mese è che anche se gli aggiornamenti di Google chiudono numerosi buchi di elevazione del privilegio (EoP), non ci sono bug di esecuzione di codice remoto nella lista.
La cattiva notizia, naturalmente, è che i bug EoP che portano direttamente all’accesso root, senza alcun segno rivelatore, rendono facile per le app senza scrupoli succhiare più dati e spiare più aspetti della vostra vita online, che potreste mai aspettarvi.
Con il codice escalation-to-root exploit nascosto all’interno, anche un app altrimenti perfettamente utile ma apparentemente di base, che offre funzionalità come una torcia o una semplice bussola o una qualsiasi delle migliaia di altre “storie di copertura” dall’aspetto innocente, potrebbe finire per essere una copertura per spyware o uno strumento di registrazione dei dati.
Sfortunatamente, anche il tanto decantato Play Store di Google non può sempre mantenere gli utenti liberi da malware, con applicazioni inaffidabili che regolarmente si intrufolano attraverso i processi di controllo automatico che dovrebbero rilevare il software che supera egregiamente il limite quando si tratta di privacy, sicurezza o entrambi.
Tuttavia, se si va fuori mercato, le cose possono diventare molto più pericolose, anche perché ci sono molti negozi non ufficiali di applicazioni Android là fuori dove praticamente tutto va, compresi alcuni repository di applicazioni che deliberatamente si propongono come un luogo pratico per ottenere software che Google “non vuole che tu abbia“.
Chi lo farebbe?
Per inciso, si potrebbe pensare che nessuno cercherebbe deliberatamente applicazioni che chiaramente non sarebbero permesse su Google Play, o che sono già state respinte da Google.
Ma i criminali informatici possono anche volgere “questa app non è nel Play Store” a loro vantaggio, come SophosLabs ha riportato nel caso dei truffatori di CryptoRom.
Questi criminali solitamente conoscono le loro vittime online, spesso iniziando su siti di incontri.
I truffatori non hanno intenzione di iniziare storie d’amore fasulle, ma semplicemente di fare “amicizia” con cui presto iniziano a parlare di investimenti in criptovalute fino a convincere le loro vittime a installare un’app di investimento in criptovalute completamente fraudolenta.
Queste app sono quasi sempre fuori mercato, ma i truffatori lo ritraggono come un punto di forza, non come una debolezza, con le app presentate come “esclusive” proprio perché non sono disponibili per essere scaricate da chiunque.
I rischi del root
Di solito, le app Android sono bloccate in modo che ogni app venga eseguita come se fosse un utente completamente separato sul dispositivo, nello stesso modo in cui è possibile avere più login su un portatile con il fine di condividerlo con la vostra famiglia.
Questo limita esplicitamente i file e i servizi a cui ogni app può accedere, in modo che un’app difettosa o che si comporta male non possa accedere facilmente ai dati appartenenti ad altre app, nello stesso modo in cui non si possono leggere le home directory di altri utenti su un portatile condiviso, e in modo che le app non abbiano accesso a nessuno dei file e dei dati del sistema operativo.
Con ogni app in esecuzione nella propria sandbox di permessi di accesso, un’app compromessa non può semplicemente vagare intorno a tutti i vostri file a volontà, curiosando su qualsiasi cosa voglia, il che limita il rischio.
Inoltre, e a differenza di dispositivi Windows, Mac o Linux, Google Android si riserva l’accesso all’account di root, o admininstrator, per se stesso.
Su un computer portatile è possibile rovistare nei file di altri utenti se si hanno i privilegi di amministratore, ma su Android, non puoi farlo perché, per impostazione predefinita, semplicemente non puoi ottenere quei privilegi, anche se lo desideri.
Alcuni dispositivi Android, in particolare i telefoni Pixel di Google, consentono di sbloccare il dispositivo per installare qualsiasi sistema operativo o software che si desidera, come una versione di Android non-Google in cui gli utenti sono autorizzati a richiedere e ricevere l’accesso root, proprio come possono su un normale computer portatile. Ma è necessario l’accesso fisico al dispositivo per impostarlo in modalità “rootabile“, e ogni volta che si attiva o disattiva questa impostazione, i dati già presenti sul dispositivo vengono cancellati. Questo vi impedisce di “rootare” un telefono Google Android esistente e di recuperare i dati protetti che si trovavano lì prima, e impedisce di preparare un substrato pre-rootato su cui stratificare una versione apparentemente bloccata di Android in seguito.
Cosa è stato corretto?
Gli aggiornamenti di Google sono enumerati nel suo bollettino di sicurezza del 2022 aprile, che elenca numerose falle EoP nel quadro delle applicazioni Android (le sottostanti librerie di programmazione di sistema su cui si basano altre applicazioni), e alcune nel sistema stesso.
Questo mese, Google sta offrendo ai venditori di telefoni due diversi livelli di aggiornamento, soprannominato 2022-04-01, che apparentemente corregge i bug più pressanti, e 2022-04-05, che include correzioni per ulteriori buchi di sicurezza.
Come dichiara la società, “[il] bollettino di questo mese ha due livelli di patch di sicurezza in modo che i partner Android abbiano la flessibilità di correggere un sottoinsieme di vulnerabilità che sono simili in tutti i dispositivi Android più rapidamente“, il che sembra suggerire che Google preferirebbe avere molti o la maggior parte dei fornitori che correggono almeno alcuni bug piuttosto che avere solo alcuni fornitori che correggono tutti i bug.
Tuttavia, Google chiarisce che una patch completa è di gran lunga preferibile: “I partner Android sono incoraggiati a risolvere tutti i problemi in questo bollettino e ad utilizzare l’ultimo livello di patch di sicurezza“.
Il livello di patch 2022-04-01 corregge otto bug EoP in totale, sette nelle librerie di programmazione Android e uno nel sistema stesso.
L’azienda nota che questi bug “potrebbero portare a un’escalation locale dei privilegi senza la necessità di ulteriori privilegi di esecuzione. L’interazione dell’utente non è necessaria per lo sfruttamento“.
Il più rigoroso livello di patch 2022-04-05 aggiunge la protezione contro altri quattro bug EoP, tra cui una vulnerabilità a livello di sistema con un avvertimento che, se senza patch, il buco “potrebbe portare a un’escalation locale dei privilegi dall’account Guest senza ulteriori privilegi di esecuzione necessari. L’interazione dell’utente non è necessaria per lo sfruttamento“.
Cosa fare?
Gli utenti dei telefoni Pixel di Google possono aggiornare subito, senza aspettare il loro turno nella coda di consegna automatica degli aggiornamenti, andando subito in Impostazioni > Sicurezza > Aggiornamento sicurezza.(Abbiamo appena aggiornato il nostro Pixel 4a; l’aggiornamento stesso è stato elencato come un misero download di 11.4MB, ma il processo di installazione ha richiesto quasi un’ora una volta che il download quasi istantaneo è stato completato, quindi non perdete la fiducia se aggiornate e ci vuole più tempo di quanto vi aspettavate!)
I proprietari di altri telefoni potrebbero non ricevere l’aggiornamento immediatamente; quando lo riceverete, il vostro livello di aggiornamento di sicurezza dopo l’aggiornamento (e il suo riavvio obbligatorio) dovrebbe apparire come 1 aprile 2022 o come 5 aprile 2022, a seconda del livello di patch selezionato dal vostro fornitore.
- E’ possibile controllare la tua versione di Android andando nella pagina Impostazioni > Versione di Android.
- Controllare che le app siano aggiornate aprendo l’app Play Store, toccando l’icona del tuo account (il piccolo cerchio) nell’angolo in alto a destra dello schermo, e accedendo alla schermata Gestisci app e dispositivo.
A proposito, nonostante le imperfezioni di Google Play, Sophos consiglia vivamente di attenersi ad esso se puoi anche se Google non riesce sempre a contenere la presenza di malware, il Play Store ha un processo di controllo che tutte le app devono passare, così come è munito di un meccanismo per mantenere le app installate aggiornate in modo affidabile che è molto meglio di un app store “alternativo” sconosciuto aperto a chiunque per presentare qualsiasi app che gli piaccia, comprese le app che sono già state rifiutate da Google stesso.
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.
- 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
- Economia1 settimana fa
Chi sarà il successore di Tim Cook in Apple?
- Inchieste4 giorni fa
Terrore in Campania: dati sanitari di SynLab nel dark web
- Economia1 settimana fa
Ban in Germania per alcuni prodotti Motorola e Lenovo
- Economia1 settimana fa
Guerra dei Chip: gli USA colpiscono la ricerca cinese nella Entity List
- Smartphone5 giorni fa
Samsung Galaxy S25 Ultra avrà una Fotocamera rispetto all’S24