CVE-2026-90651 in Socketinformação

Sumário

de VulDB • 13/09/2026

O Socket Firewall (socketdev/socket-registry-firewall) no modo de registro antes da versão 2.0.0 não verifica os certificados TLS do upstream por padrão. Quando as chaves de configuração `api_ssl_verify` e `upstream_ssl_verify` são omitidas em socket.yml, a configuração gerada define SOCKET_API_SSL_VERIFY='false' e UPSTREAM_SSL_VERIFY='false', e o cliente HTTP OpenResty/Lua usado para solicitações de saída aceita qualquer certificado, incluindo certificados autoassinados ou não confiáveis, sem validar a cadeia. Um atacante posicionado para interceptar o tráfego entre o Socket Firewall e a API do Socket ou um registro de pacotes upstream pode apresentar um certificado manipulado ad hoc e modificar as respostas em trânsito, inclusive substituindo conteúdo malicioso dos pacotes ou alterando as decisões de permissão/bloqueio que o firewall aplica. Definir api_ssl_verify: true e upstream_ssl_verify: true habilita a verificação; no entanto, nas versões anteriores à 1.1.334, a configuração nginx gerada não emitia lua_ssl_trusted_certificate, portanto a verificação não poderia ser usada com sucesso sem aplicar manualmente um patch na configuração gerada. A versão 2.0.0 altera o padrão para true em ambas as configurações.

If you want to get best quality of vulnerability data, you may have to visit VulDB.

Responsável

MITRE

Reservar

13/09/2026

Divulgação

13/09/2026

Moderação

aceite

Entrada

VDB-403209

CPE

pronto

EPSS

0.00000

KEV

não

Atividades

baixo

Fontes

Do you know our Splunk app?

Download it now for free!