MicroG: Reimplementação livre de código aberto do espaço de utilizador proprietário do Android da Google
Uma reimplementação de código aberto dos Play Services do Android da Google, o microG, é elogiada por alguns utilizadores por permitir compatibilidade de apps em ROMs sem Google como LineageOS e /e/OS, mas criticada por outros por depender de *signature spoofing* e conceder acesso privilegiado que pode enfraquecer a segurança. Vários comentadores comparam a abordagem do microG com o “sandboxed Google Play” do GrapheneOS, debatendo qual modelo equilibra melhor privacidade, segurança e suporte real a apps, especialmente porque muitas apps ainda incluem bibliotecas proprietárias da Google. O tópico também destaca riscos do ecossistema, como sites falsos do microG e do MindTheGapps que um dia poderão distribuir *malware*, sublinhando preocupações mais amplas sobre confiança e cadeias de fornecimento de software no Android.
Contexto do projeto e do ecossistema
- O MicroG é descrito como uma reimplementação livre dos Google Play Services usada em ROMs personalizadas como LineageOS e /e/OS para manter muitas apps a funcionar sem instalar a pilha proprietária completa da Google.
- Vários comentadores relatam boa experiência no dia a dia (por exemplo, em LineageOS, /e/OS, telemóveis Murena), incluindo apps como Telegram e SNCF-Connect, embora outros vejam falhas em apps específicas (pagamentos, logins, problemas de idioma).
Play Services vs compatibilidade de apps
- Esclarecimento de que isto diz respeito às APIs dos Play Services, não à Play Store em si.
- Algumas apps dependem fortemente dos Play Services; outras têm alternativas ou funcionam com instalações diretas de APK ou lojas alternativas.
- O MicroG por vezes fornece stubs de APIs como no-ops, por vezes reimplementa-as e, noutras, chama endpoints da Google (por exemplo, Firebase).
Segurança, signature spoofing e DroidGuard
- O signature spoofing é destacado como uma violação fundamental do modelo de segurança do Android, ao conceder acesso privilegiado ao MicroG, do qual também beneficia o código da Google que ele carrega.
- Os críticos argumentam que o MicroG tem um historial fraco: fugas de privacidade de longa data (nomeadamente em torno da localização), aplicação incompleta de permissões e execução do binário DroidGuard da Google com privilégios elevados do MicroG.
- Os defensores contrapõem que o MicroG é open source e um compromisso razoável para usabilidade em sistemas sem Google.
GrapheneOS “sandboxed Google Play” vs MicroG
- Um dos lados argumenta que executar os Google Play Services oficiais sem privilégios, dentro de um sandbox de aplicações, é mais seguro e frequentemente mais privado do que um MicroG privilegiado que ainda comunica com a Google e executa código da Google.
- Outros defendem que o Play em sandbox ainda permite uma partilha extensa de dados através das bibliotecas das apps e criticam este modelo como insuficiente para “des-Google-ficar”.
- Há discordância sobre se o GrapheneOS prioriza genuinamente a privacidade ou se se inclina sobretudo para a segurança; os seus defensores afirmam que prioriza ambos, citando funcionalidades adicionais de privacidade e correções mais rápidas a montante.
/e/OS, Murena e política dos projetos
- Crítica forte ao /e/OS e à Murena: alegadas atualizações de segurança desatualizadas, níveis de patch enganadores, telemetry e rastreamento extra, uso histórico da OpenAI para fala e componentes Google privilegiados via MicroG.
- Tópico separado sobre retórica hostil entre projetos e as suas comunidades; alguns veem a comunicação do GrapheneOS como tóxica, outros apontam ataques persistentes e desinformação contra ele.
Outras notas
- Aviso sobre sites falsos do MicroG/MindTheGapps que poderão eventualmente distribuir malware.
- Uma discussão paralela critica más práticas de merge commit no repositório do MicroG.
- Um comentador observa que, mesmo com o MicroG, todos os dispositivos Android atuais continuam a depender de componentes proprietários substanciais, muitas vezes privilegiados.