Redazione RHC : 10 Novembre 2022 11:31
Lenovo ha corretto due vulnerabilità ad alta gravità che hanno un impatto su vari modelli di laptop ThinkBook, IdeaPad e Yoga che potrebbero consentire a un utente malintenzionato di disattivare UEFI Secure Boot.
UEFI Secure Boot è un sistema di verifica che garantisce che nessun codice dannoso possa essere caricato ed eseguito durante il processo di avvio del computer.
Il problema nasce dal fatto che Lenovo ha incluso erroneamente un driver di sviluppo iniziale che modifica le impostazioni di avvio sicuro dal sistema operativo nelle versioni di produzione finali.
Distribuisci i nostri corsi di formazione diventando un nostro Affiliato
Se sei un influencer, gestisci una community, un blog, un profilo social o semplicemente hai tanta voglia di diffondere cultura digitale e cybersecurity, questo è il momento perfetto per collaborare con RHC Academy. Unisciti al nostro Affiliate Program: potrai promuovere i nostri corsi online e guadagnare provvigioni ad ogni corso venduto. Fai parte del cambiamento. Diffondi conoscenza, costruisci fiducia, genera valore.
Contattaci tramite WhatsApp al 375 593 1011 per richiedere ulteriori informazioni oppure scriviti alla casella di posta [email protected]
Supporta RHC attraverso:
Ti piacciono gli articoli di Red Hot Cyber? Non aspettare oltre, iscriviti alla newsletter settimanale per non perdere nessun articolo.
La presenza di questi driver in più prodotti Lenovo è stata scoperta dai ricercatori ESET, che l’hanno segnalata a Lenovo.
“I driver interessati dovevano essere utilizzati solo durante il processo di sviluppo, ma sono stati erroneamente inclusi nelle versioni in produzione”
#ESETResearch discovered and reported to the manufacturer 3 vulnerabilities in the #UEFI firmware of several Lenovo Notebooks. The vulnerabilities allow disabling UEFI Secure Boot or restoring factory default Secure Boot databases (incl. dbx): all simply from an OS. @smolar_m 1/9
— ESET research (@ESETresearch) November 9, 2022
spiega il thread di Twitter di ESET.
Ciò significa che le vulnerabilità non sono causate da un bug nel codice ma piuttosto da un errore pratico di includere il driver errato sui dispositivi di produzione.
Le conseguenze dell’esecuzione di codice dannoso non firmato prima dell’avvio del sistema operativo sono significative, poiché gli attori delle minacce possono aggirare tutte le protezioni di sicurezza per installare malware che persiste tra le reinstallazioni del sistema operativo.
ESET afferma che le vulnerabilità possono essere sfruttate semplicemente creando speciali variabili NVRAM e condividendo un collegamento a un thread di Twitter di Nikolaj Schlej, il quale spiega perché gli sviluppatori di firmware UEFI non dovrebbero utilizzare la NVRAM come storage affidabile.
Dear UEFI devs, when writing security-sensitive components, would you please stop using common NVRAM as trusted storage?
— Nikolaj Schlej (@NikolajSchlej) October 23, 2022
No, not setting RT flag is not enough.
No, not setting NV flag is not enough.
No, hook-based filtering is not enough.
I due difetti sul BIOS risolvono le seguenti vulnerabilità:
I proprietari di computer Lenovo supportati possono controllare l’elenco dei modelli nel bollettino sulla sicurezza del fornitore per determinare se uno dei difetti ha un impatto su di loro.
Un insolito esempio di codice dannoso è stato scoperto in un ambiente informatico reale , che per la prima volta ha registrato un tentativo di attacco non ai classici meccanismi di difesa, ma dir...
Prendi una Fiat Panda seconda serie del 2003, con 140.000 km sul groppone, il classico motore Fire 1.1, e nessuna dotazione moderna. Ora immagina di trasformarla in una specie di Cybertruck in miniatu...
Un nuovo annuncio pubblicato sulla piattaforma underground XSS.is rivela la presunta vendita di un accesso compromesso ai server di una web agency italiana ad alto fatturato. A offrire ...
L’Azienda Ospedaliera Antonio Cardarelli di Napoli ha diramato un avviso urgente alla cittadinanza, segnalando una truffa che sta circolando tramite SMS. Numerosi cittadini hanno riportato di a...
E’ giallo relativamente al presunto attacco informatico avvenuto tra le notte del 23 e il 24 giugno in Alto Adige: dalle prime ore di martedì, infatti, si sono registrati problemi diffusi ...
Copyright @ REDHOTCYBER Srl
PIVA 17898011006