`iOS 26.5` ativa criptografia de ponta a ponta em `RCS` entre iPhone e Android

Atualização habilita conversas RCS criptografadas por padrão entre iOS 26.5 e Google Messages, além de corrigir mais de 50 falhas em componentes como Kernel, WebKit, ImageIO, AppleJPEG e mDNSResponder.

Componente	RCS no iOS 26.5, interoperando com operadoras compatíveis e usuários Android na versão mais recente do Google Messages; a atualização também inclui correções para AppleJPEG, ImageIO, Kernel, mDNSResponder e WebKit.
Vetor	Conversas RCS entre iPhone e Android passam a usar criptografia de ponta a ponta quando ambos os lados e a operadora atendem às condições de suporte; as falhas corrigidas envolvem processamento de mídia, navegação, rede, núcleo e serviços do sistema.
Impacto	O conteúdo de mensagens RCS criptografadas não deve ficar legível durante o trânsito entre dispositivos; as vulnerabilidades corrigidas poderiam causar vazamento de informação sensível, negação de serviço ou encerramento inesperado do sistema.
Prioridade	Atualizar dispositivos para iOS 26.5 e iPadOS 26.5, validar o indicador de cadeado em conversas RCS elegíveis e revisar telemetria de falhas em WebKit, ImageIO, AppleJPEG, mDNSResponder e núcleo.
Versões	iOS 26.5 para iPhone e versão mais recente do Google Messages para Android; o recurso depende de operadoras compatíveis.
Artefatos	RCS Universal Profile, indicador visual de cadeado em conversas RCS, AppleJPEG, ImageIO, Kernel, mDNSResponder e WebKit.
Mitigação	Aplicar a atualização, manter clientes de mensagens atualizados, confirmar o estado criptografado por conversa e investigar travamentos ou comportamentos anômalos em componentes cobertos pelo pacote.

Resumo técnico

O iOS 26.5 introduz suporte em beta para criptografia de ponta a ponta em mensagens RCS trocadas entre iPhone e Android. A mudança altera um ponto sensível da comunicação móvel: conversas que antes dependiam de mensagens tradicionais sem a mesma proteção de conteúdo passam a ter um modo criptografado quando o usuário do iPhone está no iOS 26.5, a operadora oferece suporte ao recurso e o contato Android usa a versão mais recente do Google Messages. A funcionalidade é ativada por padrão tanto em novas conversas quanto em conversas já existentes, reduzindo a dependência de configuração manual pelo usuário final.

RCS é um protocolo de mensagens baseado em conectividade de dados e definido sobre o RCS Universal Profile. Ele oferece recursos que não existem no SMS clássico, incluindo envio de fotos e vídeos em maior resolução, indicadores de digitação e recibos de leitura. A adição de E2EE leva esse fluxo para um modelo no qual o conteúdo da mensagem fica protegido durante o envio entre os dispositivos participantes. O estado criptografado é sinalizado visualmente por um ícone de cadeado na conversa, tanto no ambiente iOS quanto no cliente Android compatível, o que permite ao usuário confirmar se aquela troca específica está no modo protegido.

A atualização também corrige mais de 50 vulnerabilidades em iOS e iPadOS. Os componentes citados incluem AppleJPEG, ImageIO, Kernel, mDNSResponder e WebKit, com impactos que abrangem vazamento de informação sensível, negação de serviço e encerramento inesperado do sistema. Embora não haja indicação de exploração ativa no material disponível, a combinação de componentes expostos a conteúdo remoto, processamento de mídia, navegação e serviços de rede torna a atualização operacionalmente importante para ambientes com dispositivos Apple gerenciados ou usados em fluxos corporativos.

Fluxo técnico

O fluxo de RCS criptografado depende de uma negociação bem-sucedida entre os clientes e a infraestrutura móvel compatível. Em um cenário elegível, o iPhone executando iOS 26.5 inicia ou continua uma conversa RCS com um usuário Android que utiliza a versão mais recente do Google Messages. Se a operadora e os clientes suportarem o recurso, a conversa passa a exibir o cadeado e o conteúdo enviado fica criptografado de ponta a ponta no trajeto entre os dispositivos. O ponto defensivo relevante é que a proteção não deve ser inferida apenas pela presença de RCS; ela precisa ser confirmada pelo indicador de criptografia da conversa.

A ativação por padrão reduz erros de adoção, mas não elimina casos de fallback. Conversas com clientes desatualizados, operadoras sem suporte ou participantes fora do conjunto compatível podem não entrar no modo criptografado. Para equipes de segurança, isso significa que políticas de comunicação sensível não devem tratar toda mensagem RCS como automaticamente criptografada. A validação precisa considerar versão do sistema, versão do aplicativo Android, disponibilidade pela operadora e presença do indicador visual. Quando o cadeado não aparece, a conversa deve ser tratada como fora do fluxo E2EE descrito para esse lançamento.

O pacote de segurança do iOS 26.5 cobre superfícies técnicas distintas. WebKit está ligado à renderização de conteúdo web e é frequentemente uma área crítica porque páginas, mensagens, visualizações embutidas e links podem acionar processamento complexo de HTML, CSS, JavaScript e mídia. ImageIO e AppleJPEG lidam com parsing e decodificação de imagens, uma classe de superfície que pode ser alcançada por arquivos recebidos, conteúdo exibido em aplicativos e pré-visualizações. mDNSResponder participa de descoberta e resolução em redes locais, enquanto Kernel opera no núcleo do sistema, onde falhas podem ter impacto maior sobre estabilidade, isolamento e exposição de informação.

Os impactos informados incluem vazamento de informação sensível, negação de serviço e encerramento inesperado do sistema. A descrição não fornece cadeias de exploração, CVE, amostras, hashes ou payloads, portanto não é adequado presumir execução remota de código, escalonamento de privilégio ou uso por ator específico. A leitura técnica correta é que a atualização fecha falhas em componentes de alto valor defensivo e que ambientes com risco elevado devem acelerar a aplicação do pacote, principalmente quando dispositivos processam mensagens, imagens, navegação web e tráfego em redes não confiáveis.

Superfície afetada

A superfície de comunicação afetada inclui conversas RCS entre iPhones atualizados para iOS 26.5 e dispositivos Android com Google Messages atualizado, desde que a operadora suporte o recurso. O uso de RCS não substitui automaticamente todos os aplicativos de mensagens, mas afeta diretamente fluxos de comunicação móvel que antes poderiam cair em SMS ou em mensagens ricas sem a mesma garantia de confidencialidade de conteúdo durante o transporte. Em ambientes corporativos, isso atinge usuários que trocam códigos temporários, dados operacionais, informações de suporte, evidências de incidentes ou conteúdo sensível por mensagens móveis.

A superfície de vulnerabilidade do pacote é mais ampla que o recurso de mensagens. AppleJPEG e ImageIO expõem caminhos de parsing de mídia em que arquivos malformados podem acionar comportamento inesperado. WebKit amplia o alcance para navegação e conteúdo web renderizado dentro de aplicativos. mDNSResponder envolve redes locais e descoberta de serviços, o que merece atenção em redes compartilhadas, visitantes, hotéis, eventos, laboratórios e ambientes com segmentação fraca. Kernel concentra risco por ser o componente central de isolamento, memória e controle do sistema.

Dispositivos iPhone e iPad que permanecem fora do nível de atualização não recebem as correções descritas e continuam expostos às falhas tratadas pelo pacote. Como o material não lista ramos anteriores, versões exatas vulneráveis ou CVE, a decisão defensiva deve ser baseada na presença ou ausência de iOS 26.5 e iPadOS 26.5, não em tentativas de filtrar apenas uma vulnerabilidade específica.

• iPhones com iOS 26.5 podem usar RCS com E2EE em conversas elegíveis com Android.
• Dispositivos Android precisam da versão mais recente do Google Messages para o fluxo interoperável descrito.
• A operadora precisa oferecer suporte ao recurso para que a conversa RCS entre plataformas entre no modo criptografado.
• O cadeado na conversa é o indicador operacional de que aquela troca está usando criptografia de ponta a ponta.
• AppleJPEG, ImageIO, WebKit, mDNSResponder e Kernel fazem parte da superfície corrigida pela atualização de segurança.

Hunting e telemetria

A telemetria para este lançamento deve separar dois objetivos: validar adoção do recurso criptografado de RCS e procurar sinais de exploração ou instabilidade relacionados às falhas corrigidas. No primeiro caso, equipes de mobilidade e segurança devem confirmar inventário de versão, estado de atualização do Google Messages nos dispositivos Android sob gestão e disponibilidade do recurso por operadora. A presença do cadeado é um controle de verificação por conversa, não um indicador global de que todo tráfego de mensagens do usuário esteja criptografado.

Para vulnerabilidades de sistema, o hunting deve priorizar eventos de crash, reinicializações anormais, encerramento inesperado de processos, falhas recorrentes em renderização web, erros de parsing de imagem e anomalias em resolução ou descoberta local. Em dispositivos gerenciados por MDM, relatórios de versão, logs de diagnóstico, eventos de aplicativo e dados de integridade do endpoint podem indicar máquinas que falharam na atualização ou apresentam comportamento incompatível com uso normal. A ausência de IoC público no material disponível exige uma abordagem comportamental e de cobertura, com foco em atualização efetiva e correlação de sintomas.

Em ambientes com usuários de risco elevado, a análise deve observar mensagens recebidas com anexos de imagem, links abertos em sequência, travamentos próximos ao recebimento de mídia, falhas em navegadores ou visualizações web embutidas e instabilidade em redes locais desconhecidas. Esses sinais não provam exploração, mas ajudam a priorizar coleta forense e isolamento quando ocorrem em dispositivos que ainda não aplicaram iOS 26.5 ou iPadOS 26.5.

• Inventário de endpoints ainda abaixo de iOS 26.5 ou iPadOS 26.5.
• Conversas RCS sem ícone de cadeado quando o usuário espera comunicação criptografada com Android.
• Crashes ou encerramentos inesperados associados a visualização de imagens, pré-visualizações ou navegação web.
• Eventos recorrentes envolvendo WebKit, renderização de conteúdo remoto ou aplicativos que incorporam visualizações web.
• Anomalias de estabilidade em redes locais onde mDNSResponder participa de descoberta e resolução de serviços.
• Chamados de usuários relatando falhas após recebimento de mídia, abertura de links ou interação com mensagens recentes.

Mitigação

A resposta principal é atualizar dispositivos compatíveis para iOS 26.5 e iPadOS 26.5, com validação posterior no inventário de MDM ou na ferramenta de gestão usada pela organização. A aplicação deve ser tratada como prioridade para usuários com exposição frequente a links, anexos, mensagens externas, redes públicas e conteúdo de terceiros. Como os componentes corrigidos abrangem mídia, web, rede local e núcleo, adiar a atualização amplia a janela de exposição em superfícies que podem ser acionadas por entradas não confiáveis.

Para o RCS criptografado, a mitigação não é apenas atualizar. Usuários e equipes de suporte devem verificar se o cadeado aparece nas conversas entre iPhone e Android que exigem confidencialidade de conteúdo. Quando o cadeado não estiver presente, a conversa deve ser considerada fora do modo E2EE interoperável e informações sensíveis devem ser movidas para um canal aprovado pela política interna. Em ambientes corporativos, a comunicação deve deixar claro que RCS e E2EE são estados diferentes: a mensagem pode estar em RCS sem necessariamente estar no fluxo criptografado descrito para combinações elegíveis.

A contenção para suspeitas de exploração deve começar pelo isolamento lógico do dispositivo, preservação de logs disponíveis e coleta de dados de diagnóstico antes de limpeza ou substituição. Se o evento envolver travamento repetido após anexos ou links, a equipe deve preservar metadados da conversa, horário, remetente, tipo de conteúdo e versão do sistema. A rotação de credenciais pode ser necessária quando houver evidência de vazamento de informação sensível, mas não deve ser aplicada como conclusão automática sem vínculo com dados expostos, privilégios do usuário ou sintomas observados.

Após a atualização, a validação deve incluir confirmação de versão, teste controlado de conversa RCS com Android elegível, verificação do cadeado e monitoramento de estabilidade. Organizações que bloqueiam atualizações automáticas por janelas de mudança devem criar exceção para grupos de maior risco e registrar dispositivos que não conseguem receber o pacote. A ação defensiva mais consistente é reduzir rapidamente a população vulnerável, documentar limitações de interoperabilidade do RCS criptografado e manter telemetria suficiente para investigar falhas em mídia, web, rede local e núcleo.

• Atualizar iPhone para iOS 26.5 e iPad para iPadOS 26.5 quando aplicável.
• Atualizar Google Messages em dispositivos Android usados em conversas RCS com iPhone.
• Confirmar o ícone de cadeado antes de tratar uma conversa RCS entre plataformas como criptografada de ponta a ponta.
• Priorizar usuários que recebem anexos, acessam links externos ou operam em redes públicas e não confiáveis.
• Monitorar crashes relacionados a mídia, renderização web, rede local e encerramentos inesperados após a atualização.
• Preservar logs e metadados de mensagens em suspeitas de exploração, sem inventar IoC ou cadeia de ataque não confirmada.