Um novo problema de segurança envolvendo o assistente de codificação Claude Code foi identificado, resultando na exposição de 2.539 segredos em 1.994 repositórios públicos no GitHub. A falha está relacionada à opção “Sim, e não pergunte novamente”, que permite que comandos contendo credenciais sejam salvos em arquivos de configuração, tornando essas informações acessíveis a qualquer pessoa.
A pesquisa realizada pela empresa de segurança Apiiro revelou que, ao aprovar comandos que incluem senhas e chaves de API, essas informações são armazenadas em um arquivo chamado .claude/settings.local.json. Esse arquivo, uma vez comprometido, pode ser enviado para repositórios públicos, expondo dados sensíveis. Entre os segredos encontrados, estão senhas de bancos de dados, credenciais de nuvem e tokens de API, afetando 63 organizações, principalmente do setor de software.
O problema se origina quando um desenvolvedor solicita ao Claude Code que execute uma tarefa que requer credenciais, como testar uma API ou acessar um banco de dados. Se o usuário optar por “Sim, e não pergunte novamente”, o comando, incluindo qualquer credencial inserida, é salvo como uma regra de permissão. Embora o Claude Code tente proteger esse arquivo ao adicioná-lo à lista de exclusão global do Git, essa proteção não se aplica a arquivos já rastreados ou a repositórios que foram criados posteriormente.
Os pesquisadores da Apiiro analisaram 104.185 cópias do arquivo .claude/settings.local.json e descobriram que 1.122 delas continham pelo menos um segredo, totalizando 1.379 credenciais distintas. A análise também revelou que 379 senhas de banco de dados e 122 chaves de serviço da Supabase estavam entre os dados expostos. Além disso, foram encontrados 43 logins SSH, incluindo credenciais de root, e 23 chaves da AWS.
O vazamento não se limita apenas aos arquivos de configuração atuais. Versões anteriores do arquivo continham 734 segredos adicionais que não estão mais presentes nas cópias atuais, e forks de repositórios também perpetuam a exposição. Isso significa que, mesmo que um desenvolvedor exclua o arquivo mais recente, as informações ainda podem estar acessíveis em versões anteriores ou em cópias de outros repositórios.
As ferramentas de detecção de segredos, como Gitleaks e TruffleHog, não conseguiram identificar todos os arquivos comprometidos. Enquanto Gitleaks sinalizou 564 arquivos e TruffleHog 643, 215 arquivos não foram detectados por nenhuma das ferramentas. A falta de formatos claros em algumas senhas dificultou a identificação por essas ferramentas, o que representa um risco adicional.
Além disso, a pesquisa destacou que a exposição de credenciais pode ser explorada por malware, como demonstrado em ataques anteriores que visavam ambientes de desenvolvimento. O ataque Shai-Hulud, por exemplo, utilizou ferramentas de descoberta legítimas para buscar credenciais em arquivos de desenvolvedores. Isso torna os arquivos de aprovação de agentes um alvo prático para ataques, não se limitando a erros de publicação.
Os especialistas recomendam que os desenvolvedores realizem a rotação das credenciais expostas antes de remover os arquivos ou reescrever o histórico do Git. É aconselhável desassociar o arquivo .claude/settings.local.json do repositório e adicionar o caminho ao .gitignore. Além disso, é sugerido o uso de referências de gerenciadores de segredos em vez de senhas literais.
O próximo passo será observar como a Anthropic, empresa responsável pelo Claude Code, responderá a essa vulnerabilidade e se implementará medidas para mitigar esses riscos em futuras atualizações do software.
Siga a HACKBR e receba as notícias de cibersegurança e tecnologia no seu feed: Instagram @hackbrnews