No centro de certificação SSL.com, foi encontrada uma vulnerabilidade no sistema de verificação de propriedade de domínio, permitindo a obtenção de um certificado TLS para qualquer domínio que fornecesse um email ao invasor. Para obter o certificado TLS, bastava ter acesso ao email do domínio alvo. Por exemplo, a vulnerabilidade permitia receber um certificado TLS para domínios usados em serviços públicos de email, como gmail.com, yandex.ru, yahoo.com, outlook.com e icloud.com.
A vulnerabilidade também fornecia aos criminosos a oportunidade de realizar ataques direcionados a funcionários de empresas conhecidas e participantes de grandes projetos para capturar o acesso aos seus emails e obter certificados TLS para os mesmos. domíniosPor exemplo, a invasão de um funcionário do Google, que possui o email name@google.com, permitia obter um certificado para o domínio google.com.
A vulnerabilidade foi causada por um erro na implementação do sistema de verificação de propriedade do domínio por meio da confirmação por email. Para obter a confirmação por email, é necessário adicionar ao DNS da zona do domínio para o qual o certificado está sendo solicitado, o registro DNS TXT "_validation-contactemail". Por exemplo, "_validation-contactemail.test.com DNS TXT name@example.com". Após iniciar a verificação do domínio, um código de confirmação será enviado para o email name@example.com, cujo uso confirma a propriedade do domínio "test.com" e permite a obtenção do certificado TLS para "test.com".
A essência da vulnerabilidade é que, além do domínio "test.com", para o qual o certificado foi solicitado, o atributo de confirmação de propriedade também era definido para o domínio "example.com", usado no email. O pesquisador que identificou o problema demonstrou a obtenção de um certificado TLS funcional para o domínio aliyun.com, aplicado no serviço de webmail da empresa chinesa Alibaba. Durante um ataque de teste, o pesquisador registrou um domínio de verificação "d2b4eee07de5efcb8598f0586cbf2690.test.dcv-inspector.com" no serviço "dcv-inspector.com" e solicitou um certificado TLS para ele, adicionando o registro DNS: _validation-contactemail.d2b4eee07de5efcb8598f0586cbf2690.test.dcv-inspector.com DNS TXT myusername@aliyun.com
Após isso, ele solicitou um certificado TLS no site SSL.com para o domínio d2b4eee07de5efcb8598f0586cbf2690.test.dcv-inspector.com e escolheu a confirmação por e-mail. A autoridade certificadora SSL.com enviou um código de verificação para myusername@aliyun.com e, após inserir esse código, adicionou à lista de domínios verificados não apenas "d2b4eee07de5efcb8598f0586cbf2690.test.dcv-inspector.com", mas também "aliyun.com". Depois disso, o pesquisador obteve com sucesso um certificado TLS para o domínio "aliyun.com", cuja posse foi confirmada.
A autoridade certificadora SSL.com resolveu o problema e identificou 11 certificados emitidos com uma vulnerável esquema de verificação usando um domínio externo no e-mail. Presumivelmente, nos casos identificados não há sinais de atividade maliciosa e, dos 11, apenas um certificado foi revogado até agora, o qual foi obtido pelo pesquisador para o site aliyun.com. Os demais certificados incluíam os domínios medinet.ca, help.gurusoft.com.sg, banners.betvictor.com, production-boomi.3day.com, kisales.com e medc.kisales.com. O relatório do incidente será publicado pela SSL.com até 2 de maio.
Fonte: opennet.ru
