A F5 NGINX está comprometida com um ciclo de vida de software seguro, incluindo processos de design, desenvolvimento e testes otimizados para identificar problemas de segurança antes do lançamento. Embora priorizemos a modelagem de ameaças, a codificação segura, o treinamento e os testes, vulnerabilidades podem ocorrer ocasionalmente.
No mês passado, um membro da comunidade NGINX Open Source relatou dois bugs no módulo HTTP/3 que causavam uma falha no NGINX Open Source. Concluímos que um agente mal-intencionado poderia causar um ataque de negação de serviço em instâncias do NGINX enviando solicitações HTTP/3 especialmente elaboradas. Por esse motivo, a NGINX acaba de anunciar duas vulnerabilidades: CVE-2024-24989 e CVE-2024-24990.
As vulnerabilidades foram registradas no banco de dados Common Vulnerabilities and Exposures (CVE), e a Equipe de Resposta a Incidentes de Segurança da F5 (F5 SIRT) atribuiu pontuações a elas usando a escala do Sistema Comum de Pontuação de Vulnerabilidades (CVSS v3.1).
Quando foram lançados, os recursos QUIC e HTTP/3 do NGINX eram considerados experimentais. Historicamente, não emitíamos CVEs para recursos experimentais; em vez disso, corrigíamos o código relevante e disponibilizávamos a correção como parte de uma versão padrão. Para os clientes comerciais do NGINX Plus, as duas versões anteriores recebiam a correção e eram disponibilizadas aos clientes. Consideramos que não disponibilizar uma correção semelhante para o NGINX Open Source seria prejudicial à nossa comunidade. Além disso, corrigir o problema na ramificação de código aberto teria exposto os usuários à vulnerabilidade sem fornecer um arquivo binário.
Nossa decisão de lançar uma correção tanto para o NGINX Open Source quanto para o NGINX Plus se baseia em fazer o que é certo: fornecer software altamente seguro aos nossos clientes e à comunidade. Além disso, assumimos o compromisso de documentar e publicar uma política clara sobre como futuras vulnerabilidades de segurança serão tratadas de maneira ágil e transparente.
Sobre o autor
Publicações relacionadas no blog
Como o F5 NGINX One aprimora o gerenciamento e a observabilidade
Descubra como o F5 NGINX One aprimora o gerenciamento e a observabilidade de ambientes híbridos e multicloud ao oferecer um console web centralizado baseado em SaaS, com insights em tempo real, conformidade automatizada e gerenciamento simplificado de configurações.
Do OpenAPI ao NGINX como gateway de API usando uma API declarativa
Descubra como transformar uma definição de esquema OpenAPI em uma configuração NGINX totalmente funcional, operando como um API Gateway com a segurança de um Web Application Firewall e um Portal do Desenvolvedor, usando uma abordagem declarativa de API.
Como gerenciar picos repentinos de tráfego e sobrecarga do servidor
Picos de tráfego e sobrecarga de servidores são preocupações sérias para varejistas online em qualquer época, mas especialmente durante a “Cyber Season” de compras de fim de ano. Detalhamos como você pode aproveitar as soluções de entrega de aplicações de nível de produção da NGINX para se preparar para aumentos repentinos de tráfego.
Distribuição segura de chaves privadas SSL com o NGINX
Descrevemos três maneiras progressivamente mais seguras de proteger chaves privadas SSL ao configurar o NGINX para processar tráfego HTTPS: permitir acesso de leitura apenas ao usuário root, criptografar as chaves com senhas armazenadas separadamente e distribuir as senhas a partir de um repositório central.
Agrupando solicitações de API em lotes com NGINX Plus e o módulo JavaScript do NGINX
O módulo JavaScript do NGINX lançado com o NGINX Plus R15 oferece suporte a subsolicitações, possibilitando uma classe totalmente nova de casos de uso para o NGINX Plus. Este exemplo completo também usa a API do NGINX Plus e os módulos de chave-valor para converter solicitações de API dos clientes em solicitações separadas para as APIs dos microsserviços que compõem um aplicativo.
Como superar o esgotamento de portas efêmeras no NGINX e no NGINX Plus
Confira dicas para evitar o esgotamento de portas efêmeras com ajustes no kernel do Linux, conexões keepalive e conexões vinculadas dinamicamente a endereços IP locais.