GrapheneOS porta Linux 6.18 sui Pixel 10: corretti bug del kernel, ricarica e virtualizzazione

📌 In Sintesi

• GrapheneOS aggiorna il kernel dei Pixel 10 a Linux 6.18. Il rilascio 2026110100 trasferisce driver e componenti della famiglia Pixel 10 sul nuovo ramo, correggendo problemi di memoria, virtualizzazione e gestione dell’hardware.
• La build 2026110200 risolve ulteriori anomalie di ricarica. Le correzioni interessano USB Power Delivery, PPS, AVS e gestione delle temperature, con interventi per impedire accessi non validi alla memoria.
• Il sistema integra le patch di sicurezza di novembre. L’aggiornamento interessa anche altre generazioni Pixel, ma non tutti i modelli ricevono il nuovo kernel 6.18.

GrapheneOS aggiorna il proprio sistema operativo Android rafforzato con un importante intervento sul kernel Linux dei Google Pixel 10, introducendo il passaggio a Linux 6.18 e una serie di correzioni dedicate alla sicurezza, alla stabilità e alla compatibilità hardware. Le build 2026110100 e 2026110200, pubblicate rispettivamente il 1° e il 2 novembre 2026, intervengono sui driver dei Pixel 10, sulla gestione della memoria, sulle funzionalità di virtualizzazione protetta e sui sistemi di ricarica. L’aggiornamento comprende inoltre il livello completo delle patch di sicurezza del 1° novembre e correzioni che riguardano altre generazioni di smartphone Google. Il progetto prosegue così il proprio lavoro di manutenzione indipendente delle componenti Android, con particolare attenzione alle regressioni introdotte nei rami upstream. Il cambiamento non è un semplice incremento del numero di versione del kernel: la migrazione richiede di adattare componenti fondamentali per il funzionamento e l’isolamento delle risorse hardware.

Linux 6.18 arriva su Pixel 10, Pixel 10 Pro, Pro XL e Pro Fold

Il passaggio al nuovo ramo del kernel viene documentato direttamente nelle note ufficiali delle versioni GrapheneOS. La build 2026110100 introduce il trasferimento completo dei driver utilizzati dalla famiglia Pixel 10 sul ramo Linux 6.18, coinvolgendo Pixel 10, Pixel 10 Pro, Pixel 10 Pro XL e Pixel 10 Pro Fold. Il lavoro comprende componenti che gestiscono comunicazioni cellulari, display, touchscreen, ricarica USB, acceleratori TPU, informazioni del SoC e altre interfacce hardware. Ogni passaggio tra rami kernel richiede infatti di verificare che il codice specifico dei dispositivi continui a funzionare correttamente insieme alle nuove strutture del sistema operativo. Non tutti gli smartphone compatibili con GrapheneOS utilizzano lo stesso kernel: i modelli appartenenti ad altre generazioni possono continuare a ricevere patch attraverso rami differenti, compresi Linux 6.1 e 6.12. L’aggiornamento amplia così il supporto tecnico dei Pixel 10 senza implicare una migrazione universale di tutti i dispositivi Google.

GrapheneOS corregge errori della memoria e problemi nella virtualizzazione protetta

La migrazione a Linux 6.18 comprende interventi su componenti particolarmente importanti per la sicurezza. Le note di rilascio citano correzioni relative a pKVM, il sistema di virtualizzazione protetta utilizzato nell’ecosistema Android, e alle funzioni di gestione degli accessi alla memoria attraverso SMMU e IOMMU. Le modifiche riguardano errori di mappatura DMA, gestione dei timeout, tentativi di recupero e condizioni capaci di provocare blocchi del sistema. Sono presenti inoltre interventi sulla durata dei riferimenti in memoria utilizzati da componenti di interconnessione, registrazione degli eventi del processore e raccolta dei dati di crash. Un errore nella gestione della memoria non costituisce automaticamente una vulnerabilità sfruttabile da remoto, ma può compromettere l’affidabilità e, in determinate condizioni, incidere sulle garanzie di isolamento tra componenti. GrapheneOS interviene quindi su problemi che devono essere trattati contemporaneamente dal punto di vista della stabilità e della robustezza del sistema. La capacità del progetto di individuare regressioni nel kernel era già emersa nell’analisi dei rallentamenti di Android 17 QPR1 corretti dal team GrapheneOS.

Leggi anche: Pixel 11 recupera MTE: GrapheneOS riapre il port ma teme un forte impatto sulle prestazioni

Ricarica USB, PPS e AVS: la build del 2 novembre elimina nuove anomalie

L’aggiornamento successivo, identificato come 2026110200, completa alcuni interventi necessari alla migrazione dei Pixel 10. Le correzioni interessano la gestione di USB Power Delivery, il protocollo di ricarica Programmable Power Supply (PPS) e le nuove modalità Adjustable Voltage Supply (AVS). Il progetto risolve un problema che poteva provocare accessi non validi alla memoria durante la registrazione dei dati della ricarica, individuati attraverso UBSan, lo strumento di controllo del comportamento indefinito nel codice. Viene inoltre ripristinata la corretta gestione della ricarica rapida PPS quando il caricatore supporta AVS. Un altro intervento riguarda le soglie di isteresi utilizzate dai sistemi di gestione termica: GrapheneOS rende nuovamente possibile la configurazione delle soglie da parte dei componenti software, permettendo di ridurre alcuni interrupt termici non necessari. Il changelog indica il passaggio operativo da una soglia di circa 1 °C a 2,9 °C nella configurazione interessata. Non si tratta di un aumento indiscriminato della temperatura massima consentita al dispositivo, ma della modifica di un parametro che regola la frequenza con cui il sistema reagisce alle variazioni termiche. La correzione potrebbe ridurre parte del lavoro superfluo, senza garantire automaticamente un aumento misurabile dell’autonomia.

Patch di novembre e correzioni anche per i kernel Linux 6.1

GrapheneOS distribuisce con la build 2026110200 il livello completo delle patch di sicurezza del 1° novembre 2026, accompagnato da interventi specifici per altri rami del kernel. Su Linux 6.1 vengono integrate correzioni relative al meccanismo di gestione della memoria MGLRU, compreso un problema di dereferenziazione di puntatori nulli e una condizione che poteva causare cicli infiniti durante la migrazione delle pagine di memoria. Sono inoltre presenti backport di modifiche upstream dedicate a USB HID, fscrypt, componenti MIDI e crittografia dei dispositivi a blocchi. Alcune anomalie riguardano condizioni di use-after-free, nelle quali un componente tenta di utilizzare risorse di memoria dopo il loro rilascio. Questi problemi rappresentano una categoria importante nella sicurezza dei sistemi operativi, ma il changelog non dimostra che ciascuno di essi sia stato sfruttato in attacchi reali. Il rilascio si concentra sul rafforzamento preventivo e sulla correzione delle regressioni individuate durante lo sviluppo e i test. La manutenzione delle versioni meno recenti del kernel rimane quindi parte integrante del modello di sicurezza GrapheneOS, anche mentre i Pixel 10 adottano Linux 6.18.

Il supporto satellitare migliora e Android Auto recupera compatibilità

La build del 1° novembre comprende anche interventi al livello applicativo e di integrazione con i servizi Android. GrapheneOS dichiara di aver aggiunto il supporto funzionante ai servizi cellulari satellitari, correggendo anomalie nelle API che avevano causato problemi anche ad Android Auto. Il progetto indica come esempio verificato la compatibilità con T-Satellite di T-Mobile. La correzione non garantisce automaticamente che ogni operatore satellitare o servizio regionale sia supportato, ma dimostra l’importanza delle interfacce software utilizzate dalle applicazioni che dipendono dalla telefonia. Sono stati inoltre disabilitati comportamenti difettosi nella gestione del riavvio dei servizi per le applicazioni sospese e corretta una procedura interna utilizzata dall’ambiente zygote nella creazione di processi isolati. Quest’ultima modifica interessa in particolare alcuni browser basati su Chromium, compreso Vanadium, il browser sviluppato dal progetto. La sicurezza dell’ambiente Android dipende quindi non soltanto dalle patch del kernel, ma anche dalla corretta interazione tra processi, applicazioni e servizi di sistema.

GrapheneOS rafforza il proprio modello di sicurezza mentre prepara l’espansione oltre Google

Il lavoro sui Pixel 10 si inserisce in un percorso più ampio che punta a rendere GrapheneOS un sistema operativo Android orientato alla sicurezza senza dipendere necessariamente da un solo produttore hardware. Il progetto ha infatti già annunciato una collaborazione con Motorola per dispositivi futuri, con requisiti che comprendono protezioni hardware avanzate, supporto firmware prolungato e funzionalità di isolamento della memoria. La strategia è stata approfondita nell’articolo sui requisiti GrapheneOS per i futuri Motorola e Razr Fold. L’esperienza della migrazione a Linux 6.18 mostra quanto sia impegnativo mantenere un sistema alternativo su hardware moderno: ogni componente deve essere adattato, testato e aggiornato senza compromettere le garanzie di protezione offerte dal dispositivo. Disporre del codice di Android non basta per garantire un porting sicuro, perché una parte essenziale delle difese dipende dal kernel, dai firmware e dalle caratteristiche fisiche del SoC. La capacità di mantenere questi elementi nel tempo diventa quindi un criterio decisivo per la qualità del supporto.

Continua con:

GrapheneOS esce dai Pixel e F-Droid 2.0 rilancia l’Android alternativo

Android 17 QPR2 Beta 7.1 risolve i freeze Pixel, resta un bug sul Fold

Perché Linux 6.18 è importante per la sicurezza dei Pixel 10

Il passaggio a Linux 6.18 rappresenta un aggiornamento tecnico significativo per la famiglia Pixel 10, perché coinvolge simultaneamente il kernel, i driver hardware, la virtualizzazione protetta e i meccanismi di gestione della memoria. Le correzioni successive alla migrazione dimostrano inoltre che adottare un ramo più recente non equivale automaticamente a ottenere un sistema più affidabile senza ulteriori interventi. GrapheneOS deve infatti risolvere regressioni su ricarica, gestione termica e interfacce di sistema per mantenere le funzionalità attese dagli utenti. La disponibilità della build 2026110200 sul canale stabile indica che il progetto ha completato questa fase di distribuzione per i dispositivi interessati, pur continuando a pubblicare manutenzione e correzioni. Il valore dell’aggiornamento consiste soprattutto nel controllo diretto del codice e nella capacità di intervenire rapidamente sui problemi tecnici documentati, con benefici che riguardano stabilità, protezione della memoria e affidabilità delle funzioni essenziali dello smartphone.