← Voltar para o blog
Segurança

E se a chave do seu agente de IA vazar? O que as novas proteções do Claude ensinam

A Anthropic lançou em beta a lista de IPs permitidos para a API do Claude. O recurso limita o estrago de uma chave vazada e serve de roteiro para qualquer agente ligado ao seu ERP ou CRM.

Escudo em linhas escuras sobre fundo claro, ao lado da forma de vidro com núcleo azul

Um agente que concilia pagamentos ou pede reposição de estoque trabalha com credenciais. Se uma delas vaza, alguém de fora pode gastar a sua conta ou chegar aos seus dados.

No dia 5 de novembro, a Anthropic anunciou um conjunto de controles de segurança. Mesmo que a sua empresa não use todos, eles servem de roteiro.

O que foi lançado

A lista de IPs permitidos, em beta, aceita pedidos apenas de endereços que a empresa cadastrar. Um pedido de fora recebe erro 403 na API de mensagens, mesmo com a chave correta.

Dois caminhos de acesso à API, em que o servidor da empresa é aceito e uma chave vazada usada de outro endereço é recusada com erro 403

O recurso vale para organizações da Claude Platform e do plano Enterprise. Ele tem limites importantes: não cobre o uso do Claude pela AWS, pelo Google Cloud ou pela Microsoft Foundry, e as alterações podem levar até 15 minutos para valer. A própria documentação lembra que a lista limita onde a chave funciona, mas não por quanto tempo, e recomenda chaves de validade curta.

Para o plano Enterprise, a Anthropic também apresentou uma central de segurança, que compara as configurações da organização com as recomendadas, e os inference hooks, que enviam pedidos a um servidor da própria empresa para aprovar ou negar. A central de segurança ainda está em beta e, como a Anthropic ressalta, não é uma certificação.

Um roteiro para qualquer agente

A maior parte desses cuidados não depende de plano nem de fornecedor:

  1. Uma chave por agente, para desligar um sem parar os outros.
  2. Chaves guardadas no servidor, nunca no aplicativo, no navegador ou em planilhas.
  3. Acesso restrito por endereço, quando o provedor oferece esse recurso.
  4. Permissão mínima no ERP e no CRM. Um agente que consulta pedidos não precisa poder apagar clientes.
  5. Aprovação humana para ações sensíveis, como pagamentos, descontos e compras acima de um limite.
  6. Registro do que o agente fez, com data, dados usados e resultado.
  7. Plano de desligamento, com alguém responsável e um jeito simples de parar o agente.

Por que isso importa em empresa pequena

Agentes costumam nascer como teste, com a chave de alguém e acesso amplo, porque é mais rápido. Depois o teste vira operação, e ninguém volta para arrumar.

Vale fazer agora três perguntas a quem cuida dos seus agentes: quantas chaves existem, de onde elas podem ser usadas e quem consegue desligar tudo em cinco minutos.

Nos agentes que construímos para ERP e CRM, cada ação tem limite, aprovação humana e registro. Assim, o agente faz o trabalho repetido e a decisão importante continua com a sua equipe.