Resumo:
A Apple bloqueou recentemente oito certificados digitais com sérios problemas de segurança em dispositivos iOS e iPadOS para evitar que invasores usassem esses certificados para se disfarçarem como sites legítimos e, em seguida, realizarem ataques de phishing, man-in-the-middle ou roubarem dados de usuários. No entanto, os pesquisadores de segurança lembram que algumas ferramentas do sistema macOS ainda podem confiar nesses certificados problemáticos, e os usuários de Mac e administradores de sistema ainda precisam prestar atenção às atualizações de segurança subsequentes.
Este incidente envolve oito certificados intermediários emitidos pela eMudhra, uma autoridade de certificação indiana. Os certificados digitais são uma parte importante do sistema de segurança da Internet. Quando um navegador acessa um site, ele usa o certificado para verificar a identidade do servidor e proteger a transmissão de dados por meio de conexões criptografadas HTTPS. Por exemplo, quando um usuário visita o site de um banco, o navegador precisa confirmar se a conexão é realmente com o servidor do banco e não com um site falso criado por um invasor.
Normalmente, as autoridades de certificação devem usar chaves criptográficas fortes o suficiente para emitir certificados e garantir que terceiros não autorizados não possam falsificar a identidade de um site confiável. No entanto, os pesquisadores de segurança descobriram que os oito certificados envolvidos no eMudhra tinham problemas extremamente sérios de geração de chaves, e suas chaves privadas eram números inteiros inferiores a 256. Isso significa que um invasor só precisa tentar um número muito pequeno de valores possíveis para ter uma chance de recuperar a chave privada relevante, quase sem necessidade de cálculos complexos.
De acordo com a investigação da Mozilla, essas chaves privadas são extremamente fáceis de adivinhar. Para a criptografia moderna, esta situação equivale a usar um número extremamente simples como senha de conta, que é completamente incapaz de fornecer segurança normal. Depois que um invasor tiver as chaves privadas relevantes, é possível falsificar outros certificados emitidos por esses certificados, fazendo com que o software afetado pense erroneamente que a conexão é com um site legítimo.
O perigo desse tipo de ataque é que o invasor não precisa necessariamente comprometer diretamente o servidor do site alvo. Se um certificado HTTPS confiável puder ser forjado e combinado com interceptação de tráfego de rede e outros meios, um invasor poderá se passar por um banco, empresa ou outro site legítimo e induzir os usuários a enviar senhas, informações de identidade ou outros dados confidenciais sem o seu conhecimento. Os invasores também podem modificar o conteúdo das páginas da web recebidas pelos usuários para cometer fraudes ou espalhar malware.
O problema relacionado foi relatado à equipe de segurança do navegador em 17 de outubro de 2026. Posteriormente, o Google, a Mozilla e outros fabricantes tomaram medidas para impedir que os certificados afetados continuassem sendo confiáveis. A Mozilla distribui informações de proteção através do mecanismo de bloqueio de certificados OneCRL do Firefox. Os usuários geralmente não precisam atualizar manualmente o navegador ou reiniciar o dispositivo para obter a proteção relevante. O Google também atualizou o mecanismo de bloqueio de certificados do Chrome e tomou medidas restritivas sobre certificados relacionados.
A Apple começou a implementar medidas de bloqueio relevantes em 19 de outubro. De acordo com pesquisadores de segurança, essas medidas impedem que softwares que dependem do mecanismo de verificação de certificados do sistema da Apple confiem nos certificados afetados. A Apple agiu um pouco depois do Google e da Mozilla, mas os certificados relevantes foram agora incluídos no bloqueio.
É importante notar que nem todos esses oito certificados são usados para conexões HTTPS de sites. Seis deles são certificados relacionados ao TLS e os outros dois envolvem fins de assinatura de código. Os certificados de assinatura de código são usados para verificar a identidade do editor do software e se o software foi adulterado. Portanto, falhas graves na chave privada do certificado também podem ter impacto na distribuição de software e nos sistemas de confiança.
No entanto, atualmente não há evidências de que os invasores tenham usado esses certificados para realizar ataques reais. Pesquisadores de segurança apontaram que embora os certificados em questão apresentem falhas graves, nem todos foram utilizados em ambientes de produção. O Google também afirmou que antes de tomar as medidas de bloqueio, nenhum certificado TLS emitido pelos seis certificados intermediários afetados e inserido em registros de log relevantes foi encontrado nos registros públicos de Transparência de Certificados. Isto reduz um pouco o risco de abuso de certificados HTTPS públicos conhecidos, mas não exclui completamente o impacto potencial em outros softwares ou ambientes não públicos.
Para usuários de Mac, a situação é um pouco mais complicada. Embora a Apple tenha tomado medidas de bloqueio, o engenheiro de criptografia da Mozilla, Dennis Jackson, apontou que a ferramenta de linha de comando integrada do macOS ainda pode ter problemas de confiança. O conjunto de certificados utilizado por esta ferramenta não verifica as informações de revogação dos certificados relacionados, portanto, em alguns casos, o curl pode continuar a aceitar certificados mesmo que tenham sido declarados inválidos.
Isso significa que scripts, ferramentas de desenvolvimento ou serviços automatizados que dependem do curl integrado do macOS para solicitações de rede podem precisar verificar adicionalmente seu próprio comportamento de verificação de certificado. Especialmente para sistemas que aceitaram certificados relevantes, você deve prestar mais atenção se as medidas de bloqueio de certificados realmente cobrem o software e o mecanismo de armazenamento confiável usado.
Para usuários comuns, a abordagem mais segura é instalar imediatamente as atualizações de segurança do sistema e do software fornecidas pela Apple e manter o navegador com a versão mais recente. Os administradores e desenvolvedores corporativos devem verificar se os servidores, ferramentas de linha de comando, aplicativos e armazenamentos de certificados personalizados ainda confiam nos certificados afetados e seguir as recomendações de detecção e mitigação fornecidas pelos pesquisadores de segurança.
Esse incidente também expôs um problema facilmente esquecido no sistema de certificados digitais: mesmo que o HTTPS use um algoritmo de criptografia maduro, se a chave privada usada no processo de geração do certificado for muito simples, todo o sistema de verificação de identidade ainda poderá ser facilmente quebrado. A tecnologia de criptografia em si não falha. O verdadeiro problema está nos links de geração de chaves e gerenciamento de certificados.
eMudhra afirmou que não há evidências de que sua infraestrutura tenha sido comprometida e nenhum vazamento de dados relevante foi descoberto. A agência está trabalhando com clientes potencialmente afetados para ajudar na substituição de certificados relevantes. Uma vez que estes certificados foram gerados em abril de 2025 e o problema existe há mais de um ano, as agências relevantes precisam de confirmar se outros softwares, sistemas ou serviços confiaram nestes certificados para estabelecer relações de confiança.
No geral, o bloqueio desses oito certificados pela Apple é um passo importante para impedir possíveis ataques, mas a revogação de certificados não significa que todo o software deixará imediatamente de confiar neles. Para usuários comuns, a atualização oportuna de sistemas e navegadores costuma ser a medida de proteção mais direta; para desenvolvedores e empresas, é necessário verificar ainda mais o mecanismo de verificação de certificados para garantir que todos os aplicativos relevantes possam identificar corretamente os certificados expirados.
Comentários