Saber como proteger credenciais no Claude Code virou prioridade depois que a Apiiro divulgou uma análise de arquivos de configuração de assistentes de programação publicados no GitHub. O mecanismo descrito é simples e fácil de passar despercebido: ao aprovar um comando com a opção de não perguntar novamente, a ferramenta grava a regra de permissão com o comando completo. Se esse comando tinha uma senha ou um token, o segredo fica em texto claro no arquivo, que pode acabar num commit público.
O que foi relatado
- Pesquisadores identificaram 1.122 repositórios públicos no GitHub com credenciais, como senhas e chaves de API, em arquivos de configuração de assistentes de programação com IA.
- O caminho de exposição é o aviso de aprovação: ao escolher "Yes, and don't ask again", o comando completo, com os segredos presentes na chamada, vai para um arquivo persistente de configurações, o
.claude/settings.local.json. - Um veículo alemão de segurança que repercutiu o caso menciona 2.539 segredos encontrados pela Apiiro no GitHub; por isso os números variam conforme a fonte, e vale ler a análise original.
- Em um post no r/ClaudeAI, a discussão pergunta como as equipes estão lidando com isso, o que mostra que o tema ainda está em aberto na comunidade.
Não testamos o comportamento. Trate como relato em apuração e confirme na documentação oficial da ferramenta.
Por que isso importa para a empresa
O problema não é só uma opção de uma ferramenta. É uma combinação comum: atalho de produtividade, segredo digitado na linha de comando e arquivo local que ninguém revisa antes do commit. Com agentes de programação, esse tipo de arquivo cresce sozinho, e o desenvolvedor pode nem saber o que há nele. Se o repositório for público, ou se for privado mas depois aberto, as credenciais de produção, banco de dados ou serviços de nuvem ficam expostas.
Como proteger credenciais no Claude Code: 7 passos
- Nunca coloque segredos dentro do comando. Use variáveis de ambiente ou um gerenciador de segredos, para que o comando aprovado contenha só o nome da variável.
- Revise as permissões salvas. Abra o arquivo de configurações local e remova regras que contenham tokens, senhas ou URLs com credenciais.
- Mantenha arquivos locais fora do Git. Inclua
.claude/settings.local.jsonno.gitignoree confirme que ele não está rastreado. - Use varredura de segredos. Ative verificação antes do commit e na integração contínua para barrar chaves e senhas, inclusive em arquivos de configuração de ferramentas.
- Pense duas vezes antes do "não perguntar novamente". Para comandos que recebem argumentos sensíveis, aprove só uma vez.
- Revogue o que vazou. Se uma credencial foi versionada, considere-a comprometida: revogue, gere outra e verifique os acessos. Apagar o arquivo depois não limpa o histórico.
- Dê o mínimo de acesso. Credenciais com escopo restrito e prazo curto reduzem o estrago. Veja nosso guia sobre permissões de agentes de programação.
Checklist de revisão
| Controle | Pergunta a responder |
|---|---|
| Arquivos de permissão | Há comandos com senhas ou tokens salvos? |
| Versionamento | O arquivo local está no .gitignore e fora do histórico? |
| Varredura | Existe verificação automática de segredos antes do commit? |
| Rotação | Sabemos revogar e trocar uma credencial rapidamente? |
| Hábito da equipe | Todos sabem que segredo não vai em comando? |
Perguntas frequentes
Meu repositório é privado. Estou seguro?
Menos exposto, mas não seguro: qualquer pessoa com acesso lê as credenciais, e repositórios podem se tornar públicos ou ser copiados. Trate segredos em arquivos versionados como um problema em qualquer caso.
Isso vale só para o Claude Code?
O relato trata do Claude Code, mas a prática vale para qualquer assistente que guarde permissões ou histórico de comandos. Veja também como proteger dados ao usar ferramentas de programação com IA e como gerenciar permissões de agentes de IA para programação.
O que fazer agora
- Procure
settings.local.jsonnos repositórios da empresa e confira se há segredos. - Revogue qualquer credencial encontrada e verifique o histórico do Git.
- Ative varredura de segredos no commit e na integração contínua.
- Combine com a equipe: segredos em variáveis ou cofre, nunca na linha de comando.
Quer ver onde a IA gera retorno na sua operação? No diagnóstico gratuito, mapeamos seus processos e indicamos o que automatizar primeiro.
Quero meu diagnóstico gratuito →Conclusão
O alerta sobre o "não perguntar novamente" mostra que a segurança de agentes de programação depende tanto de hábitos quanto de configuração. A Yggra ajuda empresas a revisar o uso dessas ferramentas, configurar permissões, varredura de segredos e políticas para a equipe. Conheça nosso serviço de agentes de IA ou fale com a Yggra.
Fontes
- Apiiro, Claude Code's "Don't Ask Again" exposes passwords in 1,122 public GitHub files.
- r/ClaudeAI, Claude Code's "Don't ask again" can save commands containing secrets — how are you handling this?
- r/AI_Governance, Claude Code's "Don't Ask Again" File Exposes Passwords and Keys in 1,122 Public Copies on GitHub.
Perguntas frequentes
O que foi relatado sobre o Claude Code e as credenciais?
Segundo a pesquisa da Apiiro, repercutida no Hacker News e no Reddit, quando o desenvolvedor escolhe "Yes, and don't ask again" ao aprovar um comando, o comando completo, incluindo eventuais senhas ou chaves digitados nele, pode ser gravado em um arquivo local de configurações (.claude/settings.local.json). Os pesquisadores encontraram 1.122 repositórios públicos no GitHub com credenciais em arquivos desse tipo.
Como proteger credenciais no Claude Code?
Não digite segredos dentro de comandos; use variáveis de ambiente ou um cofre de segredos, revise os arquivos de permissão antes de cada commit, mantenha-os fora do versionamento, use ferramentas de varredura de segredos e revogue qualquer credencial que já tenha ido parar em um repositório.
Apagar o arquivo do repositório resolve?
Não. Se a credencial já foi publicada, ela deve ser considerada comprometida: revogue e gere uma nova. Remover o arquivo depois do commit não apaga o histórico do Git.
Preciso parar de usar o Claude Code?
Não necessariamente. O risco vem do hábito de colocar segredos em comandos e de versionar arquivos locais sem revisão. Com regras claras de uso, é possível manter a produtividade.
