Toda organização com alguma maturidade de segurança consegue responder, com razoável precisão, quantos colaboradores possui, quantas contas privilegiadas existem, quantas contas de serviço estão ativas e quais usuários têm acesso a sistemas críticos. São perguntas que anos de investimento em IAM, auditoria e governança nos ensinaram a responder.
Mas uma nova pergunta começou a surgir — e poucas empresas conseguem respondê-la:
“Quantos agentes de IA estão operando dentro da sua organização neste momento?”
Se a pergunta parece incomum, talvez seja exatamente esse o problema. Durante anos construímos políticas de acesso, revisões periódicas e mecanismos de monitoramento para controlar usuários, grupos, aplicações e contas de serviço. Agora uma nova entidade ganha espaço dentro das empresas — e muitas organizações ainda a enxergam apenas como ferramenta de produtividade. Na prática, os agentes de IA estão se tornando algo muito maior: identidades digitais capazes de acessar informações, executar ações e interagir com processos críticos do negócio.
Estamos discutindo o problema errado
Grande parte das discussões atuais sobre IA corporativa gira em torno de prompt injection, jailbreaks, vazamento de dados e uso indevido de modelos. Todos esses riscos são reais — mas representam apenas a superfície do problema.
A indústria de segurança tem um histórico de reagir ao sintoma antes de entender a causa raiz. Foi assim com contas privilegiadas, com ambientes em nuvem e com aplicações SaaS. Estamos repetindo o mesmo comportamento com agentes de IA. A pergunta que a maioria das organizações faz hoje é “como proteger o agente?”. A pergunta correta talvez seja “como governar o agente?”.
A distinção não é semântica. Um agente com acesso mínimo necessário, segregação adequada de funções, trilha de auditoria e monitoramento representa um risco significativamente menor do que um agente com acesso irrestrito a sistemas e dados corporativos. Não estamos criando apenas novos assistentes — estamos criando novas identidades operacionais. E toda vez que uma organização cria identidades sem um modelo claro de governança, o risco cresce mais rápido do que a capacidade de controle.
A mudança que poucas empresas perceberam
Quando se fala em agente de IA, é comum imaginar um chatbot mais avançado. Essa visão já está ultrapassada. Os agentes modernos consultam documentos corporativos, interagem com APIs, acessam Microsoft 365 e Google Workspace, consultam CRM e ERP, abrem chamados, executam fluxos automatizados, leem bancos de dados e operam ferramentas de desenvolvimento e colaboração.
Um único agente pode estar conectado, ao mesmo tempo, a SharePoint, GitHub, Jira, Salesforce e diversas aplicações internas. Nesse cenário, ele deixa de ser uma aplicação e passa a representar uma identidade operacional dentro da organização. E identidades precisam ser governadas.
O nascimento dos Shadow Agents
Convivemos, nos últimos anos, com uma sequência previsível de fenômenos. Cada um repetiu o padrão do anterior: adoção rápida pela base, governança atrasada pela segurança.
| Fase | O que surgiu | O ponto cego |
|---|---|---|
| Shadow IT | Hardware e software fora do controle de TI | Ativos não inventariados |
| Shadow SaaS | Aplicações cloud contratadas por área de negócio | Dados em ambientes não aprovados |
| Shadow AI | Funcionários usando IA pública com dados reais | Exfiltração sem rastreabilidade |
| Shadow Agents | Agentes criados sem processo formal de governança | Identidades com acesso a dados, sem dono nem auditoria |
Com a popularização de plataformas low-code, copilots corporativos e frameworks de agentes, criar um novo agente ficou trivial. Governá-los, não. A pergunta que poucas organizações conseguem responder — quantos agentes de IA existem hoje no ambiente? — costuma ter uma resposta desconfortável: ninguém sabe ao certo.
Para entender a raiz desse fenômeno, vale ler também Shadow AI: a saída silenciosa de dados corporativos.
O Blast Radius ganha uma nova dimensão
Imagine um agente conectado simultaneamente ao Microsoft 365, Salesforce, GitHub, Jira e a um banco de dados corporativo. Agora imagine que esse agente seja comprometido. O atacante não precisa mais comprometer cinco plataformas distintas — precisa comprometer apenas uma: o agente.
O agente como ponto único de privilégio. Quanto mais sistemas, permissões e dados um agente concentra, maior o impacto potencial de um incidente. Pontos centralizadores de privilégio sempre se tornam alvos extremamente atrativos — e o agente está se tornando um deles.
É exatamente aqui que o conceito de blast radius — historicamente aplicado a identidades humanas — ganha relevância para entidades não-humanas. A lógica é a mesma que já usamos para contas comprometidas: o que importa não é só se uma identidade pode ser comprometida, mas o quanto ela pode tocar quando for. Para o conceito completo, veja Blast Radius: o conceito que mudou como calculamos risco de identidade.
O desafio não é proteção. É governança.
Antes da proteção existe a governança. E governança se traduz em perguntas que precisam de respostas claras:
Quem criou o agente? Quem aprovou suas permissões? Quais sistemas ele acessa? Quais dados consegue consultar? Quais ações consegue executar? Existe auditoria? Existe revisão periódica de acesso? Existe um proprietário formalmente definido?
Se essas perguntas não têm resposta, provavelmente existe um risco emergente crescendo dentro da organização — silencioso, mas crescente.
O que isso tem a ver com DSPM?
À primeira vista, agentes de IA parecem um tema exclusivo de Inteligência Artificial. Mas a conexão com Data Security Posture Management é direta. A pergunta central da segurança de dados deixa de ser apenas “quem tem acesso aos dados?” e passa a incluir “quais agentes têm acesso aos dados?”.
Se um agente consegue consultar contratos, informações financeiras, propriedade intelectual, código-fonte ou dados de clientes, ele passa a fazer parte da superfície de risco da organização — exatamente como qualquer identidade humana com o mesmo acesso. Governar esse cenário exige combinar disciplinas que até pouco tempo viviam separadas: DSPM, governança de identidades, identity security, classificação de dados, auditoria e AI security.
Talvez seja por isso que esses mercados estejam convergindo. No fim, todos tentam responder a mesma pergunta: quem — ou o quê — tem acesso aos dados mais importantes da organização? Esse é precisamente o domínio de AI Data Risk dentro de um programa DSPM.
O recorte brasileiro: prestação de contas sob a LGPD
No Brasil, o problema deixa de ser apenas operacional e se torna regulatório. A LGPD exige que o controlador demonstre, com evidência, o tratamento dado aos dados pessoais — quem acessou, com qual finalidade, sob qual base legal. Um agente de IA que consulta dados de clientes ou colaboradores é, para todos os efeitos, um agente de tratamento. Se a organização não consegue dizer quais agentes existem, o que acessam e o que fazem com os dados, ela não consegue prestar contas.
Em uma eventual fiscalização da ANPD, “não sabíamos que o agente tinha esse acesso” não é uma resposta — é a constatação de uma falha de governança. O inventário de agentes deixa de ser higiene de TI e passa a ser pré-requisito de conformidade.
As perguntas que os CISOs deveriam fazer agora
Independentemente da tecnologia utilizada, estas perguntas já deveriam estar na agenda dos líderes de segurança:
- Quantos agentes de IA existem hoje na organização?
- Quem é responsável por cada um deles?
- Quais sistemas eles acessam?
- Quais dados conseguem consultar?
- Quais ações conseguem executar?
- Existe trilha de auditoria?
- Existe revisão periódica dessas permissões?
- Existe um inventário formal desses agentes?
Talvez ainda seja cedo para responder a todas. Mas definitivamente não é cedo para começar a fazê-las.
Considerações finais
O debate sobre IA corporativa começou focado em produtividade, evoluiu para proteção de dados e agora entra em uma nova fase: a governança dos agentes. Os próximos anos serão marcados pela convergência entre identity security, data security e AI security — porque agentes continuarão precisando acessar sistemas, aplicações e informações, e qualquer entidade com acesso precisa ser governada.
A pergunta não é se os agentes serão tratados como identidades. É quanto tempo levará para que as organizações percebam isso.
O diagnóstico gratuito de maturidade DSPM calcula seu score nos 7 domínios — incluindo AI Data Risk — e mostra onde sua organização está mais exposta. Leva 8 minutos.
Referência
Este artigo foi inspirado pela matéria Every AI agent is an identity. Most organizations don’t treat them that way, publicada pelo portal BleepingComputer. A análise aqui busca expandir a discussão sob a ótica de governança de identidades, proteção de dados, DSPM, AI Security e redução do blast radius em ambientes corporativos brasileiros.
