Colei uma senha, API key ou token no ChatGPT – e agora?

A checklist em resumo

1. Trocar o segredo imediatamente (rotacionar)

A documentação do GitHub é clara: um segredo vazado deve ser considerado comprometido na hora. Apenas removê-lo não impede o uso indevido; o que funciona é revogá-lo no provedor. O OWASP Secrets Management Cheat Sheet indica a mesma ordem: revogar, substituir, remover do sistema afetado.

• API key ou token: revogue no portal do serviço e gere um novo. Se um serviço em funcionamento depender dele, configure primeiro a nova chave e só depois revogue a antiga.
• Senha: troque imediatamente. Se você a usou em outros lugares, troque lá também. O Escritório Federal de Cibersegurança da Suíça (BACS) recomenda ainda uma senha diferente para cada serviço e, sempre que possível, a autenticação de dois fatores.
• String de conexão com senha do banco de dados: defina uma nova senha para o usuário do banco de dados e atualize todas as aplicações que o utilizam.

Dê à nova chave apenas as permissões necessárias, como recomenda a OWASP.

2. Verificar acessos e logs

Em seguida, verifique se alguém usou o acesso antigo. Para isso, o GitHub recomenda os logs de auditoria do serviço ao qual o segredo pertence. Fique atento a:

• logins a partir de dispositivos ou locais desconhecidos,
• chamadas de API incomuns ou chaves e usuários criados recentemente,
• em contas de e-mail: regras de encaminhamento desconhecidas. O BACS recomenda removê-las imediatamente.

3. Apagar o chat – e o que isso resolve

Segundo a OpenAI, um chat apagado some imediatamente da sua conta e é excluído definitivamente em até 30 dias – a não ser que os dados já tenham sido desidentificados e desvinculados da conta, ou que a OpenAI precise guardá-los por mais tempo por motivos de segurança ou legais. Em ambientes de trabalho corporativos, ferramentas de compliance autorizadas podem continuar acessando-o conforme a regra de retenção da organização.

Sobre o treinamento: com uma conta pessoal, desative a opção “Improve the model for everyone” em Settings › Data controls; segundo a OpenAI, isso vale para novas conversas. Não avalie o chat afetado com polegar para cima ou para baixo: segundo a OpenAI, a conversa inteira pode então ser usada para treinamento, mesmo com o treinamento desativado. Saiba mais: Desativar o treinamento de IA.

4. Apagar links compartilhados

Um link de uma conta pessoal pode ser aberto por qualquer pessoa que o tenha. Segundo a OpenAI, essas páginas não se destinam a mecanismos de busca, mas nem por isso são privadas: links podem ser repassados.

• Em Settings › Data controls › Shared links › Manage, você apaga links individuais ou todos eles.
• Quem apaga o chat apaga também o link compartilhado dele.
• Se alguém já continuou a conversa compartilhada, a cópia dessa pessoa permanece na conta dela.

5. Avisar a TI e os responsáveis pela segurança

Comunique o incidente com rapidez e objetividade. O GitHub recomenda envolver os responsáveis pelo segredo e pela segurança e documentar o incidente. Informações úteis:

1. Qual acesso, para qual serviço, com quais permissões?
2. Quando, em qual serviço de IA, com conta pessoal ou corporativa?
3. O chat foi compartilhado?
4. O que já foi feito (trocado, apagado, logs verificados)?

6. Verificar a obrigação de notificar

Uma senha vazada não gera automaticamente uma obrigação de notificação. O decisivo é saber se, por meio desse acesso, dados pessoais foram expostos ou ficaram acessíveis a pessoas não autorizadas.

• Suíça: segundo o art. 24 da DSG (a lei suíça de proteção de dados), o responsável comunica ao EDÖB, a autoridade suíça de proteção de dados, o mais rápido possível uma violação da segurança dos dados que provavelmente resulte em alto risco para as pessoas afetadas. A comunicação é feita pelo formulário online DataBreach do EDÖB. As pessoas afetadas devem ser informadas se isso for necessário para a sua proteção ou se o EDÖB exigir.
• UE: segundo o art. 33.º do RGPD (GDPR), o responsável pelo tratamento notifica a autoridade de controle sem demora injustificada e, sempre que possível, em até 72 horas, a não ser que a violação não seja suscetível de resultar em risco. Toda violação deve ser documentada internamente. Se o risco for elevado, o art. 34.º exige também comunicar as pessoas afetadas.

A avaliação cabe ao seu setor de proteção de dados ou jurídico. Esta seção não substitui aconselhamento jurídico.

Como evitar da próxima vez

• Nada de segredos em prompts. Para depurar um erro, basta um marcador como DB_SENHA=[REMOVIDO].
• Segredos não ficam no código. O GitHub recomenda variáveis de ambiente e ferramentas de gestão de segredos; a OWASP desaconselha segredos fixos no código. O que não está no código também não é copiado junto.
• Limpar código e logs antes. Arquivos de configuração, mensagens de erro e logs podem conter credenciais. Segundo a OWASP, segredos nunca devem ir para logs.
• Usar um gerenciador de senhas, como recomenda o BACS.
• Bloquear descuidos com tecnologia. O AImori verifica localmente no navegador o que você cola no ChatGPT, Claude, Gemini, Copilot ou Perplexity e detecta, entre outros, API keys e tokens de muitos serviços, chaves privadas e senhas em strings de conexão. Ao colar, ele os substitui antes que o texto chegue ao campo; Alt+Shift+L transforma todos os valores detectados em marcadores. Caracteres digitados podem ser lidos pela página antes mesmo do envio – por isso a verificação ao colar é tão importante.

Se um texto contém credenciais, o teste gratuito mostra direto no navegador.

Perguntas frequentes