CVE-2023-43804

Laboratório conteinerizado de três camadas que reproduz o vazamento de cookie do urllib3 CVE-2023-43804 por meio de redirecionamentos de origem cruzada, com script de exploração e verificação de patch.

• Docker Desktop instalado e em execução.
• Docker Compose (v2+).
• PowerShell ou qualquer shell de linha de comando padrão.

3. Etapas de Instalação e Configuração

1. Clone o repositório e navegue até o diretório do projeto:
   root@kitploit:~

   git clone [https://github.com/deepanshu-khurana/cve-2023-43804-lab.git](https://github.com/deepanshu-khurana/cve-2023-43804-lab.git)
   cd cve-2023-43804-lab
   
   
   
   

2. Compile e inicie a infraestrutura conteinerizada do laboratório:

4. Como Iniciar e Parar o Laboratório

• Iniciar Contêineres do Laboratório:

• Parar o Laboratório e Limpar Recursos:

5. Visão Geral da Vulnerabilidade (CVE-2023-43804)

• Componente Vulnerável: urllib3
• Versões Vulneráveis: < 1.26.17 ou < 2.0.5
• Descrição da Vulnerabilidade: O urllib3 falhava em remover cabeçalhos de autenticação sensíveis (como Cookie) ao seguir redirecionamentos HTTP 302 entre origens diferentes, permitindo que endpoints de redirecionamento não confiáveis interceptassem tokens de sessão sensíveis.

6. Como Explorar a Vulnerabilidade (Fase 1)

1. Certifique-se de que a versão vulnerável do urllib3 está instalada dentro do contêiner cliente:

2. Execute o script de exploração:

3. Resultado Vulnerável Esperado:

• A saída do cliente exibe "status": "EXFILTRATED" juntamente com o token de sessão vazado.
• docker logs attacker_app exibe o cabeçalho de cookie sensível capturado.

7. Como Executar o Mecanismo de Detecção e Verificação (Fase 2)

Para verificar a correção após observar a exploração:

1. Atualize o urllib3 dentro do contêiner cliente para a versão corrigida:

2. Execute novamente o script de exploração:

3. Resultado Corrigido Esperado:

• A saída do cliente exibe "status": "SECURE", "stolen_cookie": "None / Stripped".
• Os logs do attacker_app confirmam que a requisição recebida contém Leaked Cookie Header: None.

8. Remediação

• Atualização da Biblioteca: Atualize as dependências em requirements.txt para impor versões seguras:

• Defesa em Profundidade: Configure explicitamente políticas de gerenciamento de cabeçalhos via remove_headers_on_redirect em configurações personalizadas de Retry caso mantenha runtimes legados.

9. Notas de Solução de Problemas

• Nomenclatura de Contêineres: Certifique-se de direcionar os nomes dos contêineres com precisão (victim_client, target_app, attacker_app) conforme atribuídos pelo Docker Compose. Use docker ps para verificar os nomes dos contêineres ativos.
• Disponibilidade de Portas: Certifique-se de que as portas 5000 e 5001 não estão ocupadas por outros serviços locais antes de iniciar a stack Docker.

10. Demonstração do Laboratório e Resultados

Fase 1: Estado Vulnerável (Vazamento de Cookie)

Ao executar o laboratório com o urllib3==1.26.16 vulnerável, o cookie de autenticação sensível é interceptado através de redirecionamentos de origem cruzada e registrado com sucesso pelo servidor atacante.

• Saída do Cliente e Captura de Log do Servidor:
  • Figura 1.1: exploit.py exibindo "status": "EXFILTRATED" juntamente com o token de sessão vazado, verificado pela saída de log do attacker_app.

Fase 2: Verificação da Correção (Estado Seguro)

Após atualizar o urllib3 para a versão corrigida (1.26.17), a biblioteca remove automaticamente o cabeçalho Cookie sensível durante redirecionamentos de origem cruzada.

• Atualização do Pacote para a Versão Corrigida:

  • Figura 2.1: Atualizando o urllib3 dentro do victim_client via pip install urllib3==1.26.17.

• Saída Segura do Cliente e Logs Removidos:

  • Figura 2.2: exploit.py retornando "status": "SECURE" com "stolen_cookie": "None / Stripped", confirmado pelo log do servidor mostrando Leaked Cookie Header: None.