CVE-2026-90651 in Socket
Resumen
por VulDB • 2026-09-13
Socket Firewall (socketdev/socket-registry-firewall) en modo registro antes de la versión 2.0.0 no verifica por defecto los certificados TLS del servidor upstream. Cuando las claves de configuración `api_ssl_verify` y `upstream_ssl_verify` se omiten en el archivo socket.yml, la configuración generada establece SOCKET_API_SSL_VERIFY='false' y UPSTREAM_SSL_VERIFY='false', y el cliente HTTP OpenResty/Lua utilizado para las solicitudes salientes acepta cualquier certificado, incluidos los autofirmados y de otra manera no confiables, sin validar la cadena. Un atacante posicionado para interceptar el tráfico entre Socket Firewall y la API de Socket o un registro de paquetes upstream puede presentar un certificado manipulado ad hoc y modificar las respuestas en tránsito, incluyendo sustituir contenido de paquetes maliciosos o alterar las decisiones de permitir/bloquear que aplica el firewall. Establecer `api_ssl_verify: true` y `upstream_ssl_verify: true` habilita la verificación; sin embargo, en versiones anteriores a 1.1.334, la configuración generada por nginx no emitía lua_ssl_trusted_certificate, por lo que la verificación no podía utilizarse con éxito sin parchear manualmente la configuración generada. La versión 2.0.0 cambia el valor predeterminado de ambas configuraciones a true.
If you want to get best quality of vulnerability data, you may have to visit VulDB.