Skip to content
KitploitKITPLOIT
FerramentasBlog
Enviar
FerramentasBlog
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.

··Feeds·Contato·Privacidade·© 2026 Kitploit

Diretório de Ferramentas

Categorias

Ver todas as categorias
Loading categories
CVE-2026-33017-Lab — Laboratório reproduzível para CVE-2026-33017, uma RCE não autenticada no Langflow. Inclui um serviço vulnerável em Docker e um PoC de menor impacto que demonstra a execução de código por meio do endpoint público de build. | Kitploit
Ferramentas/GitHubGitHub/rootdirective-sec/cve-2026-33017-lab
Análise de VulnerabilidadesExploraçãoExploração de Aplicações WebPapers e PesquisaAprendizado e EducaçãoLabs e Prática
GitHubrootdirective-sec/cve-2026-33017-lab

CVE-2026-33017-Lab

Laboratório reproduzível para CVE-2026-33017, uma RCE não autenticada no Langflow. Inclui um serviço vulnerável em Docker e um PoC de menor impacto que demonstra a execução de código por meio do endpoint público de build.

Ver Repositório
há 5 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-33017 — Laboratório de RCE Não Autenticado no Langflow

Resumo Executivo

CVE-2026-33017 é uma vulnerabilidade de Execução Remota de Código (RCE) Não Autenticada no Langflow, onde um endpoint público de build aceita dados de fluxo controlados pelo atacante, permitindo que código de componente personalizado seja executado no servidor.

Neste laboratório, o fluxo de validação é:

  1. Obter um token de acesso através do fluxo de login automático
  2. Criar um novo fluxo PUBLIC
  3. Enviar código de componente controlado pelo atacante para o endpoint público de build
  4. Receber um job_id
  5. Consultar o resultado através da API de eventos de build
  6. Ler o objeto de prova diretamente da saída do componente

A prova é recuperada diretamente através do mecanismo de eventos da API do Langflow, tornando o resultado observável através da própria interface do sistema.


Escopo deste Repositório

Este documento apresenta um laboratório somente de vulnerabilidade.

Atualmente, o docker compose contém apenas um serviço: , porque este projeto segue uma abordagem de e evita ambientes corrigidos que não sejam baseados em um artefato oficial corrigido.

vuln
somente artefatos reais

Comportamento Verificado neste Laboratório

O seguinte comportamento foi verificado neste laboratório:

  • Uma instância vulnerável do Langflow é executada em http://localhost:7861
  • O endpoint de versão retorna 1.8.1
  • Um fluxo público pode ser criado
  • build_public_tmp retorna um job_id
  • O PoC pode continuar consultando eventos
  • O objeto de prova é retornado através da API
  • Código controlado pelo atacante é executado dentro do runtime do Langflow

Exemplo de objeto de prova:

root@kitploit:~
{
  "canary": "lf33017-c14fc1c9",
  "id_output": "uid=1000(user) gid=0(root) groups=0(root)",
  "whoami": "user",
  "hostname": "155aa3fd5e2a",
  "cwd": "/app",
  "python_version": "3.12.12"
}

As evidências-chave são:

  • id_output
  • whoami
  • hostname
  • cwd
  • python_version

As informações acima mostram que o código controlado pelo atacante foi realmente executado no lado do servidor.


Estrutura do Repositório

root@kitploit:~
.
├── docker-compose.yml
├── vuln/
│   └── Dockerfile
├── poc/
│   └── poc.py
├── README.md
└── .gitignore

Requisitos

  • Linux ou macOS
  • Docker Desktop ou Docker Engine
  • Docker Compose v2
  • Python 3

Visão Geral dos Serviços

vuln

  • Instância vulnerável do Langflow
  • Porta vinculada: 7861 -> 7860
  • Usada para reproduzir CVE-2026-33017 em localhost

Como a Vulnerabilidade Funciona

Esta vulnerabilidade existe porque o endpoint público de build do Langflow aceita definições de fluxo fornecidas pelo usuário, mesmo que o endpoint já seja projetado para fluxos públicos. Quando um atacante envia uma definição de nó contendo código de componente personalizado, o sistema passa esse código para o caminho de build do fluxo, o que resulta em execução de código no servidor.

O PoC neste projeto usa um componente personalizado que retorna um objeto de prova em sua saída para demonstrar que o código controlado pelo atacante é realmente executado.


Design do PoC

O PoC neste projeto é projetado para causar mínimo dano e foca em prova claramente observável através da API. Seu fluxo de trabalho é o seguinte:

  1. Aguardar o Langflow ficar pronto
  2. Chamar o endpoint de login automático para obter um token
  3. Criar um fluxo PUBLIC
  4. Enviar código de componente personalizado para o endpoint público de build
  5. Receber um job_id
  6. Consultar a API de eventos de build
  7. Analisar o objeto de prova do payload do evento

Este PoC não cobre:

  • Abrir um shell
  • Fazer uma conexão reversa
  • Estabelecer persistência
  • Extrair segredos
  • Usar um webshell

Executar o Laboratório

1) Iniciar o serviço vulnerável

root@kitploit:~
docker compose up -d --build

2) Verificar o endpoint de versão

root@kitploit:~
curl -i http://localhost:7861/api/v1/version

3) Executar o PoC

root@kitploit:~
python3 poc/poc.py --base-url http://localhost:7861 --artifact-dir ./artifacts/vuln

Saída Esperada

Quando o PoC for bem-sucedido, a saída será semelhante a esta:

root@kitploit:~
[+] http://localhost:7861 pronto (version=1.8.1)

=== ALVO: vuln ===
Base URL : http://localhost:7861
Versão   : 1.8.1
Flow ID  : <uuid>
HTTP     : 200
Job ID   : <uuid>
Canary   : lf33017-xxxxxxxx
Eventos  : artifacts/vuln/events-<job_id>.ndjson
Consultas: 2

[+] Prova observada através do endpoint de eventos da API do Langflow:
{
  "canary": "lf33017-xxxxxxxx",
  "id_output": "uid=1000(user) gid=0(root) groups=0(root)",
  "whoami": "user",
  "hostname": "<container-hostname>",
  "cwd": "/app",
  "python_version": "3.12.x"
}

[+] Comportamento vulnerável observado

O arquivo artifacts/vuln/events-<job_id>.ndjson armazena dados brutos de eventos para depuração adicional.


O que o PoC Atual Prova

Este PoC demonstra que:

  • Um atacante pode invocar o fluxo público de build
  • Código controlado pelo atacante é executado no servidor Langflow
  • O contexto de execução é retornado através da API
  • O impacto real é execução de código não autenticada

Este PoC não tem a intenção de demonstrar persistência ou pós-exploração avançada e mantém o impacto no nível mínimo necessário para validar a vulnerabilidade.


Impacto

Com base neste laboratório, o impacto demonstrado é:

  • Um atacante não autenticado pode executar código Python no servidor Langflow
  • Um atacante pode acessar o contexto de runtime do processo
  • Um atacante pode executar comandos de sistema únicos
  • Um atacante pode acessar o diretório de trabalho e metadados de runtime

Por Que Não Há Serviço Corrigido

Este repositório não inclui um serviço corrigido por design.

Seu escopo é limitado a reproduzir o comportamento vulnerável em um artefato upstream real. Um lado corrigido só é adicionado quando há um artefato oficial corrigido claramente verificável disponível do fornecedor ou do projeto upstream.

Por esse motivo, este repositório evita deliberadamente:

  • construir uma imagem local para simular uma versão corrigida,
  • modificar a fonte da imagem para imitar o comportamento do patch, ou
  • adicionar scripts auxiliares que criariam a aparência de uma comparação vulnerável-versus-corrigido sem um artefato upstream corrigido autêntico.

Isso mantém o laboratório com escopo restrito e tecnicamente honesto. Em vez de apresentar uma configuração lado a lado artificial, o repositório foca em três coisas:

  • comportamento vulnerável reproduzível,
  • uma prova de conceito transparente, e
  • documentação que permanece alinhada com artefatos upstream reais.

Na prática, isso torna o repositório mais adequado para:

  • reprodução de vulnerabilidades,
  • análise técnica e suporte a write-ups, e
  • uso em portfólio onde reprodutibilidade e credibilidade importam mais do que um ambiente corrigido sintético.

Limpeza

root@kitploit:~
docker compose down -v

Notas de Segurança

Este laboratório é projetado para testes apenas em localhost.

Requisitos de uso:

  • Use apenas em seu próprio ambiente
  • Não modifique o PoC em um webshell ou mecanismo de persistência
  • Não inclua tokens reais ou segredos reais no repositório
  • Se um lado corrigido for adicionado no futuro, ele deve usar apenas um artefato oficial corrigido
Baixar ferramenta