Uma mensagem invisível pode interromper uma chamada telefônica
Uma mensagem de texto criada especialmente, com apenas oito bytes, pode travar o serviço de chamadas em celulares Android vulneráveis, desconectar chamadas em andamento e, após ser enviada repetidamente, dificultar a inicialização normal do aparelho. O pesquisador de segurança Mark Blaszczyk divulgou a falha em 29 de outubro de 2026, depois de reportá-la pela primeira vez ao Google em 5 de maio.
Conteúdo
- Uma mensagem invisível pode interromper uma chamada telefônica
- Por que a mensagem nunca chega à caixa de entrada
- Um número grande se transforma em um tamanho negativo
- Como uma interrupção breve se transforma em uma falha recorrente
- Por que a tela de recuperação pode significar perda de dados
- Quais versões do Android precisam de atenção?
- A correção seguiu um caminho diferente do relato
- O que a correção muda
- O que os proprietários podem fazer agora
- Principais pontos
A vulnerabilidade, descrita como SMS of Death e identificada em publicações sobre segurança como CVE-2026-58882, afeta o software que processa determinadas mensagens recebidas antes que elas cheguem a um aplicativo de mensagens. O destinatário não precisa abrir nada, instalar um aplicativo nem tocar em um link. Segundo Blaszczyk, a mensagem maliciosa não aparece na caixa de entrada nem gera uma notificação.
Blaszczyk reproduziu o problema em um Google Pixel 9 com o firmware de abril de 2026 e em vários celulares Samsung Galaxy, incluindo modelos da linha Galaxy A. Ele relatou ter reproduzido a falha com sucesso em todos os testes nesses aparelhos. Uma única mensagem interrompeu o serviço de celular por cerca de um a dois segundos, enquanto o Android reiniciava o processo de chamadas.
Blaszczyk, pesquisador de segurança independente, descreveu o efeito imediato no processo do Android responsável pelas funções telefônicas:
Um único SMS WAP Push malformado trava o com.android.phone no Android, derrubando chamadas em andamento (inclusive chamadas de emergência), sem qualquer interação da vítima,
Não há relatos de ataques fora de ambientes de teste, e o alerta sobre interferência nos serviços de emergência se baseia na avaliação do pesquisador. Não foi publicada uma lista completa dos aparelhos, redes de operadoras e países afetados. A preocupação prática é que uma breve interrupção do serviço pode encerrar uma conversa, enquanto interrupções repetidas podem impedir alguém de manter uma conexão quando precisa de ajuda.
Por que a mensagem nunca chega à caixa de entrada
O Android recebe o conteúdo malicioso por meio do WAP Push, um mecanismo mais antigo usado para transmitir dados e instruções pelas redes móveis. Entre os usos legítimos estão solicitar que o celular baixe uma mensagem multimídia ou aplique configurações da operadora. Ao contrário de uma mensagem de texto comum, escrita para ser lida por uma pessoa, esse tipo de mensagem é processado automaticamente pelo software do sistema.
O componente WapPushOverSms do Android realiza esse processamento. A falha ocorre em sua função de decodificação, quando o celular lê informações que indicam o tamanho de uma parte da mensagem. Como o serviço de chamadas encontra o erro antes de concluir o processamento normal da mensagem, o destinatário não tem um texto visível para examinar ou apagar.
Assim, o ataque contorna o momento em que as pessoas costumam decidir se uma mensagem parece suspeita. Ignorar remetentes desconhecidos ou não abrir links ajuda pouco contra uma falha acionada durante o processamento automático. A proteção depende principalmente da correção do componente do sistema operacional que processa a mensagem.
Um número grande se transforma em um tamanho negativo
Blaszczyk rastreou o travamento até um erro de conversão numérica. O Android lê o tamanho de um cabeçalho de mensagem usando um tipo de dado capaz de armazenar números grandes e, em seguida, converte esse valor em um inteiro com sinal de 32 bits sem antes verificar se ele cabe nesse formato.
No teste descrito, o valor 2,147,483,648 se transforma em -2,147,483,648 durante a conversão. Um inteiro com sinal desse tamanho pode armazenar números positivos somente até 2,147,483,647. O valor criado especialmente ultrapassa esse limite por pouco.
Em seguida, o Android tenta reservar espaço para um bloco de dados usando o tamanho negativo. Como um tamanho negativo não faz sentido nessa operação, o software gera um erro chamado NegativeArraySizeException. Como o erro não é tratado corretamente, ele encerra o com.android.phone.
A mensagem de oito bytes contém uma sequência de cinco bytes que fornece a informação problemática sobre o tamanho. Seu tamanho reduzido ajuda a explicar a gravidade da falha: uma mensagem minúscula recebida pode causar uma interrupção muito maior porque um processo central do sistema falha ao interpretá-la.
Como uma interrupção breve se transforma em uma falha recorrente
Normalmente, as operadoras móveis esperam que um celular confirme o recebimento de uma mensagem. Quando o Android trava antes de concluir essa troca, a operadora pode tentar enviar a mensagem novamente. Assim, um mecanismo criado para tornar o envio de mensagens mais confiável pode fazer o mesmo conteúdo nocivo voltar ao celular.
O Android também mantém as mensagens recebidas em uma fila pendente durante o processamento. Blaszczyk afirmou que uma mensagem malformada pode permanecer nessa fila e ser processada novamente após uma reinicialização, criando outra oportunidade para o mesmo travamento.
Blaszczyk explicou por que reiniciar o aparelho pode não encerrar a interrupção:
A mensagem malformada continua na fila e é tentada novamente a cada inicialização, então o celular pode travar ao ligar até que ela seja removida,
Blaszczyk alertou que cerca de 20 mensagens poderiam tornar um aparelho inutilizável por um período prolongado. Os testes também descreveram a chegada rápida de cerca de 30 mensagens antes do surgimento de falhas mais persistentes. Esses números se referem às condições de teste, não a um limite exato que todos os aparelhos atingiriam.
O pesquisador atribuiu algumas falhas duradouras à corrupção do banco de dados SQLite usado para armazenar dados de SMS recebidos. SQLite é um pequeno sistema de banco de dados que aplicativos e sistemas operacionais usam para manter registros estruturados. Se os registros necessários durante a inicialização provocarem falhas repetidamente, o serviço de chamadas pode travar toda vez que o celular tentar se recuperar.
Nos testes, novas tentativas de envio pela operadora causaram problemas intermitentes nas chamadas por até uma semana, inclusive uma interrupção atribuída a uma única mensagem maliciosa. A combinação de mensagens retidas pela operadora e registros armazenados no aparelho ajuda a explicar por que os efeitos podem durar além do envio inicial.
Por que a tela de recuperação pode significar perda de dados
O Android inclui um mecanismo automático de recuperação chamado RescueParty. Quando um componente essencial continua falhando, ele tenta recuperá-lo e pode colocar o aparelho no modo de recuperação após cerca de 90 segundos. O usuário pode então encontrar uma opção para apagar os dados.
A restauração de fábrica apaga dados e configurações locais. Blaszczyk relatou que, nos testes, a restauração ofereceu apenas um alívio temporário, pois a operadora podia reenviar as mensagens que ainda aguardavam confirmação de recebimento. Assim, quem escolhesse apagar o celular poderia perder informações pessoais e, depois, voltar a enfrentar os travamentos.
Blaszczyk descreveu um método de recuperação usando o Android Debug Bridge, ou ADB, uma ferramenta que permite a um computador se comunicar com um aparelho Android para fins de desenvolvimento e manutenção. O procedimento envolvia apagar os registros de SMS afetados durante um breve período em que o celular ficava acessível.
A recuperação por ADB exige acesso técnico, e muitos proprietários não terão configurado previamente a conexão necessária. O método de recuperação do pesquisador também envolvia transferir um chip SIM físico para um celular que não rodasse Android, para que as mensagens pendentes pudessem ser recebidas e confirmadas. Ele alertou que a recuperação poderia ser mais difícil quando a assinatura móvel usa um eSIM.
Para quem enfrenta travamentos repetidos, a prioridade concreta é procurar ajuda técnica qualificada antes de escolher apagar os dados. O procedimento de recuperação descrito envolve registros do sistema e configurações de acesso, sendo mais complexo do que apagar uma mensagem de texto comum.
Quais versões do Android precisam de atenção?
O principal intervalo de versões afetadas descrito nos relatos técnicos vai do Android 12 ao Android 16. Alguns relatos estendem a lista até o Android 17. Os testes citaram especificamente aparelhos Pixel e Samsung Galaxy, mas o alcance suspeito é maior porque o problema está em um código de telefonia compartilhado pelo Android.
A correção anunciada em outubro de 2026 abrange o Android 14 ao Android 17. Celulares ainda com Android 12 ou Android 13 são a principal preocupação em relação ao suporte: essas versões são descritas como fora do suporte de segurança atual do Google, deixando os proprietários dependentes de uma fabricante ou de outro fornecedor de sistema operacional para receber uma correção.
A versão do Android e o status das atualizações de segurança de um celular respondem a perguntas diferentes. A versão identifica a geração do sistema operacional. As informações sobre atualizações de segurança ajudam a mostrar quando as vulnerabilidades foram corrigidas pela última vez. Dois celulares com a mesma versão do Android podem receber correções em momentos diferentes.
Fabricantes e operadoras influenciam o momento em que as atualizações chegam a cada modelo. Os proprietários devem conferir a data da atualização de segurança nas Configurações, geralmente em Sobre o telefone, Segurança ou Atualizações de software, e instalar a versão mais recente disponível. Para essa falha, a correção anunciada está associada à atualização de outubro de 2026, embora seja útil consultar a confirmação da fabricante para o modelo específico quando não estiver claro quando a atualização será liberada.
A correção seguiu um caminho diferente do relato
Blaszczyk afirmou que, inicialmente, o Google tratou o relato como um problema não relacionado à segurança e o encerrou sem concordar com a medida que ele solicitava. O relato publicado por ele descreveu recursos posteriores e uma nova classificação como problema não relacionado à segurança em 29 de outubro. Enquanto isso, engenheiros do Android desenvolviam uma correção.
A sequência relatada distingue o tratamento da denúncia do pesquisador do avanço do código pelos processos de desenvolvimento e atualização do Android:
- 5 de maio de 2026: Blaszczyk reportou a vulnerabilidade pela primeira vez ao Google.
- 15 de junho: O Google criou uma correção de engenharia para a falha no processamento de mensagens.
- Julho: O GrapheneOS afirmou ter recebido a correção por meio de versões preliminares de segurança e tê-la implementado naquele mês.
- 5 de agosto: Segundo relatos, a correção foi incorporada ao processo de desenvolvimento do Google.
- Outubro: A alteração foi publicada no Android Open Source Project e incluída em atualizações para o Android 14 ao Android 17.
- 29 de outubro: Blaszczyk divulgou publicamente suas descobertas.
- Novembro: O GrapheneOS afirmou que a vulnerabilidade deveria aparecer no boletim de segurança do Android.
O GrapheneOS sugeriu que um problema interno de comunicação poderia explicar a forma como o Google tratou o relato. Essa explicação foi uma especulação dos desenvolvedores do projeto do sistema operacional. O histórico descrito aqui inclui tanto uma denúncia rejeitada quanto uma alteração de engenharia destinada a impedir o travamento.
O boletim de novembro era a próxima etapa de publicação anunciada. O GrapheneOS afirmou que já havia implementado a correção em julho; portanto, a data posterior do boletim dizia respeito à documentação pública de segurança, e não à primeira implementação da correção.
O que a correção muda
A correção atribuída ao Google amplia o tratamento de exceções para que o Android capture o erro de execução e remova a mensagem malformada da fila pendente. Isso permite que o processamento avance, em vez de travar repetidamente por causa do registro nocivo.
Blaszczyk havia proposto verificar se o tamanho declarado do cabeçalho era válido antes de convertê-lo. A abordagem de engenharia descrita, por sua vez, trata a falha e apaga a mensagem responsável. Na prática, remover esse registro também resolve o processamento repetido que pode transformar um único envio em um problema contínuo no serviço.
A correção é descrita como uma medida aplicada quando uma mensagem malformada é encontrada. As cerca de 20 mensagens mencionadas nos testes dizem respeito à gravidade da interrupção repetida, e não a um número que a correção precise aguardar antes de entrar em ação.
A publicação de uma correção no Android Open Source Project significa que o código subjacente está disponível para ser incorporado ao software Android. A entrega a cada proprietário ainda depende de uma atualização adequada ser desenvolvida e distribuída para aquele aparelho. Por isso, é importante verificar o status de suporte de um modelo específico, além de saber que o Google corrigiu o código.
O que os proprietários podem fazer agora
Os proprietários de celulares com suporte devem instalar a atualização de segurança mais recente do sistema e consultar as notas de lançamento ou informações de suporte da fabricante para confirmar a inclusão da correção. Quem usa Android 12 ou Android 13 deve perguntar se o modelo receberá uma correção ou se pode ser atualizado para uma versão do Android com suporte.
Blaszczyk publicou um aplicativo de demonstração e seu código-fonte, o que torna mais urgente a distribuição rápida da correção. A publicação inclui um alerta contra mirar outras pessoas, especialmente porque interferir nas comunicações de emergência pode criar um perigo sério.
Usuários cujos celulares perdem repetidamente o serviço de celular ou reiniciam devem entrar em contato com a fabricante do aparelho ou com uma assistência técnica qualificada. Um celular que exibe uma tela de recuperação exige cuidado se o proprietário quiser preservar os dados. Quem precisar de ajuda urgente enquanto o aparelho não consegue manter uma chamada deve usar outro telefone em funcionamento.
A principal mudança para os proprietários é simples: essa falha ocorre antes que haja uma mensagem suspeita para avaliar. Uma atualização de segurança atual, disponibilizada para o aparelho efetivamente em uso, é a proteção mais prática descrita para os dispositivos com suporte.
Principais pontos
- Um SMS WAP Push malformado pode travar o serviço de chamadas do Android sem nenhuma ação do destinatário.
- Blaszczyk reproduziu a falha em um Pixel 9 e em aparelhos Samsung Galaxy, com interrupções individuais de cerca de um a dois segundos.
- O processamento repetido e o reenvio pela operadora podem causar interrupções prolongadas, travamentos recorrentes e telas de recuperação.
- A correção anunciada em outubro de 2026 abrange o Android 14 ao Android 17. Os proprietários de aparelhos com Android 12 e Android 13 dependem de suporte adicional dos fornecedores dos dispositivos.
- Não há relatos de ataques fora dos testes. O pesquisador alertou que a interrupção das chamadas poderia afetar o acesso aos serviços de emergência.
- A restauração de fábrica apaga os dados e pode ser seguida pelo reenvio das mensagens nocivas. A recuperação técnica pode exigir o ADB.






