Le 16 septembre 2026, l’équipe de développement de GrapheneOS a publiquement mis en cause Google sur sa gestion du code source d’Android. Le projet, qui propose une version alternative du système d’exploitation mobile axée sur la sécurité et la vie privée, reproche à la firme de « restreindre l’accès aux correctifs de sécurité » et de ne pas documenter le fonctionnement de nouvelles interfaces de développement dans le code source public. Ces accusations ont été relayées dans une série de messages.
Ce que reproche concrètement GrapheneOS
Deux manquements principaux sont pointés. D’abord, la version QPR1 d’Android 17 introduirait de nouvelles API dont le fonctionnement n’est pas détaillé dans le code public, une situation que GrapheneOS présente comme une première depuis Android Honeycomb 3.0. Ensuite, des correctifs estimés utiles à des appareils autres que les Pixel ne seraient pas publiés. Selon le projet, ces éléments resteraient cantonnés à la version d’Android propre aux téléphones Pixel, ce qui leur conférerait plusieurs mois d’avance sur les nouvelles fonctionnalités et correctifs de sécurité destinés au reste de l’écosystème.
GrapheneOS soulève également une question de conformité à la licence GPL, qui impose de partager les modifications apportées à un code distribué librement. Le projet estime que Google ne respecterait pas cette obligation pour les éléments concernés.
Contexte et antécédents
Cette prise de position s’inscrit dans une série de critiques déjà formulées à l’encontre de Google au sujet de la fermeture progressive d’Android. Le sujet n’est donc pas isolé : il prolonge des interrogations récurrentes sur l’équilibre entre le développement interne de fonctionnalités et leur publication dans le projet open source. Ici, la nouveauté tient à la nature technique des éléments visés — des API et des correctifs de sécurité — et à l’argument juridique avancé par GrapheneOS à propos de la GPL.
Conséquences pour les utilisateurs et les fabricants
Pour les utilisateurs de systèmes alternatifs comme GrapheneOS, l’enjeu est direct : l’absence de documentation et de correctifs publiés complique l’intégration rapide des nouveautés et des protections. Le projet indique que le portage de ces éléments est déjà engagé, mais qu’il repose sur des efforts de rétro-ingénierie plutôt que sur une documentation officielle. Cette méthode allonge les délais et accroît la charge de travail des développeurs.
Pour les autres fabricants de l’écosystème Android, la critique porte sur un déséquilibre potentiel : si les Pixel bénéficient en amont de certaines fonctionnalités et correctifs, leurs concurrents partent avec un retard. GrapheneOS qualifie ce différentiel d’« avantage concurrentiel discutable ».
Le projet évoque par ailleurs une évolution du paysage matériel. Selon ses équipes, les Pixel sont désormais « significativement plus compliqués à prendre en charge que beaucoup d’autres appareils ». Elles suggèrent que les prochains téléphones Motorola seront plus simples à soutenir logiciellement et que d’autres modèles moins haut de gamme pourraient également accueillir l’OS alternatif si Qualcomm le permet. Sur le plan matériel, GrapheneOS confirme que la protection MTE, qu’il juge indispensable à son bon fonctionnement, est bien présente sur la famille Pixel 11, ce qui laisse ouverte la possibilité d’un portage futur.
Ce qui est confirmé et ce qui reste incertain
Les accusations de GrapheneOS, leur date et les éléments techniques cités — API non documentées dans Android 17 QPR1, correctifs non publiés, référence à la GPL, position sur les Pixel et Motorola, présence de MTE sur les Pixel 11 — sont documentés. En revanche, Google n’a pas répondu publiquement à ces reproches dans les faits rapportés. La réalité juridique d’un manquement à la GPL, comme la portée exacte des fonctionnalités et correctifs concernés, n’est pas tranchée. Le calendrier d’un éventuel portage de GrapheneOS sur les Pixel 11 ou sur de futurs modèles Motorola reste également inconnu.