Pular para o conteúdo
NovidadesIA

Modelos e LLMs

Claude Code vaza 2.539 segredos no GitHub ao salvar comandos autorizados Pesquisa da Apiiro

Quando o usuário clica em "Yes, and don't ask again", a ferramenta salva o comando exato, incluindo senhas e tokens, no arquivo `.claude/settings.local.json`.

Edição: Anderson Gomes
· 3 min de leitura

Quando o usuário clica em "Yes, and don't ask again", a ferramenta salva o comando exato, incluindo senhas e tokens, no arquivo .claude/settings.local.json. A pesquisa encontrou 1.122 cópias públicas desse arquivo contendo segredos reais, além de 1.160 mais no histórico do git e em settings.json compartilhados por equipes. O problema surge porque o arquivo não é marcado como privado e acaba sendo versionado com o código.

Como os envolvidos explicam a culpa

Boris da equipe Claude Code responde no Hacker News que .claude/settings.local.json é "meant to stay local" e que a ferramenta já inclui .gitignore automaticamente ao criar o arquivo. segundo ele: "Historically Claude Code has not done secret scrubbing (there are many good tools for that), but we are looking into what we can do to prevent this." Ele também defende o uso de auto mode, que substitui listas manuais de permissões: "Permission rules are old hat. Everyone should be using auto mode instead."

Outros participantes do debate apontam para a responsabilidade do usuário. Aurornis esclarece: "pressing 'Don't Ask Again' by itself doesn't expose passwords by itself. If you commit your local Claude settings and in those settings you have manually approved commands containing secrets directly in the command and then you publish the repo, that's exposed." rvz critica a falta de transparência: "Vibe coders in open source proudly don't read the (slop)code and place all their agents in autonomous loops without them knowing that Claude leaked their passwords and environment variables on GitHub."

binarymax oferece uma solução prática: "I keep all my creds in a password manager (1Password in my case) and Claude can't see them - when a cred is needed it runs a script that calls the op CLI and I tap my fingerprint for access."

Pontos de concordância e o que fica em aberto

Todos concordam que a verificação de segredos deve ser ativada. Boris afirma: "Regardless of what agent you use, you should have secret scanning enabled. GitHub and other source control hosts offer it." Isso inclui a própria equipe do Claude Code, que reconhece a necessidade de "building in basic secret scanning."

Outro ponto de acordo é que o arquivo não deve ser versionado. skeledrew ressalta: "According to Claude docs, settings.local.json isn't to be committed. This is just people being the usual sloppy with secrets in repos, not something particular to Claude or AI in general."

O que permanece em aberto é como evitar esse problema sem sacrificar a usabilidade. A discussão revela tensão entre ferramentas que priorizam a conveniência (como o modo auto) e práticas de segurança rigorosas. A equipe do Claude Code menciona estudos para "making sure auto mode catches this", mas não detalha como implementará a proteção automática contra segredos.

O debate, com 606 pontos e 409 comentários no Hacker News, mostra que a questão não é exclusiva do Claude Code, mas representa um desafio maior para agentes de codificação autônomos. A decisão técnica de cada desenvolvedor sobre onde armazenar credenciais e como configurar permissões determinará se esses segredos permanecerão apenas na máquina local ou vazarão para a internet pública.

  • Modelos e LLMs
  • Hacker News

Fonte: Página do assunto · Como produzimos as matérias