Crawl4AI Possui Inclusão de Arquivo Local na API Docker via URLs file://

Um atacante não autenticado pode explorar essa vulnerabilidade para ler arquivos sensíveis armazenados no sistema de arquivos do servidor. Isso inclui arquivos de configuração da aplicação, arquivos de shadow (contendo hashes de senhas), e até mesmo o arquivo /etc/passwd, que pode conter informações sobre os usuários do sistema. Além disso, o atacante pode acessar variáveis de ambiente através de /proc/self/environ, descobrindo a estrutura interna da aplicação e potencialmente expondo credenciais e chaves de API. A exploração bem-sucedida pode resultar em acesso não autorizado a dados confidenciais e comprometimento da integridade do sistema.

Organizations deploying Crawl4AI in environments where sensitive data is stored on the server filesystem are at significant risk. This includes development environments, testing environments, and production deployments where the API is exposed without proper access controls. Shared hosting environments utilizing Crawl4AI are also particularly vulnerable, as a compromise of one container could potentially expose data from other containers on the same host.

• linux / server:

journalctl -u crawl4ai | grep -i "file://"

• generic web:

curl -I 'http://your-crawl4ai-server/execute_js?url=file:///etc/passwd' 

• generic web:

 grep "file://" /var/log/nginx/access.log

1. 2026-01-16Disclosure

   disclosure

1. Reservado2026-02-11
2. Publicada2026-01-16
3. Modificada2026-02-22
4. EPSS atualizado2026-03-23

A mitigação imediata para esta vulnerabilidade é atualizar o Crawl4AI para a versão 0.8.0 ou superior, que corrige a falha de inclusão de arquivo. Se a atualização imediata não for possível, considere implementar regras de firewall (WAF) ou proxy para bloquear solicitações que contenham URLs do tipo file:// nos endpoints vulneráveis. Além disso, revise as permissões de acesso aos arquivos sensíveis no sistema de arquivos para garantir que apenas os usuários e processos autorizados tenham acesso a eles. Após a atualização, confirme a correção verificando se as solicitações com URLs file:// são bloqueadas ou tratadas corretamente.