Pesquisadores da equipe do Google Project Zero analisaram detalhadamente a t\u00e9cnica para criar um exploit funcional que permite a execu\u00e7\u00e3o remota de c\u00f3digo com privil\u00e9gios do kernel Linux, por meio do envio de uma mensagem SMS ou RCS com um anexo de \u00e1udio especialmente formatado. O ataque \u00e9 realizado sem qualquer a\u00e7\u00e3o do usu\u00e1rio, incluindo a n\u00e3o necessidade de visualizar ou ouvir a mensagem recebida. <\/p>\n
O exploit envolve duas vulnerabilidades: na biblioteca Dolby Unified Decoder (CVE-2025-54957) e no driver bigwave para o kernel Linux (CVE-2025-36934). Anteriormente, para explorar vulnerabilidades em codecs, era necess\u00e1rio que o usu\u00e1rio ouvisse ou visualizasse o conte\u00fado malicioso recebido. Ap\u00f3s a integra\u00e7\u00e3o de assistentes de IA nas \u00faltimas vers\u00f5es do firmware do Android, o conte\u00fado multim\u00eddia recebido \u00e9 automaticamente decodificado ap\u00f3s a recep\u00e7\u00e3o, o que aumenta significativamente a superf\u00edcie de ataque que n\u00e3o requer a\u00e7\u00f5es do usu\u00e1rio (0-click). No contexto de mensagens de \u00e1udio SMS e RCS, o aplicativo Google Messages, por meio do servi\u00e7o com.google.android.tts, gera automaticamente uma transcri\u00e7\u00e3o para aplica\u00e7\u00e3o em mensagens de \u00e1udio para pesquisa textual, permitindo explorar vulnerabilidades nos codecs de \u00e1udio existentes sem a participa\u00e7\u00e3o do usu\u00e1rio. <\/p>\n
O problema no Dolby Unified Decoder \u00e9 causado por um estouro de inteiro ao calcular o tamanho do buffer para as estruturas de dados syncframe processadas, o que pode ser explorado para gravar al\u00e9m do buffer alocado. Como resultado do estouro, um ponteiro utilizado no processamento do pr\u00f3ximo frame sincronizado pode ser sobrescrito, permitindo, por sua vez, a grava\u00e7\u00e3o de dados controlados pelo atacante em um ponteiro de fun\u00e7\u00e3o e organizar a execu\u00e7\u00e3o de seu c\u00f3digo com os direitos de 'mediacodec', limitados pelo SELinux. <\/p>\n
A vulnerabilidade explorada no kernel Linux reside no driver bigwave, que lida com o dispositivo simb\u00f3lico \/dev\/bigwave, ao qual foi concedido acesso do contexto SELinux 'mediacodec'. Essa vulnerabilidade permitia sobrescrever estruturas do kernel atrav\u00e9s de manipula\u00e7\u00f5es com a chamada ioctl BIGO_IOCX_PROCESS e possibilitava a execu\u00e7\u00e3o de c\u00f3digo com privil\u00e9gios de kernel. <\/p>\n
Uma vulnerabilidade na biblioteca Dolby Unified Decoder (libcodec2_soft_ddpdec.so), que fornece fun\u00e7\u00f5es para decodificar formatos Dolby Digital (DD, AC-3) e Dolby Digital Plus (DD+, EAC-3), n\u00e3o \u00e9 espec\u00edfica para Android e para o firmware do Pixel 9, e tamb\u00e9m se manifesta em outras plataformas (Samsung S24, MacBook Air M1, iPhone 17 Pro, Windows, ChromeOS, etc.). No reposit\u00f3rio AOSP do Android e no firmware do Samsung S24, um filtro seccomp de chamadas de sistema \u00e9 aplicado aos processos executados no contexto do mediacodec, dificultando a explora\u00e7\u00e3o posterior das vulnerabilidades no n\u00facleo. No firmware do Pixel 9, esse filtro estava ausente. De ataques poderia proteger<\/a> O mecanismo Memory Tagging (MTE) est\u00e1 dispon\u00edvel para dispositivos Pixel 8+ apenas como uma op\u00e7\u00e3o ativada ao habilitar o modo 'Advanced Protection'. No macOS e no iOS, a explora\u00e7\u00e3o \u00e9 dificultada pela compila\u00e7\u00e3o da biblioteca com a flag '-fbounds-safety', que insere verifica\u00e7\u00f5es adicionais para evitar estouros de array, o que reduz o desempenho. <\/p>\n Pesquisadores est\u00e3o investigando separadamente os problemas com a entrega da corre\u00e7\u00e3o da vulnerabilidade no Dolby Unified Decoder aos usu\u00e1rios. Informa\u00e7\u00f5es sobre a vulnerabilidade foram divulgadas publicamente 82 dias antes que a corre\u00e7\u00e3o fosse disponibilizada para os usu\u00e1rios dos dispositivos Pixel. A empresa Dolby foi informada sobre o problema em 26 de junho de 2025. A primeira corre\u00e7\u00e3o bin\u00e1ria foi lan\u00e7ada em 18 de setembro para o ChromeOS, mas para dispositivos Android, a empresa Dolby forneceu patches bin\u00e1rios apenas em 8 de outubro. Em 15 de outubro, as informa\u00e7\u00f5es sobre a vulnerabilidade foram tornadas p\u00fablicas. A Samsung lan\u00e7ou a corre\u00e7\u00e3o em 12 de novembro e apenas em 5 de janeiro foi publicada a corre\u00e7\u00e3o para dispositivos Pixel. A distribui\u00e7\u00e3o do patch para todos os dispositivos Android levou 139 dias. <\/p>\n