CEVIU Logo
Voltar
Identiverse 2026 expõe a lacuna de identidade por trás dos agentes de IA

Identiverse 2026 expõe a lacuna de identidade por trás dos agentes de IA

Aprofundamento CEVIU

Aprofundamento

A governança de agentes de IA não é um novo problema de segurança, é o espelho amplificado de uma falha estrutural antiga: a ausência de identidade aplicada. Empresas gastam milhões em IAM centralizados, mas raramente sabem quem (ou o que) acessa cada API, qual credencial foi delegada para qual microserviço, ou se um agente está rodando dentro de um app legado sem auditoria. O que Identiverse 2026 expôs não é uma lacuna de ferramentas para IA, mas a falha de arquitetura que impede qualquer controle real sobre não-humanos, humanos já eram mal governados; agora os agentes simplesmente escapam do radar por design.

O ponto decisório não está no registro de um agente no Copilot Studio ou na detecção de um evento OBO no Entra. Está no momento em que um agente chama um endpoint de pagamento via API e o gateway de autorização precisa avaliar, em menos de 100ms, se essa ação condiz com o perfil de risco do usuário dono, o histórico de higiene da credencial usada, o contexto de localização da requisição e o impacto financeiro da operação, tudo isso sem depender de um diretório central que nem sequer sabe que o app existe.

Por que isso importa

Empresas que adotarem agentes de IA sem resolver isso vão acumular dívida técnica de identidade em escala exponencial. Cada agente mal governado é um vetor de movimentação lateral não auditável, um canal de exfiltração silencioso, uma brecha de compliance em tempo real. Isso não é teoria: já há casos documentados de agentes com acesso delegado a ERP e CRM executando alterações em lote sem aprovação humana, e sem rastreabilidade. A questão não é 'se' isso vai acontecer em sua infraestrutura, mas 'quando' sua arquitetura de identidade vai ser testada por um agente que ninguém registrou, ninguém audita e ninguém entende como opera.

Perguntas frequentes

O que significa 'governar agentes no nível da aplicação'?

Significa que a decisão de permitir ou bloquear uma ação de um agente deve ser tomada dentro do próprio aplicativo, ou no proxy imediatamente antes dele, com base em contexto real-time: quem é o agente, quem o autorizou, quais credenciais estão sendo usadas, qual é o destino final da chamada e qual é o risco operacional da ação. Não basta saber que ele existe no diretório.

Por que o Entra Agent ID ou o Copilot Studio não resolvem o problema?

Eles só veem agentes que passam por seus fluxos oficiais, ou seja, os registrados, gerenciados e integrados. Não detectam agentes locais em Python com requests, scripts em Node.js usando tokens reutilizados, ou SaaS que injetam agentes nativamente sem expor metadados. São ilhas de visibilidade, não uma malha de controle.

Qual é a diferença entre 'autorização em tempo real' e 'gestão de acesso tradicional'?

A gestão tradicional depende de papéis estáticos, revisões trimestrais e certificações manuais. Autorização em tempo real avalia cada requisição individual com base em múltiplos vetores: comportamento do agente, estado de higiene da credencial, contexto geográfico, sensibilidade do dado acessado e impacto de negócios, tudo processado antes da execução, não depois.

Fontes

Avalie este artigo:
Compartilhar:
Categoria
CEVIU TI
Publicado
23 de junho de 2026
Editoria
CEVIU TI

Quer receber mais sobre CEVIU TI?

Conteúdo curado diariamente, direto no seu e-mail.

Conteúdo curado diariamenteDiversas categoriasCancele quando quiser