O servidor da Web incorporado GoAhead carregou uma lista de revogação de certificados em seu back-end TLS padrão, mas nunca ativou a verificação de revogação, portanto, um certificado de cliente revogado ainda poderia passar no login nas configurações afetadas.
A falha está em compilações que usam backend OpenSSL com TLS mútuo, onde o servidor verifica um certificado de cliente e vice-versa, e uma lista de revogação é configurada para bloquear certificados revogados.
Essa é uma configuração que um operador ativa deliberadamente; uma compilação padrão não. Vá em frente 6.1.1lançado para fabricantes de dispositivos em 2 de agosto de 2026 e publicado publicamente em 12 de outubro, corrige o problema.
GoAhead é um pequeno servidor web que os fabricantes de dispositivos incorporam no firmware para executar páginas de gerenciamento em roteadores, impressoras, gateways e controladores industriais. Seu criador, EmbedThis, afirma que ele funciona em centenas de milhões de dispositivos.
A falha foi encontrada por Sébastien Féry da FoxIO, que descreveu ela e outros dois problemas de TLS em um redação em 26 de outubro.
Em uma compilação afetada, o servidor carrega o arquivo da lista de revogação na inicialização e não relata nenhum erro, portanto, o operador que o configurou tem todos os motivos para pensar que a revogação está funcionando. Não é. Um cliente cujo certificado foi revogado, por exemplo, um dispositivo roubado ou retirado de serviço, conclui o handshake como se o certificado ainda fosse válido e obtém todo o acesso que essa identidade permite.
No teste da FoxIO contra o GoAhead 6.1.0 com OpenSSL 3.6.2, um certificado revogado foi aceito com a verificação do emissor ativada.
O comunicado OpenSSL descreve certificados de cliente revogados como aceito silenciosamente. Para ser explorada, a compilação deve usar o backend OpenSSL com certificados de cliente necessários, um pacote de autoridade de certificação confiável e verificação de emissor habilitada e uma lista de revogação configurada; o invasor deve possuir um certificado assinado por uma autoridade confiável e listado como revogado. As compilações que usam o back-end Mbed TLS não são afetadas; esse back-end verifica a revogação por meio de um caminho de código separado.
O identificador no comunicado é CVE-2026-115881, classificado como 9,1 pela EmbedThis. Em 27 de outubro, esse identificador e os outros abaixo ainda não estavam ativos nos bancos de dados públicos CVE e NVD; EmbedThis diz que os solicitou. As classificações de gravidade são do próprio fornecedor.
Os pesquisadores cobrem mais dois problemas, cada um vinculado a uma construção TLS específica. As versões e correções são diferentes, portanto a tabela abaixo mapeia cada uma por back-end.
| Compilação TLS | O que dá errado | Versões afetadas | Opção de correção ou provisória |
|---|---|---|---|
| OpenSSL (padrão) | Lista de revogação carregada, mas nunca aplicada; certificados de cliente revogados aceitos. CVE-2026-115881, classificado como 9,1. | 3.4.5 a 6.1.0 | Atualize para 6.1.1. Nenhuma opção provisória no comunicado. |
Verificador legado LibreSSL (3.2.x, 3.3.2–3.3.6) | Uma cadeia de certificados de cliente maior que o limite é aceita quando certificados de cliente são necessários, mas a verificação do emissor está desativada. | 6.1.0 e anteriores nessas versões do LibreSSL | Atualize para 6.1.1 ou ative a verificação do emissor com um pacote CA confiável ou use OpenSSL ou LibreSSL 4.x. |
| Mbed TLS | Um erro de digitação envia um valor Diffie-Hellman de 1 byte em vez do valor completo de 2.048 bits, para que um observador passivo possa descriptografar a sessão. Avaliado em 5,9. | 4.0.2 a 6.1.0 | Atualize para 6.1.1, desative suítes DHE de campo finito ou use o backend OpenSSL. |
O problema do Mbed TLS só atinge uma sessão se o cliente aceitar a configuração quebrada. OpenSSL, Go atual, Java atual e navegadores convencionais recusam um valor tão pequeno e recorrem a uma troca de chaves mais forte, de modo que a sessão nunca é concluída.
Clientes sem verificação de tamanho mínimo, como alguns incorporados ou personalizados, aceitam-na e então qualquer pessoa que registrou o tráfego pode calcular a chave e ler a sessão. As sessões TLS 1.3 e ECDHE não são afetadas e o Mbed TLS 4.x removeu a troca de chaves da qual dependem.
O problema do LibreSSL permite que um invasor apresente uma cadeia de certificados maior que o limite de 10 certificados do GoAhead e ainda conclua o handshake como um cliente autenticado, sem qualquer chave confiável.
Ele aparece apenas em compilações vinculadas às versões mais antigas do LibreSSL listadas acima e somente onde os certificados do cliente são necessários com a verificação do emissor desativada. OpenSSL, BoringSSL, AWS-LC e LibreSSL 4.x rejeitam a cadeia muito longa.
O back-end e as configurações que uma compilação usa são escolhidos quando o firmware é compilado, portanto, o proprietário do dispositivo não pode dizer de fora quais se aplicam. É também por isso que a correção demora a chegar: o GoAhead 6.1.1 é um substituto imediato que os fabricantes de dispositivos reconstroem e enviam como uma atualização de firmware, e o proprietário o obtém somente quando o fabricante o faz. Se algum fabricante enviou, não se sabe.
Até 27 de outubro, nenhuma fonte relatou qualquer um desses problemas sendo usados em ataques. A política da EmbedThis é encerrar um embargo de divulgação e publicar antecipadamente se uma falha estiver sendo explorada ou divulgada por outra pessoa, de modo que o lançamento coordenado de 12 de outubro seja consistente com nenhum ataque conhecido.
No entanto, isso não prova que não existam. EmbedThis notifica os clientes sobre atualizações de segurança por meio de seu portal Builder. FoxIO publicou código de prova de conceito e oferece impressões digitais por meio de sua ferramenta JA4Scan para localizar servidores GoAhead por back-end. A ferramenta é gratuita, mas sua fonte está disponível apenas mediante solicitação, e uma impressão digital identifica uma compilação, não um servidor com vulnerabilidade confirmada.
Nenhum dos fabricantes de dispositivos EmbedThis listados como usuários do GoAhead, que incluem HP, Oracle, Siemens, Canon, Rockwell, D-Link e Comcast, demonstrou executar um back-end e configuração afetados. A população afetada não está estabelecida.
A mesma versão 6.1.1 encerra 11 avisos ao todo, três deles classificados como críticos. Um deles é um desvio de login: em uma compilação usando HTTP Basic ou login de formulário, um invasor que conhece um nome de usuário válido pode entrar com qualquer senha se a senha armazenada desse usuário estiver no formato Blowfish mais recente, que GoAhead adicionou na versão 6.1.0. EmbedThis diz que o login do formulário é o padrão para suas páginas de administração integradas.
Após a atualização, EmbedThis recomenda encerrar as sessões ativas, reiniciar o servidor e alterar as senhas armazenadas no Blowfish.
