El relato fundacional de Android tenía una premisa básica: la libertad. Si el iPhone representaba un bonito pero restrictivo jardín vallado, el sistema operativo de Google era el campo abierto donde cualquiera podía modificar el software prácticamente a su antojo. Sin embargo, a las puertas de Android 17, esa dicotomía está caduca: Google ha decidido levantar sus propios muros.
El problema no es solo que el gigante de Mountain View esté asfixiando —y haya, que no es un problema realmente nuevo— las vías alternativas de su ecosistema. La tragedia para los defensores de la privacidad es que la comunidad Open Source ha sido incapaz de articular una respuesta unificada. Lejos de formar un frente común contra las Big Tech, los desarrolladores han caído en una guerra de egos y nichos aislados. Algo que calca un patrón de fragmentación que el entorno Linux conoce a la perfección.
La excusa de la seguridad y el recorte del código fuente
Google siempre ha sido muy clara en su postura sobre Android: trabajó —y trabaja—para el Open Source, pero enseguida se dio cuenta de que tenía un enorme negocio en casa. Es por esto que muchos siempre han dicho que Android no es realmente abierto. La compañía de Mountain View, junto con otros muchos socios como Samsung o Qualcomm, lleva años insertando código privativo en el sistema, sean controladores, lanzadores, servicios o apps.
Y aunque esto no es lo ideal para los defensores del Open Source, los usuarios más entusiastas del sistema hemos defendido las grandes libertades del SO, como instalar apps desde cualquier fuente. Justo ahora, Google va a tocar ese punto de dolor junto a otro más, a la vez.
A partir de septiembre, la instalación libre de aplicaciones (la clásica de instalar APKs) quedará restringida bajo el paraguas del «Android Developer Verifier». Con la loable excusa de frenar el malware, Google se erige como un único vigilante de la plataforma, y puede parecer que es todo lo contrario a un problema.
Pero aquí entra en juego la scene Open Source que apostó por el robot verde: cuestiona la viabilidad de repositorios libres como F-Droid o aplicaciones que operan fuera de los márgenes comerciales de la Play Store.
El segundo punto, mucho más dañino a nivel estructural, es un "apagón" en el código. Google ya confirmó que el código fuente de Android (AOSP) deja de liberarse de forma continua para limitarse a dos únicas ventanas anuales. Al imponer este modelo, la compañía oculta sus cartas, pero colateralmente deja a ciegas a los desarrolladores de ROMs personalizadas. Proyectos históricos como LineageOS ya se han visto forzados a reducir su ritmo de actualizaciones, luchando además contra fabricantes que bloquean el bootloader por defecto.
A esto se suma el control que la API Play Integrity ejerce: el sistema de validación que bloquea el uso de aplicaciones que manejan información sensible en cualquier móvil que no cuente con los servicios de Google preinstalados. El mensaje de Mountain View es claro: puedes modificar tu dispositivo, pero si lo haces, te quedas aislado.
Una resistencia fragmentada
Ante estos cambios, la lógica dictaría que los distintos actores del software libre unieran fuerzas para proponer un estándar alternativo y robusto. La realidad es que, para no variar, han optado por moverse cada uno a su lado.
El mejor ejemplo de esta fractura acaba de ocurrir en Europa. Un consorcio de firmas centradas en la privacidad (como Murena y Volla) ha propuesto un marco de validación descentralizado llamado «UnifiedAttestation» para sustituir a Play Integrity y permitir que los apps que se ejecutan en entornos seguros funcionen en cualquier móvil sin importar el sistema.
Sin embargo, en lugar de recibir apoyo, el equipo de GrapheneOS —la ROM de máxima seguridad por excelencia— ha criticado públicamente la iniciativa, acusando a estas empresas de vender productos inseguros y de buscar una ventaja anticompetitiva. Si lo miramos desde un punto de vista neutral, el argumento que esgrime el equipo de la ROM es más que sensato.
Mientras algunas de las alternativas libres se lanzan acusaciones cruzadas, sus vías de supervivencia se estrechan y se encarecen. GrapheneOS, asfixiada por el cierre progresivo de los teléfonos Pixel que han utilizado como base, ha tenido que buscar un salvavidas de emergencia asociándose con Motorola para diseñar un hardware a medida.
Por su parte, Murena sigue intentando comercializar /e/ OS como la alternativa europea, pero se topa con la dura realidad del mercado: su reciente Hiroh Phone cuesta 1.199 euros ofreciendo un hardware que no convencerá al usuario medio. Escapar del rastreo y de las imposiciones de Google se ha convertido en un "impuesto a la privacidad" que imagino muy pocos usuarios pueden o quieren pagar.
En definitiva, podemos decir que Android es hoy el escenario de una batalla asimétrica. Mientras Google afina las entrañas del sistema para converger hacia el PC, la comunidad Open Source sangra. Incapaces de forjar un proyecto conjunto, los defensores del software libre están facilitando que Google gane la guerra sin apenas despeinarse.
Imagen de portada | Pepu Ricca para Xataka
En Xataka Móvil | 72 alternativas europeas para el móvil a Google, Gmail, Maps, Drive, WhatsApp y otras apps
-
La noticia
Android se ha convertido en un campo de batalla donde el Open Source tiene todas las de perder. Y Google lo sabe
fue publicada originalmente en
Xataka Móvil
por
Pepu Ricca
.
🔥 Ver noticia completa en XatakaMovil.com 🔥
