{"id":30747,"date":"2026-06-10T09:00:47","date_gmt":"2026-06-10T07:00:47","guid":{"rendered":"https:\/\/www.kaspersky.it\/blog\/?p=30747"},"modified":"2026-06-08T12:01:44","modified_gmt":"2026-06-08T10:01:44","slug":"qualcomm-cve-2026-25262","status":"publish","type":"post","link":"https:\/\/www.kaspersky.it\/blog\/qualcomm-cve-2026-25262\/30747\/","title":{"rendered":"Vulnerabilit\u00e0 Qualcomm: le riparazioni dei telefoni e la manutenzione dell&#8217;auto non sono pi\u00f9 sicure"},"content":{"rendered":"<p>Immagina di mandare lo smartphone in riparazione. Un paio di giorni dopo, lo raccogli e\u2026 fantastico: funziona di nuovo! Ma non ti accorgerai nemmeno che nel dispositivo \u00e8 stato iniettato codice dannoso, consentendo agli utenti malintenzionati di accedere allo smartphone anche quando \u00e8 bloccato.<\/p>\n<p>Questo \u00e8 l\u2019inizio della storia condivisa dai ricercatori di Kaspersky ICS CERT, Alexander Kozlov e Sergey Anufrienko, alla <a href=\"https:\/\/blackhat.com\/asia-26\/\" target=\"_blank\" rel=\"noopener nofollow\">conferenza Black Hat Asia 2026<\/a>. Sono riusciti a scoprire una vulnerabilit\u00e0 che ribalta i presupposti convenzionali sulla sicurezza degli smartphone e dell\u2019IoT. Il suo nucleo risiede nel cuore dei chip Qualcomm.<\/p>\n<h2>Cos\u2019\u00e8 lo spyware?<\/h2>\n<p>Per capire la gravit\u00e0 di questa scoperta, dobbiamo prima esaminare come si avvia un moderno dispositivo dotato di chip Qualcomm. Pensala come una fortezza con pi\u00f9 livelli di sicurezza. Ogni livello successivo verifica l\u2019abbonamento emesso dal precedente. La base fondamentale (lo strato pi\u00f9 affidabile di tutti) \u00e8 la BootROM, una memoria di sola lettura integrata direttamente nel silicio che non pu\u00f2 essere modificata una volta estratta dalla <a href=\"https:\/\/it.wikipedia.org\/wiki\/Fabbricazione_dei_dispositivi_a_semiconduttore\" target=\"_blank\" rel=\"noopener nofollow\">fabbrica<\/a>.<\/p>\n<p>La BootROM \u00e8 la prima cosa in assoluto da eseguire all\u2019accensione di un dispositivo. Verifica la firma del bootloader successivo, che a sua volta verifica il successivo, creando una catena di attendibilit\u00e0 fino al sistema operativo. Se un utente malintenzionato pu\u00f2 compromettere questa catena a livello di BootROM, il gioco finisce: il codice dannoso verr\u00e0 eseguito prima ancora che il sistema operativo principale abbia la possibilit\u00e0 di caricarsi.<\/p>\n<p>Questo \u00e8 esattamente ci\u00f2 che possono fare gli autori degli attacchi sfruttando la vulnerabilit\u00e0 <a href=\"https:\/\/ics-cert.kaspersky.com\/vulnerabilities\/qualcomm-chipsets-series-write-what-where-condition-vulnerability-in-bootrom\/\" target=\"_blank\" rel=\"noopener\">CVE-2026-25262<\/a> scoperta dai ricercatori di Kaspersky ICS CERT.<\/p>\n<h2>La modalit\u00e0 di download di emergenza come punto di ingresso<\/h2>\n<p>La ricerca \u00e8 iniziata con un protocollo chiamato Sahara. Si tratta di un componente della Modalit\u00e0 download di emergenza (EDL). Produttori e centri di assistenza lo utilizzano per rilanciare i dispositivi in muratura: il telefono \u00e8 connesso a un computer tramite USB e viene caricato uno speciale programma di utilit\u00e0 firmato dal produttore (in questo caso Qualcomm).<\/p>\n<p>Sahara viene implementato direttamente all\u2019interno di ARM PBL (Primary Boot Loader), ovvero la BootROM stessa. Ci\u00f2 significa che il protocollo viene eseguito prima dell\u2019avvio di qualsiasi sistema operativo, prima della verifica dei privilegi di accesso dell\u2019utente e prima dell\u2019attivazione dei controlli di sicurezza. Il dispositivo attende semplicemente una connessione USB, pronto ad accettare i dati.<\/p>\n<p>Lo schema di comunicazione sembra semplice: il dispositivo invia una stretta di mano (HELLO) al computer, il computer seleziona la modalit\u00e0, inizia un ciclo per caricare il programma di utilit\u00e0 in blocchi e, infine, il dispositivo esegue il codice caricato. Ed \u00e8 stato all\u2019interno della logica di verifica di questi blocchi di file che \u00e8 stata identificata la vulnerabilit\u00e0.<\/p>\n<h2>Write-what-where: il nucleo della vulnerabilit\u00e0<\/h2>\n<p>In termini tecnici, il bug introdotto dagli sviluppatori \u00e8 classificato come CWE-123: Write-What-Where Condition. \u00c8 il peggiore dei casi quando si tratta di difetti nella programmazione di basso livello. Un utente malintenzionato pu\u00f2 scrivere dati arbitrari in un indirizzo arbitrario nella memoria del dispositivo.<\/p>\n<p>Senza addentrarci nei meandri tecnici, \u00e8 sufficiente dire che, sfruttando la vulnerabilit\u00e0 scoperta, gli utenti malintenzionati possono accedere a qualsiasi dato presente nel dispositivo, comprese password inserite dall\u2019utente, file, contatti, dati di geolocalizzazione, nonch\u00e9 i sensori hardware come la fotocamera e il microfono. In determinati scenari \u00e8 possibile il controllo completo del dispositivo. Pochi minuti di accesso fisico al dispositivo tramite una connessione via cavo e il gadget \u00e8 stato compromesso. Questo comporta un rischio se si manda lo smartphone in assistenza, se lo si passa a qualcun altro per la configurazione e l\u2019installazione delle app o se semplicemente lo si lascia incustodito.<\/p>\n<h2>Quali dispositivi sono interessati<\/h2>\n<p>La vulnerabilit\u00e0 CVE-2026-25262 interessa le seguenti serie di chip Qualcomm: MDM9x07, MDM9x45, MDM9x65, MSM8909, MSM8916, MSM8952 e SDX50: ogni singola versione rilasciata fino ad oggi, fino a quando la vulnerabilit\u00e0 non viene corretta dal produttore.<\/p>\n<p>Non si tratta di pezzi da museo obsoleti. L\u2019MDM9207, che abbiamo utilizzato per la maggior parte della nostra ricerca, \u00e8 integrato in moduli modem per Internet of Things (IoT), apparecchiature industriali, dispositivi per le smart home, sistemi di monitoraggio sanitario, localizzatori logistici e terminali bancari. L\u2019MSM8916 \u00e8 alla base di <a href=\"https:\/\/phonesdata.com\/ru\/chipset\/qualcomm\/msm8916-snapdragon-410-(28-nm)\/\" target=\"_blank\" rel=\"noopener nofollow\">molti smartphone economici<\/a>, mentre l\u2019SDX50 \u00e8 utilizzato nelle unit\u00e0 di controllo per autoveicoli.<\/p>\n<h2>Modalit\u00e0 di attacco dei dispositivi vulnerabili<\/h2>\n<p>Il problema \u00e8 che l\u2019utente malintenzionato ha bisogno dell\u2019accesso fisico al dispositivo per ottenere questo risultato. Nel mondo reale, questo si traduce in:<\/p>\n<ul>\n<li>Riparazioni smartphone presso centri assistenza di terze parti, dove il telefono viene lasciato per diverse ore<\/li>\n<li>Controlli doganali in alcuni paesi, dove i dispositivi vengono trattenuti, ispezionati e quindi restituiti<\/li>\n<li>Truffe oggetti ritrovati, in cui il telefono viene rubato, manomesso e quindi misteriosamente ritrovato<\/li>\n<li>Spionaggio aziendale tramite un insider o un dipendente malintenzionato<\/li>\n<\/ul>\n<p>Con pochi minuti di accesso fisico al dispositivo un utente malintenzionato pu\u00f2 creare una backdoor cos\u00ec in profondit\u00e0 che nella maggior parte dei casi gli strumenti di ricerca standard non la rileveranno.<\/p>\n<h2>Perch\u00e9 non ci sono patch e cosa fare<\/h2>\n<p>Qualcomm \u00e8 stata informata della scoperta a marzo 2025 e ha confermato la vulnerabilit\u00e0 nei suoi chip. Per identificarlo, il fornitore ha riservato <a href=\"https:\/\/www.cve.org\/CVERecord?id=CVE-2026-25262\" target=\"_blank\" rel=\"noopener nofollow\">CVE-2026-25262<\/a> e il 20 aprile 2026 Kaspersky ICS CERT <a href=\"https:\/\/ics-cert.kaspersky.com\/vulnerabilities\/qualcomm-chipsets-series-write-what-where-condition-vulnerability-in-bootrom\/\" target=\"_blank\" rel=\"noopener\">ha pubblicato<\/a> informazioni tecniche sulla vulnerabilit\u00e0 e suggerimenti per gli utenti.<\/p>\n<p>Qualcomm ha incluso questa vulnerabilit\u00e0 <a href=\"https:\/\/docs.qualcomm.com\/securitybulletin\/may-2026-bulletin.html\" target=\"_blank\" rel=\"noopener nofollow\">nel bollettino di maggio sulla sicurezza<\/a>. Sebbene la riparazione dei dispositivi gi\u00e0 realizzati sia fondamentalmente impossibile, l\u2019azienda ha promesso di realizzare tutti i chip futuri privi di questa vulnerabilit\u00e0.<\/p>\n<p>Se attualmente possiedi un dispositivo con un chip interessato, utilizza i nostri suggerimenti di seguito per ridurre il rischio di infezione.<\/p>\n<ul>\n<li>Applica un rigoroso controllo fisico: non lasciare i dispositivi incustoditi, soprattutto quando sei in viaggio o in viaggio di lavoro.<\/li>\n<li>Scegli solo centri di assistenza autorizzati per le riparazioni e la manutenzione.<\/li>\n<li>Aggiorna regolarmente il firmware: questo non eliminer\u00e0 la vulnerabilit\u00e0 della BootROM, ma pu\u00f2 eliminare molte vulnerabilit\u00e0 correlate a livelli pi\u00f9 alti.<\/li>\n<li>Usa una <strong><a href=\"https:\/\/www.kaspersky.it\/mobile-security?icid=it_kdailyplacehold_acq_ona_smm__onl_b2c_kdaily_wpplaceholder_sm-team___kisa____842abe27a262de70\" target=\"_blank\" rel=\"noopener\">soluzione di protezione affidabile<\/a><\/strong>\u00a0per tutti i dispositivi di casa. Questo salvaguarder\u00e0 il dispositivo da altre minacce che, combinate con questa vulnerabilit\u00e0, potrebbero portare a conseguenze imprevedibili.<\/li>\n<\/ul>\n<p>Se notate che il dispositivo con un chip Qualcomm vulnerabile inizia a dare fastidio (surriscaldamento quando \u00e8 inattivo, segnalazione di picchi imprevisti del traffico di rete o se l\u2019app inizia a mostrare uno strano comportamento), \u00e8 possibile che siate rimasti vittima di questa vulnerabilit\u00e0. \u00c8 possibile cancellare il codice dannoso e ripristinare il dispositivo allo stato di base semplicemente interrompendo completamente l\u2019alimentazione. Ci\u00f2 significa estrarre la batteria o lasciarla scaricare completamente fino a zero fino allo spegnimento completo del dispositivo. In questo caso, \u00e8 molto probabile che il codice dannoso non persista nel dispositivo \u2014 durante la nostra ricerca, non siamo stati in grado di confermare che potesse raggiungere la persistenza nella memoria non volatile.<\/p>\n<p><\/p><blockquote><p>Volete saperne di pi\u00f9 sulle vulnerabilit\u00e0 gravi nei telefoni Android? Consigliamo questi post:<\/p>\n<ul>\n<li><a href=\"https:\/\/www.kaspersky.com\/blog\/5g-attack-downgrade-sni5gect\/54258\/\" target=\"_blank\" rel=\"noopener nofollow\">Attacchi alle reti 5G: continua la corsa agli armamenti <\/a><\/li>\n<li><a href=\"https:\/\/www.kaspersky.it\/blog\/gps-agps-supl-tracking-protection\/27794\/\" target=\"_blank\" rel=\"noopener\">I servizi di geolocalizzazione ti spiano? <\/a><\/li>\n<li><a href=\"https:\/\/www.kaspersky.it\/blog\/pixnapping-cve-2025-48561\/30309\/\" target=\"_blank\" rel=\"noopener\">Vulnerabilit\u00e0 Pixnapping: screenshot non bloccabili del telefono Android <\/a><\/li>\n<li><a href=\"https:\/\/www.kaspersky.it\/blog\/data-theft-during-charging-choicejacking-protection\/29710\/\" target=\"_blank\" rel=\"noopener\">Furto di dati durante la ricarica dello smartphone <\/a><\/li>\n<li><a href=\"https:\/\/www.kaspersky.it\/blog\/trojan-in-fake-smartphones\/29611\/\" target=\"_blank\" rel=\"noopener\">Trojan integrato in falsi smartphone Android<\/a><br>\n<\/li><\/ul><\/blockquote>\n\n<input type=\"hidden\" class=\"category_for_banner\" value=\"kisa-generic\">\n","protected":false},"excerpt":{"rendered":"<p>I nostri esperti hanno scoperto una vulnerabilit\u00e0 irreparabile nei chip Qualcomm utilizzati ovunque: dai dispositivi per le smart home, agli smartphone e alle automobili, alle apparecchiature industriali. Quali rischi comporta e cosa fare per proteggersi?<\/p>\n","protected":false},"author":2796,"featured_media":30748,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[2641],"tags":[70,3940,1423,529,1073,110,584],"class_list":{"0":"post-30747","1":"post","2":"type-post","3":"status-publish","4":"format-standard","5":"has-post-thumbnail","7":"category-threats","8":"tag-android","9":"tag-bootrom","10":"tag-internet-of-things","11":"tag-qualcomm","12":"tag-smart-home","13":"tag-smartphone","14":"tag-vulnerabilita"},"hreflang":[{"hreflang":"it","url":"https:\/\/www.kaspersky.it\/blog\/qualcomm-cve-2026-25262\/30747\/"},{"hreflang":"en-ae","url":"https:\/\/me-en.kaspersky.com\/blog\/qualcomm-cve-2026-25262\/25793\/"},{"hreflang":"en-gb","url":"https:\/\/www.kaspersky.co.uk\/blog\/qualcomm-cve-2026-25262\/30591\/"},{"hreflang":"es","url":"https:\/\/www.kaspersky.es\/blog\/qualcomm-cve-2026-25262\/32155\/"},{"hreflang":"ru","url":"https:\/\/www.kaspersky.ru\/blog\/qualcomm-cve-2026-25262\/41908\/"},{"hreflang":"x-default","url":"https:\/\/www.kaspersky.com\/blog\/qualcomm-cve-2026-25262\/55811\/"},{"hreflang":"pt-br","url":"https:\/\/www.kaspersky.com.br\/blog\/qualcomm-cve-2026-25262\/25031\/"},{"hreflang":"de","url":"https:\/\/www.kaspersky.de\/blog\/qualcomm-cve-2026-25262\/33549\/"},{"hreflang":"ru-kz","url":"https:\/\/blog.kaspersky.kz\/qualcomm-cve-2026-25262\/30686\/"},{"hreflang":"en-au","url":"https:\/\/www.kaspersky.com.au\/blog\/qualcomm-cve-2026-25262\/36250\/"},{"hreflang":"en-za","url":"https:\/\/www.kaspersky.co.za\/blog\/qualcomm-cve-2026-25262\/36143\/"}],"acf":[],"banners":"","maintag":{"url":"https:\/\/www.kaspersky.it\/blog\/tag\/android\/","name":"Android"},"_links":{"self":[{"href":"https:\/\/www.kaspersky.it\/blog\/wp-json\/wp\/v2\/posts\/30747","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.kaspersky.it\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.kaspersky.it\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.kaspersky.it\/blog\/wp-json\/wp\/v2\/users\/2796"}],"replies":[{"embeddable":true,"href":"https:\/\/www.kaspersky.it\/blog\/wp-json\/wp\/v2\/comments?post=30747"}],"version-history":[{"count":1,"href":"https:\/\/www.kaspersky.it\/blog\/wp-json\/wp\/v2\/posts\/30747\/revisions"}],"predecessor-version":[{"id":30749,"href":"https:\/\/www.kaspersky.it\/blog\/wp-json\/wp\/v2\/posts\/30747\/revisions\/30749"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.kaspersky.it\/blog\/wp-json\/wp\/v2\/media\/30748"}],"wp:attachment":[{"href":"https:\/\/www.kaspersky.it\/blog\/wp-json\/wp\/v2\/media?parent=30747"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.kaspersky.it\/blog\/wp-json\/wp\/v2\/categories?post=30747"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.kaspersky.it\/blog\/wp-json\/wp\/v2\/tags?post=30747"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}