Mensagens de texto entre iPhone e Android finalmente ganham criptografia de ponta a ponta real entre plataformas

Pela primeira vez, uma mensagem de texto enviada de um iPhone para um Android pode ser criptografada de ponta a ponta por padrão, usando um padrão aberto da indústria em vez de um aplicativo proprietário. Desde maio de 2026, o padrão da GSMA para criptografia de ponta a ponta (E2EE) via Rich Communication Services (RCS) está em fase de implementação ativa no Google Messages e no Apple Messages — os aplicativos de mensagens padrão nas duas plataformas que respondem pela grande maioria das mensagens móveis no mundo.

Isso fecha uma lacuna que estava escancarada desde que a Apple adicionou suporte ao RCS no Messages com o iOS 18 em setembro de 2024. O RCS substituiu o antigo protocolo SMS/MMS com recursos modernos — confirmações de leitura, indicadores de digitação, mídia de alta resolução, chats em grupo melhores — mas a criptografia entre plataformas não fazia parte da implementação original. O Google Messages já oferecia E2EE para chats RCS entre Android desde 2022, mas uma mensagem enviada de um iPhone para um aparelho Android, ou vice-versa, trafegava sem proteção de ponta a ponta até esse padrão fechar o buraco.

Como o padrão realmente funciona

A GSMA adicionou E2EE ao Universal Profile do RCS em março de 2025 usando o Messaging Layer Security (MLS), um protocolo padronizado pela IETF originalmente criado para mensagens criptografadas em grupo escaláveis. O MLS foi uma escolha deliberada: diferentemente do Signal Protocol que o iMessage e o WhatsApp usam internamente, o MLS foi projetado para permitir que implementações independentes de diferentes fornecedores interoperem de forma segura — exatamente o problema que o RCS entre Apple e Google precisava resolver. Apple e Google mantêm clientes RCS separados — Messages no iOS e Google Messages no Android — e nenhuma das duas empresas entregaria sua implementação de segurança de mensagens à outra. O MLS permite que ambas construam com base na mesma especificação aberta e ainda assim atinjam criptografia de ponta a ponta verificada entre elas.

Na prática, isso significa que um chat entre um usuário de iPhone e um de Android agora tem a mesma garantia central que os usuários de iMessage para iMessage ou WhatsApp para WhatsApp têm há anos: a operadora de rede, o fabricante do celular e o provedor de mensagens não podem ler o conteúdo da mensagem durante o trânsito. Apenas os dispositivos do remetente e do destinatário detêm as chaves.

Por que isso levou até 2026

A demora técnica remonta a um problema genuíno de padrões, e não apenas a omissão das empresas. O RCS foi lançado em 2008 e passou sua primeira década fragmentado em implementações específicas de operadoras, sem um conjunto comum de recursos — motivo pelo qual a GSMA teve que definir o Universal Profile em 2016 apenas para obter interoperabilidade básica. Criptografia é um problema mais difícil do que confirmações de leitura: exige protocolos de troca de chaves e verificação de identidade que precisam sobreviver a condições adversas, funcionar em redes de operadoras com infraestruturas de maturidade muito diferentes e não quebrar quando o usuário troca de celular, chip ou operadora. O Google implementou E2EE para sua própria comunicação entre Android anos antes de existir um padrão entre plataformas, justamente porque resolver isso para um único cliente de uma empresa é um problema fundamentalmente menor do que fazer duas plataformas concorrentes interoperarem de forma segura.

A decisão da Apple de apoiar o RCS em 2024 já foi notável — a Apple resistiu ao RCS por anos, em parte sob pressão regulatória relacionada a requisitos de interoperabilidade de mensagens em mercados como a UE. Uma vez que a Apple se comprometeu com o RCS, fechar a lacuna de criptografia se tornou uma questão de quando, e não de se, mas construir um padrão de criptografia entre fornecedores que ambas as empresas realmente confiassem e enviassem levou cerca de 18 meses após o lançamento inicial do RCS pela Apple.

O que verificar no seu celular

A E2EE está sendo implementada, mas ainda não está universalmente disponível; portanto, algumas coisas determinam se determinada conversa está protegida:

• Ambas as partes precisam ter o RCS ativado — se um dos lados desativou o RCS, ou se um celular cai para SMS devido a sinal fraco, a conversa regride para SMS/MMS sem criptografia e sem as proteções do RCS.
• O suporte da operadora varia — algumas operadoras ainda roteiam o RCS pelo backend Jibe do Google, em vez de fornecê-lo nativamente, e o Google vem descontinuando esse serviço de fallback desde 2025; isso significa que usuários em operadoras sem suporte direto ao RCS podem perder funcionalidade durante a transição, em vez de ganhá-la.
• Clientes de desktop precisam se atualizar — o RCS também é acessível pelo web client do Google Messages e pelo Microsoft Phone Link, e o suporte a criptografia nesses pontos de acesso secundários não tem garantia de acompanhar o cronograma de implementação no celular.

Para a maioria dos usuários, a conclusão prática é verificar se há um ícone de cadeado ou um rótulo de criptografado no thread da conversa no Messages ou no Google Messages; a presença confirma que o padrão está ativo para aquele chat específico, não apenas teoricamente disponível na rede.

O panorama geral

O RCS agora tem cerca de 2,5 bilhões de usuários ativos mensais no mundo, e fechar a lacuna de criptografia entre os dois ecossistemas móveis dominantes remove um dos últimos grandes argumentos para continuar usando mensageiros criptografados de terceiros apenas pela segurança entre plataformas. Isso não elimina o caso de uso de apps como Signal ou WhatsApp — eles oferecem recursos adicionais e, no caso do Signal, um modelo de privacidade de metadados mais forte —, mas significa que a experiência de mensagens padrão para o usuário comum que transita entre iPhone e Android não é mais uma rebaixa de segurança por padrão. Essa é uma melhoria significativa, embora silenciosa, na privacidade básica para milhares de conversas cotidianas.