GrapheneOS ha expresado su preocupación por la gestión de Google de los parches de seguridad y los lanzamientos de API para el sistema operativo Android, alegando un patrón de retención de actualizaciones para los fabricantes de dispositivos que no sean Pixel. El proyecto también criticó los próximos requisitos de registro de aplicaciones de Google, uniéndose a una campaña para mantener Android abierto.
Según GrapheneOS, el Boletín de Actualización de Pixel de septiembre de 2026 incluyó parches que van más allá del Boletín de Seguridad de Android estándar, afectando específicamente al código de la plataforma Android estándar, código utilizado en dispositivos más allá de la línea Pixel de Google. Estos parches a nivel de plataforma no se han incluido en el boletín mensual regular ni en los parches de vista previa privada que normalmente se proporcionan a otros fabricantes. GrapheneOS estima que estos parches no llegarán a otros OEM hasta el lanzamiento de Android 17 QPR2 en diciembre, caracterizando esto como Google “gatekeeping security patches to the standard Android platform code from Android OEMs”.
El proyecto también afirma que Android 17 QPR1 introdujo nuevas API de desarrollador que no están presentes en el Android Open Source Project (AOSP), una situación que, según GrapheneOS, no ocurría desde el lanzamiento de Android Honeycomb. El informe de diferencias de API de Google confirma la adición del paquete android.hardware.hid y cambios en otros dieciséis, incluidos android.media, android.os y android.telecom. GrapheneOS había portado su código a QPR1 antes del lanzamiento oficial de Google, pero actualmente carece de permiso para distribuirlo, lo que ha llevado al proyecto a realizar un backport del firmware de Pixel, los controladores del kernel y los HAL en Android 17 en su lugar.
Más allá de los retrasos en los parches, GrapheneOS destacó un problema recurrente de cumplimiento, citando un retraso en la recepción del código fuente solicitado el 1 de septiembre, al cual se concedió acceso más de dos semanas después. Si bien cada problema individualmente podría considerarse menor, GrapheneOS sostiene que su combinación indica una tendencia de Google a restringir el acceso a las correcciones de seguridad, retener API y ralentizar el cumplimiento de la GPL.
Además, GrapheneOS se opone al requisito previsto por Google de que todos los desarrolladores de aplicaciones de Android se registren en Google, proporcionando identificación legal y evidencia de la clave de firma. El sideloading de aplicaciones no verificadas requerirá habilitar la configuración de desarrollador, un período de enfriamiento de 24 horas y múltiples pantallas de advertencia. GrapheneOS se ha unido a la campaña Keep Android Open, junto con organizaciones como F-Droid, la Electronic Frontier Foundation y la Free Software Foundation, para oponerse a esta medida.
Leer la cobertura original
💬 Comentarios
📜 Política de comentarios