O servidor web integrado GoAhead carregava uma lista de revogação de certificados no mecanismo TLS padrão, mas não ativava a verificação de revogação. Com isso, em determinadas configurações, um certificado de cliente revogado ainda podia ser aceito durante a autenticação.
A falha afeta compilações que usam o mecanismo OpenSSL com TLS mútuo, configuração em que o servidor verifica o certificado do cliente e vice-versa, e que têm uma lista de revogação definida para bloquear certificados invalidados.
Essa configuração precisa ser ativada deliberadamente pelo operador; ela não vem habilitada por padrão. A versão 6.1.1 do GoAhead, enviada aos fabricantes de dispositivos em 02/08/2026 e publicada oficialmente em 12/10/2026, corrige o problema.
O GoAhead é um servidor web compacto que fabricantes incorporam ao firmware de roteadores, impressoras, gateways e controladores industriais para oferecer páginas de gerenciamento. A EmbedThis, responsável pelo produto, afirma que ele está presente em centenas de milhões de dispositivos.
A falha foi descoberta por Sébastien Féry, da FoxIO, que a descreveu junto com outros dois problemas relacionados ao TLS em uma publicação de 26/10/2026.
Nas compilações afetadas, o servidor carrega o arquivo da lista de revogação durante a inicialização e não apresenta erros. Assim, o operador que configurou a lista tem motivos para acreditar que a verificação está funcionando, embora não esteja. Um cliente cujo certificado foi revogado, por exemplo, por ter sido roubado ou pertencer a um dispositivo desativado, conclui a negociação TLS como se o certificado ainda fosse válido e recebe os acessos associados àquela identidade.
Em testes da FoxIO com o GoAhead 6.1.0 e o OpenSSL 3.6.2, um certificado revogado foi aceito mesmo com a verificação do emissor ativada.
O comunicado do OpenSSL informa que certificados de cliente revogados são aceitos sem qualquer aviso. Para explorar a falha, a compilação precisa usar o mecanismo OpenSSL, exigir certificados de cliente, ter um conjunto de autoridades certificadoras confiáveis e a verificação do emissor ativados, além de uma lista de revogação configurada. O invasor também precisa possuir um certificado revogado que tenha sido assinado por uma autoridade certificadora confiável. Compilações com o mecanismo Mbed TLS não são afetadas, pois ele verifica a revogação por outro caminho no código.
A falha recebeu o identificador CVE-2026-115881 e nota 9,1 da EmbedThis. Em 27/10/2026, esse identificador e os demais citados abaixo ainda não estavam disponíveis nas bases públicas CVE e NVD. A EmbedThis afirma que solicitou sua inclusão. As notas de gravidade foram atribuídas pela própria empresa.
Os pesquisadores também identificaram outros dois problemas, cada um associado a uma compilação específica de TLS. As versões afetadas e as correções variam conforme o mecanismo utilizado:
| Compilação de TLS | Problema | Versões afetadas | Correção ou medida provisória |
|---|---|---|---|
| OpenSSL, mecanismo padrão | A lista de revogação é carregada, mas não aplicada; certificados de cliente revogados são aceitos. CVE-2026-115881, nota 9,1. | Da versão 3.4.5 até a 6.1.0 | Atualizar para a versão 6.1.1. O comunicado não indica medida provisória. |
| Verificador legado do LibreSSL, nas versões 3.2.x e 3.3.2 a 3.3.6 | Uma cadeia de certificados de cliente que ultrapassa o limite é aceita quando certificados de cliente são obrigatórios, mas a verificação do emissor está desativada. CVE-2026-115884, nota 7,4. | GoAhead 6.1.0 e anteriores, quando usam essas versões do LibreSSL | Atualizar para a versão 6.1.1, ativar a verificação do emissor com um conjunto de autoridades certificadoras confiáveis ou usar OpenSSL ou LibreSSL 4.x. |
| Mbed TLS | Um erro no tamanho informado faz com que o servidor envie um valor Diffie-Hellman de 1 byte, em vez do valor completo de 2.048 bits. Assim, um observador passivo pode descriptografar a sessão. Nota 5,9. Sem CVE atribuído. | Da versão 4.0.2 até a 6.1.0 | Atualizar para a versão 6.1.1, desativar os conjuntos de cifras DHE de campo finito ou usar o mecanismo OpenSSL. |
O problema do Mbed TLS só permite acessar uma sessão se o cliente aceitar a configuração defeituosa. OpenSSL, versões atuais da linguagem Go, versões atuais de Java e os principais navegadores rejeitam um valor tão pequeno e recorrem a uma troca de chaves mais segura. Nesses casos, a sessão não chega a ser estabelecida.
Clientes sem uma verificação de tamanho mínimo, como alguns dispositivos integrados ou clientes personalizados, aceitam o valor. Nesse cenário, qualquer pessoa que tenha gravado o tráfego pode descobrir a chave e ler o conteúdo da sessão. Sessões com TLS 1.3 e com troca de chaves efêmera por curva elíptica não são afetadas. Além disso, o Mbed TLS 4.x removeu o método de troca de chaves envolvido.
A falha do LibreSSL permite que um invasor apresente uma cadeia de certificados maior que o limite de 10 certificados do GoAhead e ainda conclua a negociação TLS como cliente autenticado, mesmo que a cadeia não seja confiável.
O problema ocorre apenas em compilações vinculadas às versões antigas do LibreSSL listadas acima e quando certificados de cliente são obrigatórios, mas a verificação do emissor está desativada. OpenSSL, BoringSSL, AWS-LC e LibreSSL 4.x rejeitam cadeias que excedem o limite.
O mecanismo e as configurações usados são definidos quando o firmware é compilado. Por isso, o proprietário de um dispositivo não consegue saber de fora quais condições se aplicam. Essa dependência também pode atrasar a correção: a versão 6.1.1 do GoAhead é uma substituição direta que os fabricantes precisam incorporar a uma nova compilação e distribuir como atualização de firmware. O usuário só recebe a correção se o fabricante disponibilizar essa atualização. Não se sabe se algum fabricante já fez isso.
Até 27/10/2026, nenhuma fonte havia relatado o uso dessas falhas em ataques. A política da EmbedThis é encerrar o embargo de divulgação e publicar uma correção antecipadamente caso uma falha esteja sendo explorada ou tenha sido divulgada por terceiros. Portanto, o lançamento coordenado de 12/10/2026 é compatível com a ausência de ataques conhecidos.
Isso, porém, não prova que nenhum ataque tenha ocorrido. A EmbedThis notifica os clientes sobre atualizações de segurança pelo portal Builder. A FoxIO publicou código de prova de conceito e oferece impressões digitais por meio da ferramenta JA4Scan, que identifica servidores GoAhead de acordo com o mecanismo utilizado. A ferramenta é gratuita, mas seu código-fonte só é fornecido mediante solicitação. Além disso, uma impressão digital identifica uma compilação, mas não confirma que o servidor esteja vulnerável.
Nenhum dos fabricantes que a EmbedThis relaciona como usuários do GoAhead, entre eles HP, Oracle, Siemens, Canon, Rockwell, D-Link e Comcast, foi associado a um mecanismo e a uma configuração afetados. Ainda não se sabe quantos dispositivos podem estar vulneráveis.
A mesma versão 6.1.1 corrige 11 avisos de segurança, três deles classificados como críticos. Um dos problemas permite contornar a autenticação: em uma compilação que use HTTP Basic ou autenticação por formulário, um invasor que conheça um nome de usuário válido pode entrar com qualquer senha se a senha armazenada para essa conta estiver no formato Blowfish mais recente, incluído no GoAhead 6.1.0. A EmbedThis informa que a autenticação por formulário é o padrão nas páginas de administração integradas.
Após a atualização, a EmbedThis recomenda encerrar as sessões ativas, reiniciar o servidor e trocar as senhas armazenadas no formato Blowfish.
Publicidade
Vibecoding cria 10x mais sistemas, 20x mais vulneráveis. E quem ganha com isso é a galera do hacking ético e pentest. Quer ser pago para invadir sistemas? Então você tem que aprender com a Solyd que são os melhores do Brasil. Saiba mais...