Nossa força de trabalho digital está passando por uma evolução fundamental. Os agentes de IA deixaram de ser novidades experimentais e, agora, são profissionais orientados por metas que estão transformando a maneira como as empresas operam. Nós ultrapassamos a fase inicial de adoção e entramos em um período crítico de risco operacional. Na verdade, de acordo com o relatório Okta at Work de 2025, 91% das organizações já utilizam agentes de IA. No entanto, apenas 10% têm uma estratégia bem desenvolvida para gerenciar essas identidades não humanas. A lacuna entre a adoção e a governança não é apenas um risco. É um ponto cego enorme na segurança empresarial.
Mas é preciso ser franco sobre a situação da segurança. Embora a adoção esteja disparando, nossos modelos de governança não acompanharam o ritmo. De acordo com o The Times, quase metade dessas organizações não tem uma estrutura formal de governança. Isso cria uma lacuna enorme. Agora temos um ambiente onde identidades não humanas autônomas agem com capacidades de tomada de decisão de alta velocidade, mas muitas vezes não possuem os controles de visibilidade, autenticação ou autorização necessários para garantir sua segurança.
Para os líderes de TI e Segurança, a realidade é dura. Não há como proteger o que não se pode ver nem governar o que não foi identificado.
O risco do IAM legado em um mundo autônomo
O gerenciamento de identidade e acesso (IAM) tradicional foi projetado para seres humanos. Nós fazemos login, iniciamos uma sessão e, cedo ou tarde, encerramos o acesso. Os agentes de IA rompem completamente com esse paradigma. Eles agem de modo contínuo e consomem dados com um apetite insaciável para atingir seus objetivos. Além disso, são capazes de executar cadeias complexas de API em sistemas computacionais sem qualquer supervisão humana.
Os modelos de segurança legados falham com esses agentes de três maneiras específicas:
- Credenciais estáticas e proliferação de segredos: os desenvolvedores costumam codificar chaves de API ou usar tokens de longa duração para dar acesso às ferramentas para os agentes. Isso cria uma superfície de ataque frágil e de alto risco na qual um único agente comprometido pode resultar em uma elevação de privilégios massiva.
- Autorização de granularidade grossa: o IAM padrão concede acesso no nível do aplicativo. No entanto, os agentes que usam a Geração Aumentada por Recuperação (RAG) precisam de autorização no nível dos dados. Sem controles de granularidade fina, um agente pode recuperar e sintetizar dados sensíveis de executivos para um funcionário geral por ter contornado os silos de acesso pretendidos.
- O problema do "superadministrador": para funcionarem de forma autônoma, os agentes costumam receber permissões excessivas em suas contas de serviço. Se sequestrados, esses agentes são capazes de causar danos de alta velocidade em todo o seu ecossistema.
Uma abordagem unificada: proteja cada agente para proteger todos os agentes
Garantir nosso futuro agente requer uma mudança da proteção estática para um controle dinâmico e centrado na identidade. Isso cria um desafio duplo. Devemos fornecer aos criadores as ferramentas necessárias para proteger os agentes por design, ao mesmo tempo em que oferecemos às equipes de TI e de Segurança um plano de controle para gerenciá-los em larga escala.
Na Okta, definimos essa arquitetura por duas perspectivas distintas, mas integradas.
1. Para os desenvolvedores: segurança desde o design
Os desenvolvedores precisam incorporar a segurança desde a primeira linha de código, mas sem comprometer a inovação.
- Elimine a proliferação de segredos codificados: em vez de gerenciar chaves de longa duração e alto risco, os desenvolvedores podem usar um cofre seguro que gerencia os ciclos de vida dos tokens OAuth. Isso atualiza as credenciais automaticamente sem jamais expô-las ao código ou aos registros do agente.
- Recuperação de Contexto Padronizada (MCP): os agentes precisam acessar o contexto de diversas fontes, como dados de CRM, documentos e calendários. As integrações personalizadas costumam resultar em fragmentação da segurança. O Protocolo de Contexto do Modelo (MCP) oferece uma forma padronizada de autenticar e autorizar o acesso a todas essas fontes, com o servidor de autorização empresarial aplicando políticas consistentes. Não é necessária nenhuma lógica de autenticação personalizada.
- Imponha o princípio do menor privilégio no nível do documento: para sistemas RAG, a Autorização de Granularidade Fina (FGA) impõe o controle de acesso baseado em relacionamento no ponto de recuperação do documento. Isso garante que as respostas sejam geradas com base apenas nos dados que o usuário autenticado tem autorização para acessar.
- Governe as ações críticas com um human-in-the-loop: para ações de alto risco, como autorizar uma compra importante, os agentes podem acionar fluxos de trabalho de aprovação assíncronos. Isso interrompe a execução até que um ser humano valide explicitamente a ação por meio de notificação push no celular ou e-mail.
2. Para TI e Segurança: o plano de controle empresarial
Após a implantação, os agentes devem ser tratados como identidades de primeira classe, com gerenciamento do ciclo de vida completo.
- Detecte a Shadow AI: descubra e registre as identidades de agentes não gerenciados. O primeiro passo na governança é eliminar o ponto cego de segurança da Shadow AI. Utilize a descoberta automatizada e a análise comportamental para identificar contas não humanas não gerenciadas que atuam em plataformas de nuvem e SaaS. Após a identificação, um registro centralizado deve estabelecer um perfil de identidade para cada ator não humano, associando a propriedade e a responsabilidade de modo a transformar os agentes de ativos não rastreados em entidades gerenciadas e auditáveis.
- Governe o ciclo de vida e o acesso: imponha o princípio do menor privilégio e a política dinâmica. Trate os agentes como funcionários de alta velocidade implementando transições automatizadas de ciclo de vida, desde o provisionamento com modelos baseados em funções até o desprovisionamento sistemático. Essa governança se estende à definição de políticas dinâmicas de autorização que usam mecanismos de políticas modernos para aplicar o princípio do menor privilégio com base na identidade do agente e no contexto operacional.
- Controle as conexões de agentes de IA e apps: com frequência, os agentes precisam criar pontes entre domínios de confiança, como um agente de vendas interno que acessa um portal de parceiros externo. O Cross-App Access (XAA) é um protocolo baseado em padrões que permite que agentes acessem recursos com segurança além das fronteiras organizacionais, preservando o contexto original do usuário.
- Armazene e isole os segredos: elimine o risco das credenciais codificadas. Não permita que credenciais privilegiadas residam em código ou arquivos de configuração. Proteja segredos sensíveis (como chaves de API e credenciais de contas de serviço) aplicando o armazenamento seguro em cofres e exigindo cronogramas de rotação automatizados. Esse isolamento e rotação rigorosos podem reduzir drasticamente a superfície de ataque e evitar que um único agente comprometido cause uma elevação massiva de privilégios.
- Contenha as ameaças: execute a contenção em tempo real. Um agente autônomo precisa de um freio de emergência. Em caso de comportamento anômalo, como um agente acessando 500 registros em poucos minutos, as equipes de segurança devem possuir capacidade de resposta imediata. O Universal Logout fornece esse “mecanismo de interrupção” que revoga instantaneamente todos os tokens e sessões ativas em todos os aplicativos integrados para ajudar a conter a ameaça e evitar maiores danos em tempo real.
A identidade é o plano de controle
Com a ascensão da IA agêntica, a identidade passa a ser o único plano de controle viável. Caso você esteja desenvolvendo agentes SaaS B2B ou implantando a automação interna da força de trabalho, a segurança da sua estratégia de IA depende da sua capacidade de autenticar, autorizar e governar identidades não humanas com o mesmo rigor aplicado à sua força de trabalho.
Esta é a realidade: cada agente de IA implantado sem os devidos controles de identidade é uma violação em potencial esperando para acontecer. Cada agente de IA paralelo que suas equipes criam sem a aprovação do setor de TI representa um ponto cego na sua postura de segurança. Cada conta de serviço com excesso de privilégios é uma chave mestra que os invasores estão procurando ativamente.
A lacuna de governança não é teórica. Com 91% das organizações implantando agentes de IA, mas apenas 10% tendo estratégias de governança bem desenvolvidas, o risco não está apenas emergindo. Ele já é uma realidade. Mas há um caminho claro a seguir.
Quer arquitetar sua defesa?
Não permita que a falta de governança se torne seu próximo incidente de segurança.
Baixe nosso whitepaper completo: Proteção para agentes de IA do desenvolvimento à escala empresarial.
Nele, você vai encontrar:
- Uma arquitetura de referência completa com um fluxo de implementação detalhado em 8 fases
- Padrões de segurança para Auth0 (seguro desde o design) e Okta (plano de controle empresarial)
- Estudo de caso real: agente de IA para vendas corporativas com segurança de ponta a ponta
- Como descobrir e registrar agentes de IA paralelos como identidades de primeira classe
- Troca de token, segurança MCP e padrões de autorização human-in-the-loop
Saiba mais sobre a abordagem da Okta para proteger os agentes de IA em okta.com/solutions/secure-ai
