Ubuntu corrige cinco vulnerabilidades no nginx (USN-8955-1)
O aviso do Ubuntu Security cobre cinco falhas no nginx: negação de serviço, execução de código, injeção de dados em proxy e falsificação de sessões SSL de cliente.
Por Wendelmaques Pereira · Atualizado em hoje
Fonte: USN-8955-1: vulnerabilidades no nginx (ubuntu.com). Texto preparado com IA a partir dessa fonte.
O que aconteceu e o que fazer
O aviso USN-8955-1 do Ubuntu Security informa que cinco vulnerabilidades no nginx foram corrigidas. Três CVEs podem levar a negação de serviço ou execução de código: a combinação da diretiva alias com regras rewrite (CVE-2026-15176), as diretivas map com correspondência por regex (CVE-2026-93479) e a E/S assíncrona de arquivos em páginas Server Side Includes (CVE-2026-97205). O CVE-2026-95101 permite injetar dados em requisições encaminhadas por proxy via HTTP/3 quando proxy_request_buffering está habilitado, afetando apenas Ubuntu 26.04 LTS e 26.10. O CVE-2026-97629 trata das chaves de tíquete de sessão SSL com cache de sessão compartilhado sem rotação explícita, o que permite falsificar sessões de cliente e contornar a verificação de certificados de cliente; afeta Ubuntu 24.04 LTS, 26.04 LTS e 26.10.
Para uma empresa, o primeiro passo é inventariar onde o nginx roda como proxy reverso, gateway de APIs ou terminação TLS, e aplicar as atualizações nas versões de Ubuntu afetadas. Em seguida, revisar configurações que combinam alias com rewrite, maps baseados em regex, SSI e proxy_request_buffering com HTTP/3, além de confirmar a rotação das chaves de tíquete de sessão. Um monitoramento contínuo de logs de erro e de reinícios do processo ajuda a detectar tentativas de exploração de negação de serviço, e um painel com a versão do nginx em cada host facilita comprovar a correção. Quando o nginx protege endpoints de inferência ou APIs internas, vale também validar que a autenticação por certificado de cliente não depende apenas do cache de sessão.
Como a consultoria pode ajudar
Diagnóstico da exposição do nginx da sua infraestrutura às cinco falhas, com inventário de versões e configurações de risco, seguido de plano de correção e implementação de monitoramento contínuo de erros e versões na sua própria infraestrutura.
Próximo passo
Envie uma descrição breve de como o nginx é usado no seu ambiente e receba uma proposta escopada de diagnóstico e correção.
Vamos avaliar seu projeto
Respondo com escopo e proposta.