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

🐧 Novità principali

• GrapheneOS conferma la partnership Motorola, ma i modelli 2026 non soddisfano ancora tutti i requisiti hardware richiesti dal progetto.
• I dispositivi 2027 dovranno integrare MTE, secure element più evoluto, isolamento hardware e supporto firmware pluriennale.
• F-Droid 2.0 riscrive lo store con Kotlin e Jetpack Compose e sfrutta le nuove API Android per installazioni più fluide.

Android alternativo sta smettendo di significare semplicemente installare una ROM diversa su uno smartphone progettato da altri. GrapheneOS e Motorola stanno lavorando su hardware futuro costruito attorno a requisiti di sicurezza definiti prima della commercializzazione, mentre F-Droid 2.0 rinnova radicalmente la principale infrastruttura di distribuzione delle applicazioni FOSS per Android. I due progetti rimangono indipendenti, ma indicano la stessa maturazione: sistema operativo, hardware, firmware e app store alternativi stanno provando a ridurre dipendenze strutturali da Google senza rinunciare alle protezioni moderne della piattaforma Android. Il vero limite non è più il porting del software, ma la disponibilità di componenti hardware e API sufficientemente aperte e sicure.

GrapheneOS non vuole semplicemente installarsi su qualsiasi Motorola

GrapheneOS aveva annunciato già a marzo una partnership di lungo periodo con Motorola Mobility finalizzata alla realizzazione di futuri dispositivi conformi ai propri standard di privacy e sicurezza. La comunicazione ufficiale del progetto GrapheneOS chiariva fin dall’inizio che l’obiettivo non era aggiungere un altro produttore alla lista delle ROM compatibili, ma collaborare direttamente alla progettazione di dispositivi che potessero ricevere supporto ufficiale. Gli sviluppi di settembre rendono molto più chiaro il perché. I Motorola dell’attuale generazione arrivano vicino ai requisiti, ma non li raggiungono completamente: GrapheneOS indica esplicitamente hardware Memory Tagging Extension, integrazione adeguata del secure element e altre protezioni previste sulle piattaforme 2027 come elementi ancora mancanti. Il progetto aveva già spiegato perché questi requisiti rendano la partnership diversa dal normale modding Android nel dossier di Matrice Digitale sui Motorola GrapheneOS e i sette anni di aggiornamenti.

Leggi anche: GrapheneOS sui Motorola dal 2027 e il costo della sicurezza hardware

MTE e secure element diventano specifiche di progetto e non optional

La questione decisiva è che GrapheneOS non considera sufficiente un bootloader sbloccabile. Il sistema dipende da una catena di protezioni che comprende Verified Boot, rollback protection, aggiornamenti completi del firmware, isolamento delle componenti radio, secure element e memory tagging. La documentazione ufficiale delle release GrapheneOS mostra quanto il progetto utilizzi direttamente queste mitigazioni nel sistema, fino a modificare componenti quando una scelta upstream interferisce con MTE. Il tema è diventato ancora più evidente con Pixel 11. Matrice Digitale ha ricostruito prima i dubbi sull’assenza di MTE e poi il successivo ritrovamento del supporto hardware nel firmware, mostrando come una singola mitigazione possa condizionare la decisione di supportare o meno un’intera generazione. Il caso Pixel 11 e MTE dimostra quindi che GrapheneOS non misura la compatibilità attraverso la possibilità di far avviare Android, ma attraverso la capacità di mantenere il proprio threat model. Motorola può diventare il secondo polo hardware proprio perché la collaborazione inizia prima che il dispositivo sia completato. Questo cambia radicalmente il rapporto tra sistema alternativo e produttore.

F-Droid 2.0 elimina dieci anni di debito tecnico

Sul fronte applicativo, F-Droid 2.0 rappresenta il più grande aggiornamento dell’app ufficiale dell’ultimo decennio. Dopo più di un anno di sviluppo e 14 release di test, il progetto ha iniziato il rollout della nuova versione riscrivendo parti sostanziali del client con Kotlin e Jetpack Compose. L’obiettivo dichiarato nella presentazione ufficiale di F-Droid 2.0 è ridurre il debito tecnico e rendere sviluppo, manutenzione e contribuzione compatibili con gli standard Android moderni. L’interfaccia viene organizzata attorno a Discover, Search e My Apps, mentre categorie e ricerca diventano più granulari. Il motore può cercare non soltanto nel nome dell’applicazione, ma anche nelle descrizioni, nelle categorie e nei contenuti tradotti. I filtri consentono inoltre di escludere software con determinate anti-features, per esempio dipendenze da servizi di rete proprietari.

Non è quindi una semplice riprogettazione grafica. F-Droid prova a risolvere uno dei problemi che accompagnano qualsiasi ecosistema alternativo quando cresce: trovare software utile senza trasformare discovery e ranking in sistemi fondati sulla profilazione dell’utente.

Il DMA modifica persino il modo in cui F-Droid può installare applicazioni

Una delle modifiche più significative riguarda il processo di installazione. F-Droid spiega che i cambiamenti introdotti in Android anche sotto la pressione del Digital Markets Act e delle azioni antitrust consentono ora agli app store alternativi di utilizzare API più vicine all’esperienza degli store preinstallati. F-Droid 2.0 adotta un installer unificato e sfrutta la pre-approval API, permettendo sui dispositivi compatibili di approvare l’installazione prima che il pacchetto sia stato completamente scaricato. È un dettaglio apparentemente piccolo ma importante: per anni gli store alternativi hanno dovuto convivere con un’esperienza intenzionalmente più macchinosa rispetto al canale integrato nel sistema.

La questione si inserisce nel più ampio conflitto sul controllo della distribuzione delle applicazioni Android e sull’indipendenza delle piattaforme, tema che GrapheneOS affronta parallelamente attraverso applicazioni proprie, RCS nativo e riduzione delle dipendenze esterne. GrapheneOS e la costruzione di un ecosistema indipendente mostra come il sistema hardened stia progressivamente andando oltre il solo livello OS.

Continua con:

GrapheneOS rinvia Messaging e continua il lavoro su Android 17

GrapheneOS e Pixel 11: quando la sicurezza hardware decide il supporto software

Android alternativo dipende sempre più dall’hardware ufficiale

GrapheneOS e F-Droid raccontano due livelli diversi dello stesso problema. Un sistema operativo indipendente non può produrre patch per modem, firmware e secure element abbandonati dal produttore. Allo stesso modo, uno store alternativo non può offrire un’esperienza equivalente se il sistema operativo riserva API migliori allo store preinstallato. La maturazione dell’ecosistema open source Android passa quindi attraverso una contraddizione apparente: per essere realmente indipendenti dal controllo di un singolo vendor, i progetti alternativi hanno bisogno di cooperazione più profonda con produttori hardware e piattaforme upstream. Motorola dovrà progettare dispositivi compatibili con il threat model GrapheneOS; Android deve fornire API sufficientemente neutrali affinché F-Droid possa competere sul processo di installazione. La vera alternativa a Google non nasce quindi cancellando Google da uno smartphone dopo l’acquisto. Nasce quando hardware, firmware, sistema operativo e distribuzione delle app vengono progettati fin dall’origine per poter essere sostituiti senza degradare sicurezza e funzionalità.