Agentes de IA acessando sistemas por senha esquecida: o que o alerta da Índia e o bloqueio do JPMorgan ensinam ao atendimento das PMEs

Duas notícias desta semana, vindas de lados bem diferentes do mundo, contam a mesma história sobre agentes de IA. De acordo com o resumo diário do aiagentstore.ai, em 16 de outubro de 2026 a CERT-In, a equipe indiana de resposta a incidentes cibernéticos, investigava casos em que agentes de IA acessaram sistemas corporativos e registros de negócios, inclusive com dados pessoais e confidenciais. A causa citada não foi um ataque sofisticado: foram credenciais expostas em código, repositórios e arquivos de configuração.

Três dias antes, em 13 de outubro, a CNBC noticiou que o JPMorgan Chasepassou a bloquear agentes de IA externos, como Muse e Instinct, de acessar diretamente as contas de clientes. Um banco decidiu fechar a porta. Do outro lado, empresas deixaram a porta aberta sem perceber.

Se a sua PME usa, ou pretende usar, IA no atendimento pelo WhatsApp, esse assunto é seu. Neste artigo, explicamos o que está em jogo, onde os vazamentos costumam nascer e quais cuidados práticos qualquer empresa pode adotar sem montar um departamento de segurança.

O que as duas notícias dizem, em linguagem de gestor

O alerta da Índia: o problema foi a chave, não a IA

O resumo do aiagentstore.ai sobre a investigação da CERT-In destaca algo importante: os agentes de IA entraram em sistemas porque encontraram, ou receberam, credenciais que estavam expostas. Chaves de acesso esquecidas em código, em repositórios e em arquivos de configuração funcionam como uma cópia da chave da empresa deixada na portaria. Qualquer um que a encontre, humano ou software, entra.

A decisão do JPMorgan: quem acessa a conta deve ser identificado

A manchete da CNBC mostra o outro lado: uma instituição que lida com dinheiro de milhões de pessoas decidiu que agentes de IA de terceiros não devem acessar contas diretamente. A lógica é simples. Quando um software age em nome de uma pessoa, a empresa precisa saber quem é esse software, o que ele pode fazer e quem responde por ele.

Em ambos os casos, a lição é a mesma: agente de IA é um novo tipo de usuário dentro da sua empresa. E, como todo usuário, precisa de identidade, permissões limitadas e supervisão.

Por que isso chega à PME brasileira

É tentador achar que segurança de agentes de IA é assunto de banco ou de multinacional. Na prática, a PME brasileira também conecta sistemas, e muitas vezes com menos cuidado. Pense em tudo que um atendimento moderno toca:

• O número de WhatsApp Business e a conta da API, que enviam mensagens em nome da empresa.
• A base de clientes, com nome, telefone, histórico de compras e conversas.
• O CRM ou a planilha de vendas, onde ficam propostas, valores e contatos.
• O sistema de pedidos ou de agenda, de onde a IA consulta status e horários.
• As chaves de API que ligam uma ferramenta à outra.

Cada uma dessas conexões depende de uma senha, um token ou uma chave. Em muita PME, essas chaves moram no lugar mais fácil: uma planilha compartilhada, um grupo de WhatsApp da equipe, um e-mail antigo, o arquivo de um freelancer que montou uma automação. É confortável e perigoso.

E há um agravante brasileiro. A Lei Geral de Proteção de Dados (LGPD) responsabiliza a empresa pelos dados pessoais que ela trata, mesmo quando o vazamento vem de uma ferramenta terceirizada. Um incidente de segurança, para uma PME, significa risco jurídico, perda de confiança do cliente e uma conversa desagradável com quem espera discrição.

Onde os vazamentos de credenciais costumam nascer

Os casos citados envolvem código, repositórios e arquivos de configuração. Traduzindo para a rotina de uma PME, os pontos mais comuns de vazamento são:

• Planilhas e documentos compartilhados com senhas, tokens e links de acesso em texto aberto.
• Grupos de mensagem em que alguém cola a senha para "resolver rápido" e a mensagem fica para sempre.
• Automações montadas por terceiros, em que a chave fica dentro do fluxo e o prestador some.
• Ex-colaboradores que ainda têm acesso porque ninguém trocou a senha.
• Contas compartilhadas usadas por toda a equipe, sem saber quem fez o quê.
• Ferramentas demais: quanto mais sistemas soltos, mais chaves espalhadas e mais portas abertas.

Checklist de segurança para o atendimento com IA

Nada disso exige especialista. São hábitos de gestão. Se você fizer só estes seis, já estará na frente de muita empresa grande:

1. Tire as chaves de onde elas não deveriam estar

Faça uma varredura nas planilhas, documentos e grupos de mensagem da empresa. Se achar senha, token ou chave, troque imediatamente e guarde a nova em um gerenciador de senhas.

2. Dê a cada pessoa e a cada integração o mínimo necessário

Um atendente não precisa de acesso à configuração da conta do WhatsApp. Uma IA que consulta o status de pedidos não precisa de permissão para alterar preços. Menos permissão significa menos estrago se algo der errado.

3. Acabe com contas compartilhadas

Cada pessoa com o próprio login permite saber quem fez o quê. Em caso de saída de alguém, o acesso é desligado sem afetar o resto da equipe. Ative a verificação em duas etapas onde for possível.

4. Defina quem aprova o quê

Decida quais ações a IA pode fazer sozinha (responder dúvidas, enviar status) e quais exigem um humano (reembolso, desconto, alteração de dados cadastrais). A transferência para o atendente humano é, também, uma barreira de segurança.

5. Revise acessos todo mês

Separe 30 minutos mensais para listar quem tem acesso ao quê. Remova quem saiu, quem mudou de função e integrações que não são mais usadas. Esse hábito simples elimina uma enorme parte do risco.

6. Peça respostas claras ao fornecedor

Pergunte à empresa que fornece o atendimento: como as chaves são guardadas? Há registro de quem acessou e alterou o quê? Como é o processo se houver um incidente? Quem não responde com clareza não merece acesso aos seus clientes.

Menos ferramentas soltas, menos portas abertas

Um princípio de segurança pouco falado é a simplicidade. Cada ferramenta adicional é mais um login, mais uma chave, mais um prestador com acesso aos seus dados. Uma operação de atendimento montada com cinco sistemas diferentes costuma ter cinco superfícies de risco.

Por isso, centralizar o atendimento em uma plataforma omnichannel é, além de uma decisão de produtividade, uma decisão de segurança. Em vez de WhatsApp em um aplicativo, e-mail em outro, chat do site em um terceiro e redes sociais em um quarto, a empresa concentra tudo em um painel, com histórico unificado e controle de quem acessa.

Como a Kentro entra nessa conversa

A Kentro reúne WhatsApp pela API Oficial, e-mail, chat e redes sociais em um painel único. Com atendimento omnichannel, IAs treinadas por segmento e gestão de atendimento, o gestor enxerga o que a equipe e a IA estão fazendo, e a conversa passa para um atendente humano quando o assunto exige julgamento.

Usar a API Oficial do WhatsApp e concentrar a operação em uma plataforma única não resolve sozinho a segurança da empresa, que também depende dos hábitos da equipe. Mas reduz o número de ferramentas soltas e de acessos espalhados, justamente o terreno onde as credenciais vazam. Confira os resultados de empresas que organizaram o atendimento nos nossos cases de clientes.

Conclusão: antes de dar poder à IA, organize as chaves

O alerta da CERT-In e a decisão do JPMorgan apontam para o mesmo princípio: o risco de agentes de IA não vem só da inteligência artificial, vem de quanto acesso se entrega a eles e de como esse acesso é guardado. A boa notícia é que a PME pode se proteger com disciplina básica de gestão, sem orçamento de grande empresa.

Comece hoje por uma varredura nas planilhas e nos grupos da empresa. Se quiser conversar sobre como estruturar um atendimento com IA que seja rápido para o cliente e organizado para quem gerencia, fale com a Kentro. Para conhecer o que a plataforma oferece, veja as funcionalidades.

Fontes: aiagentstore.ai, "AI Agents News" (semana de 15 de outubro de 2026, itens de 16 de outubro sobre a CERT-In); CNBC, reportagem de 13 de outubro de 2026 sobre o bloqueio de agentes de IA externos pelo JPMorgan Chase.