Evitar que a chave secreta vaze pelo código gerado por IA

Apagar o arquivo que vazou a chave do provedor de pagamento não revoga nada: a credencial errada continua funcionando até alguém trocá-la no provedor. Segredo é uma informação que concede acesso, como a chave do banco ou a chave de pagamento.

Controle quem recebe cada credencial e como ela chega à aplicação, com armazenamento protegido, entrega controlada e resposta rápida a qualquer exposição.

Código que funciona ainda precisa de revisão de segurança. O treinamento do modelo pode incluir esse objetivo, mas a saída de um modelo não comprova que a aplicação está protegida.

Peça testes de acesso, revisão de dependências e varredura de segredos, e defina quem avalia os achados e quais falhas barram a entrega. A ferramenta automática ajuda a encontrar problemas; não oferece garantia completa.

Um cofre de segredos, serviço que controla armazenamento e acesso a credenciais, centraliza essa gestão. A aplicação recebe a chave por um mecanismo protegido, inclusive variável de ambiente.

Código enviado ao navegador, repositório, registros da aplicação e conversa com agente (o assistente de IA que executa tarefas por você) são destinos inadequados para uma credencial de produção. Um arquivo local exige controle de acesso e exclusão do versionamento; sua existência não prova vazamento sozinha.

Esconder e revogar são atos diferentes. Apagar o arquivo tira a chave da vista e mantém o acesso valendo.

Reescrever o histórico do repositório reduz a plateia sem zerá-la, porque continuam com acesso todo colaborador, integrador e credencial de automação (os robôs que testam e publicam sozinhos) que já clonou. O incidente só encerra quando a chave nova é gerada no provedor e a antiga é revogada.

Revise também o acesso concedido ao ambiente em que o agente executa código. Em 31/08/2026, a Anthropic relatou incidentes de avaliação em ambientes de terceiros com configuração inadequada de isolamento.

Esses testes tinham condições específicas, inclusive ausência de determinadas salvaguardas, e não medem a taxa de falha de uso comum.

A revisão do protocolo MCP de 28/07/2026 reforçou a vinculação das credenciais ao emissor da autenticação. MCP é o plugue entre o agente e os sistemas da empresa, e a revisão ajuda a identidade do acesso sem garantir a intenção do servidor do outro lado.

Peça o responsável, a validade e a política de revogação das credenciais de banco, pagamento e IA, e confirme como novas chaves chegam à aplicação sem aparecer no navegador ou nos registros.

Agosto mostrou que a chave também vaza pela porta das dependências, os pacotes de terceiros que o produto instala. O ChainDrop, worm descrito pela Microsoft em 04/08/2026, comprometeu mais de 400 pacotes do npm e roubava tokens do npm, do GitHub e da nuvem na própria instalação.

Na mesma semana, o Open VSX, loja aberta de extensões de editor, removeu 77 extensões que imitavam ferramentas conhecidas. Parte delas enviava o repositório e as variáveis da esteira de entrega para fora da empresa.

Se guardar só cinco palavras desta aula, guarde estas: segredo, informação que concede acesso e exige proteção; e rotação, que substitui a credencial e revoga a antiga.

Guarde ainda cadeia de suprimentos, os componentes de terceiros usados pelo produto, e procedência de pacote, a origem e o processo de publicação de cada um.

Por último, agência excessiva: o agente recebe mais permissão do que a tarefa exige.

A decisão que cabe a você é se a verificação de segurança tem poder de barrar a entrega ou se ela cede quando a data aperta. O time decide as ferramentas e o desenho, e você decide o critério que barra.

Peça por escrito o inventário de onde cada chave mora, a varredura automática rodando a cada entrega e o registro de rotação de cada credencial, com data.

Leve também a pergunta fixa para toda revisão de arquitetura: o que ainda protege o dado quando o atacante ignora a tela inteira. Se a resposta mostrar uma camada só, peça a segunda antes de aprovar.