Dispositivos com suporte ao GrapheneOS devem estar disponíveis em 2027

Artigo original ↗ Discussão no Hacker News ↗

O GrapheneOS confirmou que os primeiros telefones não-Pixel oficialmente suportados — flagships Motorola de alto padrão usando os mais recentes chips Snapdragon da Qualcomm — são esperados em 2027, assim que atenderem a requisitos rigorosos de atualizações de longo prazo e recursos avançados de segurança de hardware, como memory tagging e secure elements. Os comentaristas discutem os trade-offs entre preço, qualidade de hardware e privacidade, e exploram o quanto esses dispositivos podem suportar necessidades do dia a dia, como apps bancários e pagamentos NFC, em meio ao uso crescente da Play Integrity attestation do Google. O debate também se expande para uma comparação entre plataformas baseadas em Android e telefones Linux “mainstream”, com muitos argumentando que o modelo de segurança do Android, o ecossistema de apps e a integração de hardware o tornam uma base mais realista para sistemas móveis focados em privacidade.

Parceria Motorola–GrapheneOS & Cronograma

  • Os primeiros dispositivos Motorola oficialmente suportados têm como meta 2027, inicialmente flagships de alto padrão (Signature, Razr fold, Razr flip / classe Razr Ultra).
  • Espera-se que o suporte coincida com o ciclo normal de lançamentos flagship da Motorola, e não seja adaptado a modelos existentes.
  • Alguns comentaristas leram isso como “GrapheneOS chegando em 2027 aos modelos atuais”; a clarificação central é que os Motorolas atuais não atendem aos requisitos.

Requisitos de Hardware & Segurança

  • Os Pixels são atualmente os únicos telefones que atendem ao padrão de atualizações e segurança de hardware do GrapheneOS.
  • Principais peças ausentes na maioria dos dispositivos:
    • Hardware memory tagging (MTE) – atualmente apenas o Snapdragon 8 Elite Gen 5; flagships Snapdragon da próxima geração adicionam os recursos necessários e um melhor secure element.
    • Atualizações de segurança de longo prazo e em tempo hábil por parte da OEM + Qualcomm.
  • Dispositivos Motorola de entrada ficam atrás tanto em recursos de segurança quanto em compromissos de atualização; o suporte pode chegar mais tarde se Qualcomm/OEM melhorarem isso.
  • Bootloader desbloqueável com todos os recursos de segurança intactos é explicitamente exigido.

Ecossistema de Apps, Banco e Attestation

  • Grande vantagem de permanecer no Android: acesso aos apps existentes, especialmente bancos, governo e mensagens.
  • O GrapheneOS usa uma camada do Google Play em sandbox e, segundo relatos, executa “quase todos” os apps; cerca de 90% dos apps bancários funcionam, de acordo com uma lista comunitária de compatibilidade.
  • Os problemas se concentram em:
    • A Play Integrity API do Google e outros SDKs de attestation / detecção de root.
    • Alguns bancos, governos e fabricantes de automóveis exigindo “apenas Android stock”; alguns reverteram parcialmente essa posição após pressão dos usuários.
  • Pagamento por aproximação funciona via alguns provedores regionais (por exemplo, Curve, PayPal, certos bancos da UE). O Google Pay continua bloqueando o GrapheneOS e pode exigir pressão regulatória para mudar.

Android vs “Linux Mainstream” em Telefones

  • Longa discussão sobre por que não basear um SO móvel seguro em uma distribuição Linux no estilo desktop.
  • Argumentos a favor de Android/AOSP: modelo de segurança móvel muito superior já existente (sandbox de apps obrigatório, MAC/MLS baseado em SELinux, verified boot, mitigações modernas de exploit, uso intenso de linguagens seguras para memória), ecossistema de apps e gerenciamento de energia.
  • Argumentos a favor de telefones Linux: mais controle do usuário, sistemas declarativos no estilo Nix, rejeição do ecossistema Google.
  • Contraponto: os telefones Linux atuais (PinePhone, Librem, Sailfish, etc.) são amplamente descritos como imaturos (câmera, telefonia, bateria e segurança ruins), com esforços fragmentados e suporte fraco a apps.

Google, Pixels e Atrito com Open Source

  • Vários comentários criticam o Google:
    • Pixels vistos como hardware mediano (bateria, desempenho do Tensor, modems Exynos/Mediatek).
    • O código-fonte do kernel/dispositivo para Pixels agora é distribuído via formulários de solicitação e tarballs no Drive com histórico compactado, visto como hostil à “forma preferida para modificação” do GPL.
  • Alguns temem que o endurecimento do controle do Google (por exemplo, Play Integrity) torne o Android fora do Google cada vez mais frágil.

Custo, Disponibilidade e Form Factors

  • Expectativa de que os flagships Motorola com GrapheneOS sejam mais caros que os Pixels; preocupação de usuários com orçamento limitado.
  • Entusiasmo por:
    • Foldables e, especialmente, flips no estilo Razr como substitutos de “telefone pequeno”.
    • Futuro repasse do suporte GrapheneOS para dispositivos mais baratos conforme o hardware alcance os requisitos.
  • Decepção de que Fairphone e os Motorolas de entrada atuais (com suporte a cartão SD, tamanhos menores) não atendam e provavelmente não atenderão ao padrão necessário de segurança/atualização.