O ponto mais importante não é que o Android passará a “ler tudo”: segundo o Sapo.pt, a proteção avançada da app Mensagens analisa conversas recebidas de números desconhecidos para procurar sinais de fraude. A mudança reconhece um problema real de segurança: muitos golpes não começam com um link suspeito, mas com uma conversa aparentemente normal que só depois tenta criar urgência e obter dinheiro ou credenciais.
Para quem desenvolve, a novidade é interessante por dois motivos. Ela combina análise contextual com verificações locais no dispositivo e também amplia a segurança para momentos em que o utilizador está a partilhar o ecrã ou a receber uma chamada. Mas vale separar o que é processamento de IA, o que é proteção do sistema operativo e o que ainda depende da disponibilidade por aparelho e versão.
Como a IA do Android pretende identificar burlas por SMS
A análise descrita não se limita a procurar palavras como “prémio”, “dívida” ou “entrega”. O sistema considera o contexto da conversa recebida de um número desconhecido. Isso pode ajudar a reconhecer uma abordagem gradual: primeiro o remetente cria familiaridade; depois pede uma transferência, um código de autenticação ou um clique num endereço.
Essa abordagem é mais sofisticada do que uma lista fixa de palavras, mas não é infalível. Uma mensagem legítima pode parecer suspeita, e um golpe bem escrito pode escapar. Na minha avaliação, a IA deve funcionar como uma camada de triagem, não como um veredito sobre a intenção de uma pessoa.
O recurso anunciado usa modelos Gemini e a infraestrutura Private AI Compute para processar mensagens com foco em privacidade. A descrição da Google, reproduzida pelo Sapo.pt, afirma que o conteúdo é cifrado e tratado num ambiente isolado, sem acesso humano, inclusive por engenheiros da empresa. Isso é uma garantia arquitetural relevante, mas não significa que qualquer sistema de IA seja automaticamente privado: implementação, retenção, telemetria e controles de acesso continuam a importar.
Private AI Compute e Gemini Nano não são a mesma etapa
Há duas partes que convém não misturar. A análise contextual das mensagens é associada à infraestrutura Private AI Compute. Já os modelos Gemini Nano devem inspecionar ligações suspeitas em tempo real diretamente no smartphone, antes de o utilizador abrir o endereço.
Executar um modelo localmente reduz a necessidade de enviar cada decisão para um serviço remoto e pode diminuir a latência. Em contrapartida, modelos no dispositivo trabalham com limites de memória, processamento e atualização. O processamento em infraestrutura remota pode ter mais recursos, mas exige confiança na arquitetura e nos mecanismos de proteção usados.
Para um utilizador avançado, a questão prática não é apenas “a IA está no telemóvel?”. É preciso saber que dados são analisados, em que momento, se o conteúdo sai do dispositivo e que opções existem para controlar a funcionalidade. A notícia não detalha todos esses pontos; por isso, eu evitaria tratar o anúncio como uma especificação técnica completa.
Proteções contra links suspeitos e golpes de engenharia social
O Android também deverá exibir alertas de suspeita nas notificações em mais marcas, incluindo Xiaomi, OnePlus, Motorola, OPPO, realme e vivo. Até agora, segundo a fonte, esses avisos estavam restritos aos Pixel. A expansão importa porque uma proteção só é eficaz se chegar aos dispositivos que as pessoas realmente usam.
Outra mudança é um atraso temporizado antes de abrir links recebidos de contactos desconhecidos. Esse intervalo tenta quebrar a urgência artificial: o criminoso quer que a vítima clique enquanto está distraída ou sob pressão. Uma pausa curta não substitui educação digital, mas pode evitar o clique impulsivo.
Na prática, o endereço continua a exigir atenção. Um domínio pode imitar visualmente o nome de um banco, usar subdomínios confusos ou redirecionar para outro site. O cadeado HTTPS apenas indica uma conexão cifrada com aquele domínio; não prova que o domínio pertence à empresa que a mensagem afirma representar.
Partilha de ecrã no Android 15: proteção de senhas e dados bancários
O Sapo.pt informa que, no final do mês referido no anúncio, Android 15 e versões seguintes receberão uma proteção automática durante certas sessões de partilha de ecrã. Quando Chrome ou WebView estiverem em funcionamento, campos de senha, dados de cartão e formulários de autenticação bancária deverão aparecer ocultos para quem acompanha a transmissão.
Isso reduz um risco comum em falsos atendimentos técnicos. O burlão convence a vítima a instalar uma ferramenta de suporte remoto ou a partilhar o ecrã e, em seguida, observa a introdução de credenciais. Ocultar campos sensíveis pode limitar a exposição visual, mas não impede que a pessoa revele um código em voz alta, aprove uma notificação ou faça uma transferência por iniciativa própria.
Para quem desenvolve aplicações Android, a lição é não depender exclusivamente da proteção do sistema. Marque campos sensíveis corretamente, evite mostrar dados completos quando não são necessários e teste os fluxos com gravação e partilha de ecrã. Uma proteção que depende de Chrome ou WebView não deve ser presumida em qualquer navegador, janela ou ferramenta de captura.
Desvio de chamadas e roubo de códigos de autenticação
Uma técnica descrita na notícia envolve ativar o reencaminhamento de chamadas para interceptar SMS com códigos de autenticação de dois fatores. A partir de dezembro, o Android deverá impedir que aplicações secundárias iniciem esse desvio em segundo plano sem conhecimento do utilizador. Se a pessoa marcar manualmente um código MMI para ativar o reencaminhamento, o sistema deverá avisá-la antes de a ordem chegar à operadora.
Isso é importante porque um código de uso único não protege muito se o atacante consegue controlar o canal que o recebe. Para contas críticas, prefiro recomendar chaves de segurança ou passkeys quando disponíveis. Aplicações autenticadoras também reduzem a dependência do SMS, embora não sejam imunes a phishing e engenharia social.
Na Prática: valide links no seu aplicativo Android
Se está a desenvolver uma app que abre links recebidos por mensagem, não trate qualquer URL como confiável só porque veio de um contacto conhecido. Abaixo está um exemplo Kotlin simples para aceitar apenas HTTPS e um conjunto explícito de domínios. Ele não substitui uma solução de reputação de URLs, mas evita esquemas inesperados, hosts com credenciais embutidas e domínios fora da lista.
import android.net.Uri
import java.net.IDN
import java.util.Locale
private val trustedHosts = setOf(
"example.com",
"www.example.com"
)
fun isTrustedHttpsUrl(raw: String): Boolean {
val uri = runCatching { Uri.parse(raw) }.getOrNull() ?: return false
if (!uri.scheme.equals("https", ignoreCase = true)) return false
if (!uri.userInfo.isNullOrBlank()) return false
val rawHost = uri.host ?: return false
val host = runCatching {
IDN.toASCII(rawHost).lowercase(Locale.ROOT)
}.getOrNull() ?: return false
return host in trustedHosts
}O detalhe decisivo é comparar o host completo, e não usar verificações como host.contains("example.com"). Essa expressão também aceitaria endereços como example.com.phishing.test. A conversão IDN ajuda a normalizar nomes internacionalizados, mas não elimina todas as formas de homógrafos visuais. Para links externos, mostre o domínio ao utilizador e evite redirecionamentos automáticos sem contexto.
Também não transforme essa função numa falsa “detecção de fraude”. Uma lista de domínios confiáveis só serve quando a aplicação tem um conjunto pequeno e controlado de destinos. Para links arbitrários, considere serviços de reputação, análise no servidor com minimização de dados e uma interface que permita ao utilizador cancelar antes de sair da aplicação.
Erros comuns ao interpretar as novas proteções
- Assumir que a IA acerta sempre. Classificadores podem gerar falsos positivos e falsos negativos. Mantenha uma opção para avaliar a mensagem com senso crítico e confirmar pedidos por um canal independente.
- Confundir processamento local com privacidade total. Gemini Nano no dispositivo e Private AI Compute são mecanismos diferentes. Leia a documentação do recurso específico e não extrapole a garantia de uma etapa para outra.
- Confiar apenas no aviso visual. Alertas ajudam, mas não impedem a vítima de fornecer senhas, códigos ou dados de cartão numa conversa telefónica.
- Tratar HTTPS como selo de legitimidade. Um site fraudulento também pode usar certificado válido. Confira o domínio e acesse serviços financeiros pelo aplicativo oficial ou por um endereço digitado manualmente.
- Pressupor que todos os aparelhos receberão a função ao mesmo tempo. Distribuição por fabricante, versão do Android, região e atualização da app pode variar. Teste no dispositivo real e consulte as notas oficiais antes de documentar disponibilidade.
O que muda para quem desenvolve software
Para equipas de produto, a tendência é clara: segurança precisa considerar o fluxo completo, não apenas a tela de login. Mensagens, notificações, chamadas, compartilhamento de ecrã e recuperação de conta formam uma cadeia. Um bom sistema de autenticação perde eficácia se um fluxo alternativo permite roubar códigos ou convencer o utilizador a entregar credenciais.
Eu revisaria especialmente três pontos numa aplicação: se os links de autenticação usam domínios previsíveis; se a interface explica o que está a ser aprovado; e se os dados sensíveis continuam expostos em gravações, screenshots ou sessões de suporte. Testes de segurança devem incluir engenharia social simulada, não só análise estática e testes de API.
Também evitaria apresentar a proteção do Android como substituta de responsabilidade do app. O sistema operativo pode reduzir riscos, mas o desenvolvedor ainda precisa aplicar controles de sessão, limitar tentativas, proteger tokens, evitar segredos em logs e oferecer recuperação de conta resistente a fraude.
Perguntas frequentes sobre a proteção contra burlas no Android
O Android vai analisar todas as minhas mensagens?
Segundo o anúncio relatado pelo Sapo.pt, a análise descrita é acionada para mensagens recebidas de números desconhecidos e procura contexto de possíveis fraudes. A notícia não especifica todos os controles de configuração nem todos os detalhes de retenção, então vale conferir a documentação oficial quando o recurso chegar ao seu aparelho.
O Gemini Nano envia as mensagens para a nuvem?
O Gemini Nano é apresentado nessa funcionalidade como modelo executado no próprio smartphone para verificar links suspeitos. A análise contextual das mensagens é associada à Private AI Compute. São mecanismos distintos, e não se deve concluir que todo o processamento ocorre localmente.
Essas funções chegam a qualquer telemóvel Android?
A expansão dos alertas foi anunciada para marcas como Xiaomi, OnePlus, Motorola, OPPO, realme e vivo. A disponibilidade pode variar conforme modelo, versão do Android, país e atualização das aplicações. Confirme nas definições e nas notas de atualização do seu dispositivo.
É melhor usar SMS, aplicação autenticadora ou passkey?
Quando um serviço oferece passkeys ou chaves de segurança, elas costumam reduzir a exposição a phishing em comparação com códigos enviados por SMS. Aplicações autenticadoras são uma alternativa útil, mas o método adequado depende do serviço e do modelo de recuperação de conta.
Gostou? Me segue no GitHub e deixa um comentário se tiver dúvida ou quiser aprofundar algum ponto.