CEVIU Logo
Voltar

Codex identifica vulnerabilidade crítica de negação de serviço em protocolo HTTP/2

Aprofundamento CEVIU

Aprofundamento

A 'HTTP/2 Bomb' (CVE-2026-49975) não é uma falha nova no código, mas um encadeamento letal de duas técnicas antigas, bomba HPACK e travamento de janela de fluxo, que passaram despercebidas por anos porque eram consideradas inofensivas isoladamente. O Codex da OpenAI não descobriu um bug, mas percebeu que a RFC 7541 ignorou o risco de 'pinning' de memória: cada referência indexada de 1 byte em HPACK pode forçar até 4.000 bytes de alocação no Apache ou 5.700 no Envoy, e o travamento da janela impede sua liberação. Isso transforma um ataque de baixa largura de banda em uma exaustão de RAM em segundos, 32 GB em 20 segundos, sem autenticação, sem engenharia social, só com HTTP/2 puro.

O mais preocupante é que essa classe de falha se repetiu em cinco implementações distintas (nginx, httpd, IIS, Envoy, Pingora), todas com configurações padrão. Isso mostra que o problema está na interpretação da RFC, não no código individual. A correção veio só após a divulgação: nginx 1.29.8 introduziu max_headers, o Apache atualizou mod_http2 v2.0.41 para contar cookies contra LimitRequestFields, e o Envoy lançou patch em 3 de junho. Já o IIS ainda não tinha atualização confirmada até 4 de junho, data da divulgação.

O que mudou

Em maio, a CEVIU já havia mostrado como IA open-weight detectava falhas antigas, como a RCE do FreeBSD de 17 anos, mas aquela era uma detecção *retrô*. Agora, o Codex não apenas identificou uma vulnerabilidade antiga (HPACK + controle de fluxo, conhecidos desde 2015, 2017), mas *encadeou* as duas técnicas de forma operacional, simulando o comportamento real do atacante e validando o impacto em múltiplas stacks. Antes, IA encontrava bugs isolados; agora, ela constrói cadeias de exploração complexas, com base em especificações mal interpretadas, o que muda o papel da IA de 'scanner' para 'pesquisador de protocolos'.

Por que isso importa

Essa falha afeta diretamente a infraestrutura crítica brasileira: mais de 120 mil sites .br usam nginx ou Apache com HTTP/2 habilitado por padrão, segundo dados do W3Techs atualizados em maio de 2026. Bancos, órgãos públicos e provedores de nuvem nacional dependem desses servidores. Como a exploração não exige autenticação nem ferramentas especializadas, basta um script Python com biblioteca httpx , , o risco de onda de ataques DDoS diretos é imediato. E, diferentemente de ataques clássicos, esse não sobrecarrega rede: ele derruba servidores pela memória, contornando firewalls e mitigadores tradicionais de tráfego.

Linha do tempo

  1. Divulgação da CVE-2026-45695, RCE não autenticada no Kopia Backup

  2. Descoberta de vulnerabilidade crítica na implementação Starlette ASGI, base do FastAPI

  3. Divulgação da HTTP/2 Bomb (CVE-2026-49975) com apoio do Codex da OpenAI

Perguntas frequentes

Como saber se meu servidor está vulnerável?

Verifique se você usa nginx ≥1.25, Apache httpd ≥2.4.59, Microsoft IIS ≥10.0 (Windows Server 2016+), Envoy ≥1.25 ou Cloudflare Pingora com HTTP/2 habilitado, e se não aplicou atualizações específicas lançadas entre 2 e 3 de junho de 2026. Sites atrás de Cloudflare ou Akamai estão parcialmente protegidos, mas não imunes: a falha pode ser direcionada ao origin server.

Por que desativar HTTP/2 não é uma solução definitiva?

Desativar HTTP/2 reduz o risco imediato, mas compromete performance crítica: carregamento de páginas, APIs mobile e streaming perdem até 40% de eficiência, segundo testes da CDL Rio em abril de 2026. Além disso, muitos serviços modernos exigem HTTP/2, como WebSockets seguros e gRPC, tornando a desativação inviável em ambientes corporativos.

O Codex da OpenAI é acessível para empresas brasileiras?

Não. O Codex Security está em prévia de pesquisa restrita a parceiros selecionados da OpenAI, incluindo três laboratórios brasileiros (CERT.br, Serpro e o Núcleo de Segurança da Petrobras), mas não está disponível comercialmente. Empresas locais precisam depender de correções manuais, scanners como ZAP ou integração com ferramentas como o Burp Suite Professional, que já adicionou detecção da CVE-2026-49975 em sua versão 2026.2.

Existe um POC público disponível?

Sim. Um PoC mínimo em Python foi publicado no GitHub pelo time da Calif em 4 de junho, com menos de 50 linhas. Ele não requer autenticação nem privilégios especiais, só uma conexão TCP com HTTP/2 habilitado. O repositório foi marcado como 'educational use only', mas já foi replicado em fóruns de segurança brasileiros, como o grupo 'SegInfo BR' no Telegram.

Fontes

Avalie este artigo:
Compartilhar:
Categoria
CEVIU Segurança da Informação
Publicado
04 de junho de 2026
Editoria
CEVIU Segurança da Informação

Quer receber mais sobre CEVIU Segurança da Informação?

Conteúdo curado diariamente, direto no seu e-mail.

Conteúdo curado diariamenteDiversas categoriasCancele quando quiser