Los dispositivos con soporte de GrapheneOS deberían estar disponibles en 2027

Artículo original ↗ Discusión en Hacker News ↗

GrapheneOS ha confirmado que los primeros teléfonos no Pixel oficialmente compatibles —flagships Motorola de gama alta con los últimos chips Snapdragon de Qualcomm— se esperan en 2027, una vez que cumplan requisitos estrictos de actualizaciones a largo plazo y funciones avanzadas de seguridad de hardware como el etiquetado de memoria y elementos seguros. Los comentaristas sopesan las ventajas y desventajas de precio, calidad de hardware y privacidad, y exploran cómo estos dispositivos pueden cubrir necesidades cotidianas como apps bancarias y pagos NFC en medio del creciente uso de la attestación Play Integrity de Google. El hilo también se amplía a una comparación entre plataformas basadas en Android y teléfonos Linux “mainstream”, y muchos argumentan que el modelo de seguridad de Android, su ecosistema de apps y su integración de hardware lo convierten en una base más realista para SO móviles centrados en la privacidad.

Asociación Motorola–GrapheneOS y cronograma

  • Los primeros dispositivos Motorola oficialmente compatibles tienen como objetivo 2027, inicialmente terminales insignia de gama alta (Signature, Razr plegable, Razr tipo flip / clase Razr Ultra).
  • Se espera que el soporte coincida con el ciclo normal de lanzamientos insignia de Motorola, no que se adapte a modelos existentes.
  • Algunos comentaristas malinterpretaron esto como “GrapheneOS llegará en 2027 a los modelos actuales”; la aclaración central: los Motorola actuales no cumplen los requisitos.

Requisitos de hardware y seguridad

  • Los Pixel son actualmente los únicos teléfonos que cumplen el nivel de actualizaciones y seguridad de hardware de GrapheneOS.
  • Piezas clave que faltan en la mayoría de los dispositivos:
    • Etiquetado de memoria por hardware (MTE): actualmente solo Snapdragon 8 Elite Gen 5; los flagships Snapdragon de próxima generación añaden las funciones necesarias y un mejor elemento seguro.
    • Actualizaciones de seguridad a largo plazo y puntuales por parte de OEM + Qualcomm.
  • Los dispositivos Motorola de gama baja están rezagados tanto en funciones de seguridad como en compromisos de actualización; el soporte podría llegar más tarde si Qualcomm/OEM mejoran esto.
  • Se exige explícitamente un bootloader desbloqueable con todas las funciones de seguridad intactas.

Ecosistema de apps, banca y attestación

  • La gran ventaja de seguir en Android: acceso a las apps existentes, especialmente banca, gobierno y mensajería.
  • GrapheneOS usa una capa de Google Play aislada en sandbox y, según se informa, ejecuta “casi todas” las apps; alrededor del 90% de las apps bancarias funcionan, según una lista comunitaria de compatibilidad.
  • Los problemas se concentran en:
    • La API Play Integrity de Google y otros SDK de attestación/detección de root.
    • Algunos bancos, gobiernos y fabricantes de automóviles que imponen “solo Android de fábrica”; algunos han revertido parcialmente su postura tras la presión de los usuarios.
  • El pago sin contacto funciona mediante algunos proveedores regionales (por ejemplo, Curve, PayPal, ciertos bancos de la UE). Google Pay sigue bloqueando GrapheneOS y podría requerir presión regulatoria para cambiar.

Android vs “Linux mainstream” en teléfonos

  • Largo hilo debatiendo por qué no basar un SO móvil seguro en una distribución Linux de estilo escritorio.
  • Argumentos a favor de Android/AOSP: un modelo de seguridad móvil mucho mejor ya existente (sandbox obligatorio de apps, MAC/MLS basado en SELinux, verified boot, mitigaciones modernas contra exploits, uso intensivo de lenguajes seguros en memoria), ecosistema de apps y gestión de energía.
  • Argumentos a favor de teléfonos Linux: más control para el usuario, sistemas declarativos al estilo Nix, rechazo al ecosistema de Google.
  • Contrapunto: los teléfonos Linux actuales (PinePhone, Librem, Sailfish, etc.) se describen ampliamente como inmaduros (cámara, telefonía, batería y seguridad deficientes), con esfuerzos fragmentados y poco soporte de apps.

Google, Pixel y fricción con el código abierto

  • Varios comentarios critican a Google:
    • Los Pixel se ven como hardware mediocre (batería, rendimiento de Tensor, módems Exynos/Mediatek).
    • El código fuente del kernel/dispositivo para Pixel ahora se distribuye mediante formularios de solicitud y tarballs de Drive con historial aplastado, visto como hostil a la “forma preferida para hacer modificaciones” de la GPL.
  • Algunos temen que el control cada vez más estricto de Google (por ejemplo, Play Integrity) haga que Android no-Google sea cada vez más frágil.

Coste, disponibilidad y formatos

  • Se espera que los flagships Motorola con GrapheneOS sean más caros que los Pixel; hay preocupación entre usuarios con presupuestos limitados.
  • Entusiasmo por:
    • Los plegables y, especialmente, los flip estilo Razr como sustitutos de “teléfono pequeño”.
    • El futuro descenso del soporte de GrapheneOS a dispositivos más baratos una vez que el hardware alcance el nivel requerido.
  • Decepción porque Fairphone y los Motorola actuales de gama baja (con soporte para tarjeta SD, tamaños más pequeños) no cumplen y probablemente no cumplirán el nivel requerido de seguridad/actualizaciones.