Resumindo
Por que a identidade é o principal fator limitante para a escalabilidade da IA empresarial?
Os sistemas IAM tradicionais são estáticos, enquanto os sistemas de IA agêntica exibem comportamentos dinâmicos em tempo de execução que geram cadeias de delegação e consomem de 5 a 30 vezes (até 1.000 vezes) mais eventos de permissão do que as interações padrão. As Organizações escalam a IA 12 vezes mais rápido ao incorporar a governança de identidade (atenuação, definição do escopo sensível ao contexto e rotação automatizada) na fase de arquitetura, em vez de tratar a segurança como uma etapa de conformidade posterior.
Há dezoito meses, começamos a frequentar as salas onde as decisões sobre a escalabilidade da IA são de fato tomadas. Não os palcos principais, mas sim as sessões de trabalho onde líderes de segurança, arquitetos de plataforma e patrocinadores de negócios negociam o que será lançado e o que será adiado. O padrão que observamos repetidamente foi consistente e surpreendente: as organizações que atingiram a produção mais rapidamente não foram aquelas com os melhores modelos ou com a maior quantidade de dados. Foram eles que trataram a identidade como um princípio fundamental do design de IA desde o primeiro dia.
A identidade determina se você envia o produto para produção ou se permanece na fase piloto. É o fator que limita a taxa de adoção de Enterprise IA, algo que quase ninguém está levando em consideração com antecedência suficiente.
Sabemos disso porque passamos 18 meses observando esse fenômeno em tempo real — em serviços financeiros, saúde, varejo e software Enterprise, para citar alguns setores. O modo de falha é notavelmente consistente, independentemente do setor, do modelo escolhido ou da plataforma de nuvem.
Uma intenção humana, mil eventos de permissão
Um líder de segurança de uma empresa de serviços financeiros sintetizou o problema para nós há alguns meses. Sua equipe implantou três agentes de IA em janeiro como parte de um projeto piloto controlado — com escopo definido, documentado e aprovado. Em março, eles já haviam encontrado mais 17 casos em andamento na organização, sem nenhuma autorização. Conectado aos dados de produção. Realizando chamadas de API. Operando com base nas credenciais do funcionário.
“Já nem sei mais a que estão ligados”, disse ela. Ela não era um caso atípico. Ela era a mediana.
Uma única tarefa agentiva consome de 5 a 30 vezes mais eventos de identidade do que uma interação padrão. Empilhe fluxos de agentes — um agente chamando outro, delegando subtarefas, gerando subagentes — e pesquisadores de Stanford descobriram que o limite superior chega a 1.000 vezes para Workflows de raciocínio complexos com loops de repetição e autocorreção.
Uma intenção humana. Mil eventos de permissão. Cada um desses eventos representa uma superfície de ataque, uma exposição de conformidade e uma decisão de governança com a qual o IAM tradicional nunca foi projetado para lidar.
Apenas 24,4% das organizações têm visibilidade completa de seus agentes de IA. Até 2028, a empresa média da Fortune 500 implantará mais de 150.000 agentes. Hoje, 90% desses agentes têm permissões em excesso. E isso vai além de agentes discretos, abrangendo modelos refinados que fazem inferências, pipelines RAG que extraem dados de repositórios sensíveis, cadeias de comandos que invocam ferramentas e orquestrações multiagentes onde as permissões se propagam por camadas de delegação que ninguém concedeu explicitamente.
Cinquenta e três por cento acessam dados sensíveis sem a devida governança. O problema da IA paralela vai além dos agentes. Toda inferência não autorizada carrega consigo permissões herdadas que se acumulam na velocidade da máquina.
“A explosão de eventos de identidade não é um efeito colateral da IA agêntica — é a característica definidora. Cada agente que você implanta sem governança não é apenas um risco. É um multiplicador de todos os outros riscos no seu ambiente.”
- Sai Lolayekar, Líder de Inovação de Negócios, Parceiros de Segurança, AWS
A maioria das estruturas de governança resolve problemas do passado.
O setor está convergindo para uma narrativa confortável: “redesenhe seus Workflows, incorpore a segurança desde o início, governe seus agentes.” As principais empresas de análise e provedores de nuvem afirmam isso. E, embora correta, essa abordagem é insuficiente.
O problema é que a maioria das estruturas de governança implementadas atualmente são mecanismos de políticas estáticos que tentam governar sistemas dinâmicos. Eles definem as permissões no momento da implantação. Mas a IA agêntica não funciona dessa maneira. O comportamento de um agente emerge em tempo de execução. Ele raciocina sobre qual ferramenta chamar em seguida. Decide se deve delegar ou não. Ela determina de quais dados precisa com base em um contexto que não existia quando a política foi escrita.
Governança estática para agentes dinâmicos é como escrever leis de trânsito para uma cidade que redesenha suas ruas a cada hora.
O que é necessário — e o que quase ninguém ainda construiu por completo — é Identity Governance que opere com a mesma velocidade e adaptabilidade dos próprios agentes:
- Permissões que se atenuam downstream à medida que as cadeias de delegação se tornam mais longas
- Acesso sensível ao contexto que se restringe à medida que a sensibilidade aumenta
- Interruptores de segurança que não exigem que um humano perceba o problema primeiro
Esta é a lacuna. E é por isso que a identidade não é apenas “importante” para a história da escalabilidade da IA — ela é o fator limitante. As organizações que resolvem isso primeiro não apenas evitam o risco. Elas se movem mais rápido do que todas as outras porque conseguem implantar agentes em produção enquanto os concorrentes ainda estão presos no modo piloto, aguardando políticas perfeitas.
Os quatro principais padrões de falha de segurança que realmente vemos falhar (na sala, não no relatório)
A partir de conversas com centenas de Enterprise, identificamos quatro padrões recorrentes que mantêm as organizações presas. Eis como eles ficam quando você está sentado à mesa:
1. O ponto cego da oportunidade
Uma empresa da área da saúde investiu $ 4 milhões na criação de agentes de processamento de sinistros com IA e controles de acesso adequados. A oportunidade de maior valor foi, na verdade, o fluxo de trabalho upstream de autorização prévia, no qual os médicos compartilhavam credenciais e os agentes herdavam permissões de nível administrativo por padrão. Eles protegeram o item errado porque nunca mapearam onde o risco de identidade estava concentrado.
2. A desconexão entre estratégia e execução
Uma organização de varejo em que o CEO anunciou "prioridade à IA" em janeiro, o CTO financiou três iniciativas de plataforma e o CISO lançou uma estrutura de governança — todos apontando em direções diferentes. No 3º trimestre, 12 equipes estavam desenvolvendo agentes em quatro ambientes de execução, com zero coordenação em relação à identidade. Eles estavam criando 12 versões da mesma dívida técnica, e nenhuma delas conseguia passar em uma avaliação de segurança unificada.
3. Experimentos que nunca avançam
Uma empresa de software empresarial lançou 47 projetos-piloto de agentes de IA em 18 meses; apenas três chegaram à produção. Todos os projetos-piloto travados se depararam com o mesmo obstáculo: a avaliação de segurança. Cada um havia inventado seu próprio modelo de autenticação, armazenamento de credenciais e permissões. Quarenta e quatro implementações de identidade personalizadas, nenhuma infraestrutura de governança reutilizável. Os pilotos não falharam por causa da capacidade da IA. Eles fracassaram porque ninguém construiu a plataforma de identidade que lhes permitisse avançar.
4. Quando os guarda-corpos se transformam em bloqueios de estrada
O estudo Global CISO Insights 2026 da Okta revelou que apenas 31% dos CISOs se sentem totalmente alinhados com a alta administração e o conselho de administração em relação aos riscos aceitáveis de IA, e menos da metade afirma que o conselho vê a segurança de IA como um facilitador de negócios, em vez de apenas um requisito de conformidade. O resultado: as equipes de segurança se tornam o Departamento do Não — não porque queiram, mas porque o processo as coloca nessa posição.
Todos esses padrões têm a mesma causa raiz: a identidade foi tratada como uma reflexão tardia, em vez de um princípio fundamental do design.
A solução não está em um melhor alinhamento ou em mais políticas. Trata-se de uma questão de propriedade diferente — onde a identidade se torna uma decisão arquitetônica, e não uma etapa de revisão posterior.
"Não é possível escalar a autonomia sem escalar a responsabilidade - a identidade é uma decisão de design fundamental que separa a vantagem cumulativa do risco cumulativo."
- Eddie Kim, Chefe de Desenvolvimento de Mercado de IA, AWS ISV América do Norte
Para que fique claro: a qualidade do modelo e a prontidão dos dados não são irrelevantes — são necessárias. Mas não é aí que as organizações estão encontrando dificuldades. Já vimos equipes com modelos de classe mundial e pipelines de dados impecáveis ficarem paralisadas por meses porque não conseguiam responder a perguntas básicas sobre autorização de agente. O gargalo mudou de lugar.
O problema do cérebro Enterprise
Atualmente, está acontecendo na indústria uma discussão sobre o “cérebro empresarial”—a ideia de que os agentes precisam de memória e contexto compartilhados para que o que um agente aprende esteja disponível para os outros, em vez de desaparecer quando a sessão termina.
Esse é o instinto correto. Agentes sem estado que esquecem tudo entre as sessões são o motivo pelo qual os projetos-piloto impressionam e os sistemas de produção decepcionam. Mas ninguém nessa conversa está perguntando: “Quem governa a memória?”
Quando o Agente A descobre algo sobre a situação financeira de um cliente e compartilha essa informação com o Agente B, que está gerenciando um Workflows de marketing, esse compartilhamento foi autorizado? Quando o contexto acumulado de um agente inclui informações pessoais identificáveis (PII), segredos comerciais ou comunicações privilegiadas, quem decide o que é retido, o que é eliminado e quem mais pode acessar essas informações?
O cérebro Enterprise sem Identity Governance é amnésia organizacional substituída por vigilância organizacional. Você não resolveu o problema. Você criou um novo que é mais difícil de detectar e mais difícil de conter.
É aqui que a identidade deixa de ser apenas um controle de segurança e se torna um princípio fundamental de design para a próxima geração de arquitetura de IA. A camada de memória, a camada de contexto, a camada de conhecimento compartilhado... tudo isso precisa de controles de acesso que levem em consideração a identidade e que operem na mesma velocidade que os agentes que os consomem.
Uma empresa de serviços financeiros com a qual nos reunimos havia implementado agentes com memória compartilhada, mas sem controles de acesso com escopo de identidade. Em poucas semanas, um agente de marketing havia ingerido dados financeiros de clientes que um agente de conformidade havia descoberto — dados que não tinha autorização para armazenar e nenhum mecanismo para eliminar.
Como a Okta e a AWS estão protegendo a memória de agentes e os Workflows delegados em conjunto
Foi exatamente por isso que projetamos a integração Okta-AWS para controlar não apenas as ações dos agentes, mas também a memória dos agentes. Para equipes que executam cargas de trabalho baseadas em agentes no Amazon Bedrock, cada agente que você cria é uma nova identidade que precisa ser descoberta, ter seu escopo definido e ser governada.
O Okta para Agentes de IA integra-se diretamente com o Amazon Bedrock e o Amazon Bedrock AgentCore para preencher a lacuna de governança de IA e resolver cinco desafios simultaneamente:
- Descoberta de IA oculta em todo o ambiente
- Registro universal para atribuir a propriedade humana a cada identidade autônoma
- Aplicação do princípio do menor privilégio em que as permissões se atenuam à medida que as cadeias de delegação crescem
- Rotação automatizada de credenciais em velocidade de máquina
- Logs de auditoria completos que fornecem registros invioláveis de todas as ações do agente
Fundamentalmente, esta solução funciona com qualquer provedor de identidade existente — Entra ID, Ping ou outros — sem necessidade de substituição completa.
Como isso se traduz na prática? Uma equipe de varejo que assessoramos construiu sua camada de governança de agentes antes mesmo de escrever um único agente. Cada agente herda uma identidade com escopo definido no momento da instanciação. As permissões são atenuadas automaticamente quando um agente delega. Seu primeiro agente passou da concepção à produção em 11 dias. O 12º agente deles levou três dias porque a infraestrutura de governança já estava implementada.
O caso de negócios é uma questão de velocidade, não de risco.
Em dezenas de organizações que assessoramos, o padrão se repete: equipes que integram a Identity Governance desde o primeiro dia chegam à produção em ciclos de seis semanas. As equipes que implementam a governança posteriormente ainda estão em fase piloto no 18º mês, porque cada avaliação de segurança as obriga a reestruturar a arquitetura.
Isso representa uma diferença de velocidade de 12 vezes entre organizações que priorizam a identidade e organizações que a consideram apenas por último. E isso se acumula. A equipe que priorizou a identidade lançou 12 versões e aprendeu com o feedback da produção, enquanto a equipe que priorizou a identidade por último ainda está negociando a aprovação de sua primeira implementação.
Os dados da BCG para 2026 confirmam o padrão mais amplo: organizações com uma estratégia clara de IA que inclui a reformulação do fluxo de trabalho observam um aumento de 25 pontos percentuais no impacto mensurável nos negócios. A pesquisa da Eightfold estima ganhos de EBITDA entre 10% e 25%. Pelo que observamos na prática, o design que prioriza a identidade é o fator mais importante para prever se uma reformulação do fluxo de trabalho chegará à produção ou fracassará na fase piloto.
O mecanismo é simples: as equipes que priorizam a identidade criam uma camada de governança compartilhada uma única vez, e todos os agentes subsequentes a herdam. As equipes que deixam a identidade por último reconstroem a governança sob medida para cada agente, a cada vez. A primeira abordagem escala linearmente. O segundo escala quadraticamente em custo e atrito e, eventualmente, para de escalar completamente.
Plano de ação: três estruturas para a preparação da identidade da IA
Acreditamos em “pensar grande, começar pequeno, crescer rápido”. Aqui estão três conversas para começar:
1. A auditoria de atrito
- Quem: Você e sua equipe de operações
- Identifique de 3 a 5 pontos de atrito de alta frequência
- Para cada um, pergunte: "Se projetássemos isso do zero hoje — com IA como uma capacidade nativa e governança de identidade integrada — como seria?"
2. A decisão sobre a arquitetura de identidade
- Quem: Você + seu CISO + seu lead de plataforma de IA
- Três perguntas: “Quantos agentes estão em atividade neste momento — autorizados e não autorizados? Podemos revogar o acesso de qualquer agente em menos de 60 segundos? Se um agente delega a um subagente, as permissões são atenuadas ou herdadas?”
- O diagnóstico: se você não conseguir responder a todas as três, você tem um problema de arquitetura
3. A conversa sobre velocidade
- Quem: você + seu CEO/conselho
- Reformule a segurança, passando de "mitigação de riscos" para "velocidade de implementação".
- O foco estratégico: a questão não é como governar a IA com segurança, mas sim como chegar à produção 12 vezes mais rápido que os concorrentes. A resposta é: design que prioriza a identidade.
A economia de agentes está chegando mais rápido do que a maioria das organizações está preparada. O setor está convergindo para a ideia de que os agentes precisam de identidades emitidas por máquinas com aplicação do princípio do menor privilégio e total auditabilidade — uma posição agora codificada pelo NCCoE do NIST em sua estrutura para identidade e autorização de agentes de IA. Mas a convergência na ideia não é o mesmo que a convergência na execução. A lacuna entre saber que a identidade importa e incorporá-la à arquitetura é onde a vantagem se multiplica. As organizações que acertarem nesse ponto não apenas evitarão riscos, como também serão mais ágeis e produzirão mais.
A identidade é a decisão de design que determina a prontidão para a produção. Não ignore isso. Construa-a primeiro.
