Levantamento mostra que a maioria dos agentes de IA embutidos em produtos de terceiros é invisível para a gestão de identidade corporativa
Um relatório sobre segurança de agentes de IA em 2026 identificou cerca de 1.280 produtos de terceiros com IA embutida em ambientes corporativos estudados, mas apenas uma fração pequena — cerca de 282 — autentica através do single sign-on da empresa. Os demais operam como agentes que o time de segurança nunca aprovou explicitamente, porque a IA foi adicionada pelo próprio fornecedor dentro de uma ferramenta de SaaS já contratada, usando credenciais do próprio vendor em vez do provedor de identidade do cliente.
O problema descrito não é o já conhecido "shadow AI" — funcionários usando chatbots sem aprovação — mas algo mais estrutural: ferramentas corporativas que a empresa já avaliou e contratou (CRM, helpdesk, suíte de colaboração) passam a embutir capacidades de IA em atualizações de produto, sem que isso passe por qualquer processo de revisão de segurança ou de acesso. O vendor decide ligar o recurso, e do ponto de vista do cliente nada mudou no contrato original.
Tecnicamente, o motivo da invisibilidade é simples: pilhas de identidade corporativa (IAM, SSO, políticas de acesso condicional) só conseguem governar o que efetivamente autentica contra elas. Um recurso de IA dentro de um SaaS de terceiro tipicamente roda sob a conta de serviço do próprio fornecedor ou uma chave de API interna do produto, nunca trocando credenciais com o Okta, Entra ID ou equivalente do cliente. Isso significa que revisões de acesso, detecção de anomalias e logs de auditoria desenhados em torno de contas humanas e de serviço simplesmente não têm visibilidade sobre essa camada.
Na prática, isso cria uma superfície de ataque de uma ordem de magnitude maior do que aquela que as equipes de segurança acreditam gerenciar: não são algumas dezenas de chatbots deliberadamente integrados, mas potencialmente milhares de capacidades autônomas de leitura, escrita e ação espalhadas por toda a pilha de SaaS já aprovada. Se o recurso de IA de um fornecedor for comprometido, tiver excesso de permissões ou simplesmente cometer um erro agindo sobre dados sensíveis, a primeira notícia que a empresa cliente provavelmente terá é depois do fato — exfiltração de dados ou uma ação automatizada anômala — porque não havia telemetria de identidade monitorando esse caminho desde o início.
O caso reforça uma tendência que vem aparecendo em outros relatórios do setor: a governança de IA corporativa precisa passar a tratar "qualquer capacidade de IA embutida em produto de terceiro" como uma identidade distinta que exige atestado contratual e visibilidade antes de entrar em produção, e não apenas as integrações de IA que a própria empresa escolheu construir ou comprar deliberadamente.