La relación entre GrapheneOS y Google vuelve a estar en el punto de mira. El equipo detrás de este sistema operativo centrado en privacidad y seguridad, ha puesto el foco en Android 17 QPR1 y en el tratamiento que Google da a sus Pixel frente al resto del ecosistema. La compañÃa de Mountain View no estarÃa publicando en AOSP todas las novedades y correcciones que incluye esta versión, lo que dejarÃa al resto de fabricantes en una situación complicada.
Lo más grave de la acusación no es que Google reserve funciones exclusivas para sus móviles, algo habitual, sino que también habrÃa parches de seguridad para componentes estándar de Android que solo estarÃan disponibles, de momento, en los Pixel. El proyecto considera que esto otorga a Google una ventaja competitiva difÃcil de justificar y deja a muchos usuarios sin protección durante varios meses.
Android 17 QPR1: nuevas API que no llegan a AOSP
Android 17 QPR1 es la actualización trimestral que Google ha distribuido junto con el Pixel Drop de septiembre. Esta versión incluye novedades y correcciones que, en principio, deberÃan formar parte del proyecto de código abierto de Android para que cualquier fabricante pueda adaptarlas. Sin embargo, GrapheneOS afirma que por primera vez desde Android Honeycomb se incorporan nuevas API para desarrolladores sin publicarlas en AOSP. Es decir, las nuevas herramientas quedan reservadas, por ahora, a Pixel OS.
Desde GrapheneOS explican que ya habÃan adaptado su código a esta versión antes del lanzamiento del 15 de septiembre, pero no pueden distribuirlo porque no tienen permiso para publicar ciertos componentes. Esta situación les obliga a aplicar ingenierÃa inversa sobre el firmware de los Pixel para poder trasladar las correcciones a su sistema y proteger a sus usuarios sin esperar a la próxima entrega trimestral.
El problema no es solo de plazos. La documentación para desarrolladores de Android ya muestra diferencias entre Android 17 y Android 17 QPR1, y aunque Google ha proporcionado imágenes de esta versión para desarrolladores, el proyecto considera que eso no resuelve el acceso real al código. La falta de transparencia en AOSP serÃa un cambio de rumbo que penaliza a fabricantes y ROMs alternativas.
Parches que no llegan al boletÃn general de Android
GrapheneOS ha señalado que el boletÃn de seguridad de Pixel de septiembre incluye correcciones adicionales para vulnerabilidades que afectan a componentes estándar de la plataforma Android. Ese mismo boletÃn reconoce que los Pixel reciben parches extra, pero la cuestión es que esas vulnerabilidades también afectan a terminales de otros fabricantes y no aparecen en el boletÃn general de Android publicado por Google.
Según el proyecto, estos parches no habrÃan llegado al resto de fabricantes ni en el boletÃn estándar de septiembre ni en las versiones preliminares. GrapheneOS sostiene que la próxima oportunidad serÃa Android 17 QPR2, previsto para diciembre. Eso supondrÃa una ventana de unos tres meses en la que los Pixel estarÃan protegidos y el resto de dispositivos, no.
GrapheneOS considera que Google no deberÃa restringir el acceso de los fabricantes al código estándar de la plataforma. En su opinión, la compañÃa está dando a sus Pixel una ventaja competitiva sobre sus propios socios OEM, algo que califican de «muy cuestionable» y que incluso podrÃa tener implicaciones legales. Han llegado a preguntarse si el equipo legal de Google es consciente de lo que está ocurriendo.
Hay que tener en cuenta que Android es un proyecto de código abierto, pero eso no significa que todos los componentes se distribuyan al mismo ritmo ni que los fabricantes reciban todo por igual. Las capas de personalización, controladores y firmware hacen que una corrección no pueda trasladarse directamente de un Pixel a cualquier otro móvil. Aun asÃ, la crÃtica de GrapheneOS apunta a que Google podrÃa estar usando esta estructura para retrasar el acceso a mejoras básicas.
El papel de Motorola y el futuro de GrapheneOS
El equipo de GrapheneOS ha confirmado que sigue dando soporte a Pixel, aunque cada vez les cuesta más trabajo. La llegada de nuevas polÃticas y la falta de código abierto les obliga a dedicar más tiempo a tareas que antes eran más sencillas. Eso les ha llevado a buscar alternativas y a anunciar una colaboración con Motorola para futuros dispositivos que llegarÃan en 2027.
Con Motorola esperan contar con el firmware y los controladores oficiales, lo que deberÃa facilitar el desarrollo y la distribución de GrapheneOS en terminales de esta marca. Ese movimiento supone un cambio importante: los Pixel llevaban años siendo los únicos dispositivos recomendados por el proyecto, pero la deriva de Google en materia de transparencia ha hecho que esa relación se enfrÃe.
TodavÃa no hay detalles sobre los primeros móviles fruto de esta alianza, pero se sabe que usarán procesadores Snapdragon. La intención es mantener los estándares de seguridad que GrapheneOS considera imprescindibles y que, en su opinión, Google ha ido sacrificando. Mientras tanto, el proyecto seguirá denunciando cualquier práctica que considere anticompetitiva.
Con esta denuncia, GrapheneOS ha puesto sobre la mesa un debate que trasciende a su propio proyecto: hasta qué punto Google puede reservarse actualizaciones de seguridad para sus Pixel sin que el resto del ecosistema se entere. La compañÃa no ha respondido por ahora, pero la decisión de GrapheneOS de mirar hacia Motorola deja claro que la confianza en el hardware de Google se ha resquebrajado. La pelota, como se suele decir, está en el tejado de Mountain View.
