A segurança de agentes de IA da Okta mira a confusão nas empresas

A Okta identificou um adversário incomum em sua iniciativa de segurança para agentes de IA: a confusão dos clientes, e não outro fornecedor de segurança. O presidente e COO Eric Kelleher defendeu essa ideia na Goldman Sachs Communacopia + Technology Conference, em 9 de setembro de 2026.

O argumento reflete um mercado em que as empresas querem software autônomo, mas têm dificuldade para definir o que precisa ser protegido. Um agente pode resumir e-mails, atualizar um registro de vendas, aprovar um reembolso ou operar todo um fluxo financeiro. Cada função cria diferentes permissões, riscos e exigências de responsabilização.

A Okta quer que a identidade se torne a camada organizadora dessa desordem. Seu framework faz três perguntas: onde estão os agentes, a que eles podem se conectar e o que podem fazer? A Microsoft busca objetivos semelhantes por meio do Entra Agent ID e do Agent 365, tornando a distribuição empresarial tão importante quanto o desenho da segurança.

Essa competição muda o significado da mensagem da Okta. A confusão pode abrir um mercado para um provedor independente de identidade, mas também pode atrasar compras e favorecer plataformas integradas. A Okta precisa transformar uma narrativa urgente de segurança em implantação repetível, adoção mensurável e padrões que os clientes possam usar entre fornecedores.

A segurança de agentes de IA da Okta começa com três perguntas

A iniciativa imediata da Okta é reduzir um problema amplo de segurança à descoberta de agentes, ao controle de conexões e à autorização.

Durante a conferência de setembro, Kelleher descreveu clientes que pediam ajuda à Okta após se depararem com relatos alarmantes sobre agentes autônomos. Esses compradores entendem que os agentes introduzem riscos, mas muitas vezes não têm um modelo compartilhado para avaliar esse risco.

A resposta da Okta é seu Blueprint for the Secure Agentic Enterprise. A empresa apresentou o framework em março e disponibilizou o Okta for AI Agents de forma geral em 30 de abril de 2026. O produto estende controles de identidade já conhecidos a softwares autônomos e semiautônomos.

A primeira pergunta, “Onde estão meus agentes?”, diz respeito ao inventário e à propriedade. Funcionários podem ativar ferramentas sem um processo formal de implantação, enquanto desenvolvedores podem criar agentes em inúmeras plataformas de nuvem. As equipes de segurança não podem governar um agente que não conseguem identificar.

O recurso Agent Discovery da Okta foi projetado para revelar essas implantações ocultas. De acordo com os detalhes sobre descoberta de agentes da empresa, ele detecta atividades de consentimento OAuth e identifica conexões envolvendo plataformas de agentes não autorizadas.

O consentimento OAuth concede a um aplicativo permissão para acessar outro serviço sem receber a senha do usuário. Essa conveniência se torna arriscada quando um funcionário autoriza um agente desconhecido a ler e-mails, arquivos, calendários ou registros de clientes.

A Okta afirma que sinais do navegador podem revelar o aplicativo cliente, o recurso conectado e os escopos de permissão solicitados. Os administradores podem então registrar o agente, atribuir um responsável humano e aplicar políticas básicas.

A segunda pergunta, “A que os agentes podem se conectar?”, desloca a atenção do inventário para os caminhos de acesso. Um agente pode interagir com aplicativos, APIs, bancos de dados, ferramentas ou servidores Model Context Protocol. MCP é uma interface padrão que permite a sistemas de IA acessar ferramentas e informações externas.

O blueprint da Okta inclui um gateway para intermediar essas conexões, armazenamento seguro de credenciais e gerenciamento de acesso a APIs. Esses controles têm o objetivo de substituir credenciais amplas e persistentes por decisões mais restritas, baseadas em identidade, contexto e risco.

A terceira pergunta, “O que os agentes podem fazer?”, alcança a camada mais difícil. Saber que um agente pode entrar em um sistema não revela se ele pode ler, gravar, transferir, aprovar ou excluir informações.

A Okta propõe registrar chamadas individuais de ferramentas e decisões de autorização. Também promove o Universal Logout como um interruptor de emergência que revoga os tokens de acesso de um agente em sistemas conectados.

Esse enquadramento importa porque um agente não é apenas mais uma conta de funcionário. Ele pode executar muitas ações rapidamente, combinar informações entre sistemas e mudar seu comportamento quando o contexto ao redor se altera.

Ele também difere de uma conta de serviço tradicional, que geralmente executa uma tarefa automatizada previsível. Um agente de IA pode selecionar ferramentas, gerar planos intermediários e agir por meio de permissões delegadas por um usuário.

As três perguntas da Okta, portanto, criam uma estrutura útil para compras. Elas não comprovam que cada controle subjacente funciona em todas as plataformas de agentes. Elas fornecem aos líderes de segurança um vocabulário comum para decidir o que precisa ser testado.

Esse vocabulário é a base da estratégia da empresa. A Okta quer que as empresas vejam a segurança de agentes como uma extensão da governança de identidade, não como uma categoria isolada de monitoramento de IA.

A confusão está criando tanto demanda quanto atrasos

A mesma incerteza que leva clientes à Okta também pode prolongar avaliações e impedir que a segurança de agentes se torne um negócio previsível.

Kelleher chamou a confusão de maior concorrente atual da empresa em identidade agentiva. Os compradores enfrentam alegações concorrentes de fornecedores de segurança, provedores de nuvem, desenvolvedores de IA e plataformas de governança. Muitos produtos usam linguagem semelhante enquanto protegem camadas diferentes.

Um fornecedor pode examinar prompts em busca de instruções maliciosas. Outro pode descobrir identidades de máquina ou credenciais expostas. Um terceiro pode controlar o tráfego de rede, enquanto um provedor de identidade determina qual agente pode acessar um aplicativo específico.

Essas funções podem se complementar, mas as empresas ainda precisam estabelecer responsabilidades. A equipe de segurança pode controlar as políticas de acesso, enquanto os desenvolvedores são responsáveis pelo agente e as unidades de negócio definem ações aceitáveis.

As compras se tornam mais difíceis quando uma organização não consegue responder a perguntas básicas sobre sua implantação. Uma empresa pode saber que seus funcionários usam assistentes de IA sem saber quais deles têm permissões duradouras para aplicativos.

As definições de agentes também permanecem inconsistentes. Alguns sistemas são interfaces de chat que recomendam ações. Outros executam fluxos de trabalho após aprovação humana, enquanto agentes autônomos podem agir sem revisar cada etapa.

Essa ambiguidade afeta o licenciamento e a medição de produtos. Kelleher disse que a Okta atualmente precifica sua oferta agentiva como um adicional ao preço por usuário. Ele reconheceu que o modelo é imperfeito para a arquitetura de agentes, mas o descreveu como fácil de comprar para os clientes.

A maioria das primeiras transações são contratos de um ano, segundo suas declarações na conferência. A Okta espera que ambos os lados obtenham melhores informações sobre uso de agentes e custos operacionais antes das renovações.

Essa abordagem reduz a fricção imediata na compra. Ela também revela o quão inicial o mercado ainda é. Uma categoria madura de segurança normalmente possui unidades mais claras, como usuários, dispositivos, cargas de trabalho, transações ou volume de dados protegidos.

A atividade de agentes pode atravessar todas essas unidades. Um funcionário pode usar vários agentes, enquanto um agente pode criar trabalhadores temporários ou realizar milhares de chamadas de ferramentas. Um modelo por usuário pode se desconectar da carga de trabalho que está sendo protegida.

A vantagem da Okta é seu relacionamento existente com equipes empresariais de identidade. Kelleher disse que mais de 20.000 empresas já confiam à Okta identidades humanas e não humanas. Essa base instalada oferece uma rota direta para discussões sobre segurança.

No entanto, a confiança não elimina o trabalho de implementação. Os clientes precisam descobrir agentes, classificar suas finalidades, identificar responsáveis, reduzir permissões excessivas e conectar os aplicativos relevantes a pontos de aplicação.

Os líderes de segurança também precisam decidir quais ações exigem aprovação humana. Um agente de sumarização e um agente de quote-to-cash não devem receber controles idênticos, mesmo que ambos usem a mesma plataforma de identidade.

O segundo pode envolver preços, contratos, sistemas de faturamento e registros de receita. Um erro poderia se tornar um evento financeiro ou de conformidade, e não apenas uma resposta inconveniente.

Essa distinção transforma a confusão em uma oportunidade de produto somente quando a Okta consegue orientar a implantação. Um blueprint ajuda os clientes a fazer perguntas melhores, mas modelos operacionais e integrações precisam fornecer as respostas.

Essa exigência pressiona a estratégia de vendas e serviços profissionais da Okta. Os compradores esperarão que a empresa traduza uma estrutura abstrata de identidade em controles para fluxos de trabalho reais.

Os desenvolvedores enfrentam um desafio relacionado. Eles precisam de padrões de acesso seguros que não exijam reconstruir cada agente para o sistema de identidade de cada cliente. É por isso que a estratégia de padrões da Okta está no centro de seu argumento de produto.

Cross App Access é a aposta da Okta em uma camada aberta de controle

A Okta aposta que um padrão aberto de autorização pode tornar o acesso de agentes portátil, preservando os provedores de identidade como aplicadores centrais de políticas.

Cross App Access, ou XAA, é o método proposto pela Okta para conectar agentes a aplicativos por meio de autorização padronizada. Ele estende conceitos do OAuth e funciona em conjunto com o MCP, que fornece uma forma comum para os agentes descobrirem e chamarem ferramentas.

A distinção é importante. O MCP pode descrever uma ferramenta disponível e dar suporte à interação, mas as empresas ainda precisam decidir se um agente específico pode utilizá-la. O XAA pretende levar o contexto de identidade e autorização para essa conexão.

Kelleher disse que a Okta propôs o Cross App Access como um padrão aberto, e não como um formato proprietário da Okta. Ele também afirmou que ele havia sido aceito como uma extensão do MCP e estava atraindo amplo interesse do setor.

A Okta disponibilizou o Agent SSO de forma geral em agosto de 2026. O Agent SSO permite que um administrador registre um agente como um workload principal, isto é, uma identidade não humana gerenciada de forma independente.

Quando um agente compatível se conecta a um aplicativo, a Okta pode colocá-lo no Universal Directory ao lado de outras identidades governadas. Os administradores podem então visualizar propriedade, conexões e políticas aplicáveis por meio dos processos de identidade existentes.

A abordagem busca resolver uma fraqueza recorrente nas implantações de agentes. Muitos agentes iniciais tomam emprestado o token de acesso de um usuário ou dependem de uma credencial estática armazenada em um fluxo de trabalho.

O acesso emprestado pode tornar a atribuição pouco clara. Se um agente altera um registro usando a identidade de um funcionário, um log de auditoria pode não distinguir uma ação de software de uma ação humana direta.

Credenciais estáticas criam outro problema. Elas podem permanecer ativas por mais tempo do que o necessário e aparecer em arquivos de configuração, logs ou ambientes de desenvolvimento. Um segredo exposto pode dar a um invasor acesso persistente.

Uma identidade dedicada ao agente separa o agente de seu patrocinador. O responsável de negócio continua sendo responsável, mas o sistema de segurança pode aplicar políticas diferentes ao agente e à pessoa.

Essa separação oferece suporte ao princípio do menor privilégio, que limita uma identidade ao acesso mínimo necessário para sua tarefa atribuída. Ela também pode permitir tokens de menor duração e um descomissionamento mais claro quando um agente é retirado de uso.

A Okta afirma que o Auth0 for AI Agents pode ajudar desenvolvedores a criar agentes que funcionem com o XAA. Esses agentes podem armazenar credenciais com diferentes provedores de identidade, sem exigir um ambiente exclusivo da Okta.

A abertura fortalece a proposta da Okta para clientes preocupados com dependência de plataforma. Uma empresa pode usar agentes da Microsoft, Google, Salesforce, equipes de desenvolvimento personalizadas e fornecedores menores no mesmo ambiente.

Uma camada portátil de autorização permitiria que esses agentes encontrassem decisões de acesso consistentes. Ela também poderia reduzir o trabalho de integração personalizada para desenvolvedores que vendem para empresas com diferentes sistemas de identidade.

Ainda assim, um padrão publicado não cria interoperabilidade automaticamente. Os aplicativos precisam implementá-lo, as estruturas de agentes precisam transportar o contexto necessário, e os provedores de identidade precisam interpretar as solicitações de forma consistente.

As equipes de segurança também precisam confiar nos metadados usados em cada decisão. Um agente pode ter uma identidade válida e, ainda assim, receber instruções manipuladas ou selecionar uma ação insegura.

A identidade responde quem ou o que está solicitando acesso. Ela não determina de forma independente se um plano gerado é preciso, ético ou alinhado à intenção do negócio.

O mecanismo da Okta é, portanto, significativo, mas limitado. O XAA pode tornar a autorização mais explícita e auditável. Ele não pode substituir salvaguardas de modelo, governança de dados, controles de rede ou validação no nível do aplicativo.

A empresa se beneficia se o XAA se tornar um padrão neutro de conexão. Ela enfrenta maior pressão se as plataformas de agentes mantiverem a aplicação de identidade dentro de seus próprios planos de controle integrados.

Essa pressão já é visível na expansão da infraestrutura de identidade de agentes da Microsoft.

Microsoft Transforma Segurança de Identidade em uma Disputa de Distribuição

O principal desafio competitivo da Okta é a capacidade da Microsoft de integrar a identidade de agentes aos aplicativos, serviços em nuvem e ferramentas de administração que as empresas já utilizam.

O Microsoft Entra Agent ID tornou-se amplamente disponível em abril de 2026. Ele fornece estruturas de identidade, autenticação, autorização, governança e controles de segurança projetados para agentes de IA.

Seu argumento central é muito parecido com o da Okta. Agentes devem ter proprietários identificáveis, ciclos de vida gerenciados, acesso limitado e atividade auditável. A Microsoft também oferece suporte a OAuth, MCP e protocolos de agente para agente.

A diferença está na distribuição. A Microsoft controla uma ampla coleção de aplicativos empresariais, serviços para desenvolvedores, infraestrutura em nuvem, plataformas de dados e produtos de segurança.

O Agent 365 funciona como o catálogo unificado e a camada de gerenciamento da empresa. O Entra fornece a base de identidade sob essa camada, segundo a documentação de identidade de agentes da Microsoft.

A Microsoft pode conectar uma identidade de agente ao Conditional Access, Identity Protection, Microsoft Graph e ao seu ambiente mais amplo de governança. Clientes que já operam nessa infraestrutura podem preferir uma experiência administrativa consolidada.

Um exemplo prático aparece na integração da Microsoft com o Dataverse. Um agente de desenvolvimento de vendas pode receber uma identidade dedicada e uma função limitada para ler leads, registrar contatos e atualizar registros elegíveis.

Os administradores podem excluir tabelas não relacionadas ou campos sensíveis. As ações permanecem atribuíveis ao agente, em vez de aparecerem sob uma conta compartilhada de funcionário ou aplicativo.

Esse cenário demonstra o risco estratégico para a Okta. A Microsoft não precisa vender identidade de agentes como uma categoria separada quando pode incorporar a governança ao aplicativo onde o trabalho acontece.

A resposta da Okta é a independência. Seu valor aumenta quando uma empresa usa múltiplas nuvens, criadores de agentes e ecossistemas de software. Uma camada de identidade neutra pode oferecer políticas consistentes entre essas fronteiras.

Kelleher enfatizou que a identidade agentiva combina características de identidades humanas e não humanas. A Okta já gerencia ambas as categorias, o que lhe dá experiência com governança de ciclo de vida, acesso a aplicativos e sinais de segurança.

Seu catálogo de integrações também oferece à empresa um ponto de partida substancial. A Okta afirmou em março que sua rede incluía mais de 8.200 integrações, com suporte a agentes envolvendo Boomi, DataRobot e Google Vertex AI.

Essa amplitude só importa se as integrações oferecerem aplicação significativa. Uma entrada de catálogo que registra um agente é diferente de uma que autoriza chamadas individuais de ferramentas e permite revogação rápida.

A Microsoft enfrenta o mesmo teste dentro de seu ecossistema. A identidade centralizada pode descrever permissões, mas os aplicativos precisam aplicá-las corretamente durante fluxos de trabalho rápidos e com várias etapas.

Outros fornecedores de segurança acrescentam outra camada de concorrência. Empresas de acesso privilegiado podem gerenciar credenciais sensíveis, enquanto provedores de segurança de endpoints e nuvem podem analisar comportamentos relacionados a um agente.

Especialistas em segurança de IA podem se concentrar em injeção de prompt, seleção insegura de ferramentas, vazamento de dados e comportamento de modelos. Essas ameaças não desaparecem depois que o agente recebe uma identidade dedicada.

A arquitetura empresarial mais provável incluirá várias camadas de controle. A questão disputada é qual plataforma se tornará o local central para propriedade, política e investigação.

A Okta quer que esse local seja a infraestrutura de segurança de identidade. A Microsoft quer que Agent 365 e Entra forneçam um plano de controle unificado, especialmente entre aplicativos da Microsoft.

Os clientes avaliarão essas alegações em ambientes mistos. Uma plataforma que governa apenas seus agentes nativos deixará as equipes de segurança com inventários e políticas fragmentados.

A independência da Okta oferece uma resposta crível à fragmentação. A profundidade de integração da Microsoft oferece uma resposta crível à complexidade operacional.

Esta é a principal disputa do artigo: uma camada de identidade neutra contra um plano de controle integrado de aplicativos e nuvem. A confusão ajuda a Okta a iniciar a conversa, mas a interoperabilidade determinará quem a controlará.

Controles de Identidade Não Podem Julgar a Intenção de um Agente

A Okta pode restringir o que um agente tem permissão para acessar, mas credenciais válidas não garantem raciocínio seguro nem ação correta.

Um agente pode se autenticar com sucesso e permanecer dentro de um escopo de permissões aprovado, mas ainda assim causar danos. Ele pode interpretar mal uma solicitação, seguir uma instrução maliciosa ou combinar ações permitidas em um resultado não intencional.

A injeção de prompt ilustra essa lacuna. Um invasor pode inserir instruções ocultas ou enganosas em conteúdo que um agente lê. O agente pode tratar essas instruções como parte de sua tarefa.

Os controles de identidade podem limitar o raio de impacto resultante. Eles nem sempre conseguem reconhecer que o processo de decisão do agente foi manipulado.

A mesma limitação se aplica ao planejamento incorreto. Um agente financeiro autorizado poderia selecionar a conta errada, duplicar uma ação ou aplicar uma regra de aprovação à transação errada.

Um mecanismo de desligamento torna-se valioso depois que um comportamento suspeito é detectado. No entanto, agentes autônomos podem executar muitas ações antes que um humano reconheça o padrão e revogue o acesso.

A autorização em tempo de execução busca reduzir essa janela. Em vez de conceder acesso amplo e permanente, um sistema avalia solicitações individuais usando identidade, contexto, risco e ação pretendida.

A qualidade dessa avaliação depende de contexto confiável. As políticas precisam distinguir a variação comum de comportamentos inseguros sem bloquear fluxos de trabalho legítimos.

As organizações também precisam de registros confiáveis. Registrar as chamadas de ferramentas de um agente ajuda investigadores a reconstruir eventos, mas os registros precisam conectar o agente, o patrocinador humano, a instrução, a decisão de autorização e a mudança resultante.

Um registro que mostra apenas uma chamada de API bem-sucedida oferece responsabilização limitada. As equipes de segurança precisam saber por que o agente chamou a API e quais dados orientaram sua decisão.

Os recursos de registro do sistema e governança da Okta abordam partes dessa cadeia. A empresa afirma que chamadas de ferramentas, tentativas de acesso e decisões de autorização podem fluir para sistemas de gerenciamento de informações e eventos de segurança.

Essas capacidades permanecem como alegações da empresa até que clientes as testem em diferentes estruturas de agentes e aplicativos. O próprio anúncio da Okta também alerta que recursos não lançados podem chegar atrasados ou não chegar.

A evidência independente continua limitada porque as implementações empresariais de agentes são recentes. Pesquisas acadêmicas começaram a examinar a gestão de identidade para sistemas agentivos, mas os benchmarks de produção ainda estão em desenvolvimento.

Outra preocupação é a qualidade da propriedade. Atribuir um patrocinador humano cria responsabilização no papel, mas essa pessoa precisa entender os dados, as permissões, as dependências e as condições de desativação do agente.

A propriedade pode se tornar cerimonial quando as organizações implementam agentes mais rápido do que os gestores conseguem revisá-los. As certificações de acesso correm então o risco de se tornar outra fila de aprovações com contexto insuficiente.

A proliferação de agentes piora o problema. Um agente principal pode criar subagentes temporários para pesquisa, análise ou execução. A política de segurança deve determinar se essas identidades temporárias herdam permissões.

A herança ampla é fácil de administrar, mas aumenta a exposição. Exigir aprovação separada para cada agente de curta duração pode prejudicar a velocidade que torna os fluxos de trabalho agentivos atraentes.

Esse é o trade-off central da segurança de agentes de IA da Okta. As empresas querem que os agentes operem rapidamente entre sistemas, enquanto as equipes de segurança precisam que cada ação permaneça limitada, atribuível e reversível.

Pouco controle cria risco inaceitável. Excesso de atrito transforma um fluxo de trabalho autônomo de volta em uma série lenta de aprovações humanas.

As implementações mais robustas começarão com tarefas restritas e limites explícitos de dados. Um agente de suporte pode classificar tickets antes de receber permissão para emitir créditos ou alterar registros de clientes.

As equipes devem testar caminhos de falha, não apenas demonstrações bem-sucedidas. Elas precisam de evidências que mostrem como o sistema lida com propriedade expirada, entradas manipuladas, permissões excessivas e serviços de aplicação indisponíveis.

Uma base de conhecimento pesquisável pode ajudar equipes a documentar proprietários, políticas e decisões sobre incidentes. Ela não substitui o controle de acesso, mas preserva o contexto de que os revisores precisam.

A estratégia da Okta se torna mais convincente quando os clientes conseguem conectar decisões de identidade a privilégios reduzidos e contenção mais rápida de incidentes. Anúncios de produtos por si só não podem estabelecer esse resultado.

Três Sinais Mostrarão se a Iniciativa da Okta Está Funcionando

A adoção de padrões, a expansão de clientes e a aplicação entre plataformas determinarão se a Okta transforma a confusão em uma categoria duradoura de segurança de identidade.

O primeiro sinal é a adoção do Cross App Access além dos próprios produtos da Okta. Desenvolvedores de agentes, fornecedores de aplicativos e provedores concorrentes de identidade precisam implementar o protocolo para que ele se torne uma infraestrutura significativa.

A Okta afirmou na conferência de setembro que anúncios mais amplos estavam se aproximando. O detalhe importante não será o número de parceiros nomeados. Os compradores devem examinar quais ações essas integrações realmente podem autorizar.

O suporte ao registro fornece inventário. O suporte à autorização contextual e com escopo fornece controle. O suporte à revogação rápida fornece contenção quando um agente se desvia de sua função pretendida.

Um conjunto crescente de integrações funcionais fortaleceria o argumento da Okta como plataforma neutra. Uma adoção limitada deixaria o XAA como um recurso útil dentro do ambiente da Okta, em vez de uma camada de controle para o setor.

O segundo sinal é o perfil das renovações e expansões de clientes. Kelleher afirmou que a maioria das primeiras transações agentivas usa contratos de um ano, dando aos clientes e à Okta tempo para entender o uso.

Essas renovações revelarão se as empresas avançam além da avaliação. Os compradores devem procurar implementações que governem agentes de produção em diversos processos de negócios, e não demonstrações isoladas.

A expansão para plataformas adicionais de agentes sustentaria a alegação de que a identidade oferece um plano de controle comum. O crescimento vinculado apenas a projetos experimentais sugeriria que a confusão continua sendo uma barreira de vendas.

A precificação fornecerá outra pista. O aumento por usuário da Okta simplifica as compras iniciais, mas o volume e a atividade dos agentes não acompanham necessariamente a contagem de funcionários.

O modelo pode evoluir para agentes protegidos, conexões, transações ou eventos de autorização. Qualquer mudança revelará o que os clientes valorizam e quais custos operacionais mais importam.

Um modelo estável e compreensível ajudaria a categoria a amadurecer. Uma precificação complexa baseada no uso poderia reintroduzir a incerteza que o projeto da Okta busca eliminar.

O terceiro sinal é a resposta competitiva da Microsoft e de outros provedores de identidade. O modelo Agent 365 da Microsoft já combina um inventário unificado com identidade e governança apoiadas pelo Entra.

Se a Microsoft ampliar a governança simples para agentes de terceiros, a alegação de independência da Okta enfrentará um teste direto. Se a Microsoft permanecer mais forte dentro do próprio ambiente, a Okta ganhará espaço em empresas heterogêneas.

Os clientes devem comparar a aplicação de políticas no Microsoft 365, Google Workspace, Salesforce, plataformas de nuvem e aplicações personalizadas. O vencedor precisará de mais do que uma lista central de agentes.

Ele deverá preservar a identidade dos agentes entre os limites das aplicações, aplicar o princípio do menor privilégio, expor a propriedade e encerrar o acesso de forma consistente. Também deverá fornecer evidências que as equipes de segurança possam usar durante investigações e auditorias.

O suporte dos concorrentes a padrões comuns validaria a tese mais ampla da Okta, mesmo que reduza a diferenciação do produto. Abordagens proprietárias transformariam a identidade de agentes em mais um limite de plataforma.

A mensagem da Okta na conferência merece atenção porque evita tratar a segurança de agentes de IA como um único recurso de detecção. A empresa está enquadrando o problema em torno da responsabilização e do acesso ao longo de todo o ciclo de vida de um agente.

Esse enquadramento corresponde ao desafio operacional. Uma empresa precisa saber quem criou um agente, por que ele existe, quais recursos pode acessar e como interrompê-lo.

No entanto, a identidade é um entre vários planos de controle. Salvaguardas de modelo, validação de aplicações, monitoramento de rede, governança de dados e revisão humana continuam necessários.

Por isso, os compradores de segurança devem tratar o projeto da Okta como uma estrutura de teste. Eles podem pedir a cada fornecedor que demonstre descoberta, autorização, propriedade, registro e revogação em um fluxo de trabalho real.

A melhor prova virá de uma implantação em produção deliberadamente limitada. As equipes podem começar com um agente que lê informações restritas e propõe ações para aprovação humana.

Em seguida, podem medir solicitações excessivas de permissões, negações de políticas, tempo de investigação e precisão no descomissionamento. Esses resultados revelam mais do que uma demonstração autônoma bem-polida.

A segurança de agentes de IA da Okta é, em última análise, uma aposta de que as empresas não gerenciarão software autônomo por meio de credenciais dispersas e controles isolados. O mercado caminha para identidades dedicadas, propriedade explícita e autorização contínua.

A questão ainda sem resposta é quem fornecerá essa camada em ambientes mistos. Observe primeiro as integrações XAA, depois as renovações em produção e, em terceiro lugar, o alcance da Microsoft entre terceiros.

Se a Okta avançar nos três pontos, a confusão se tornará uma oportunidade duradoura para a identidade. Se a adoção continuar fragmentada, as plataformas integradas manterão a vantagem.

Para as equipes empresariais, o próximo passo é prático: selecione um agente, mapeie todas as conexões e documente cada ação permitida. Depois, pergunte se o seu sistema de identidade atual consegue visualizar, restringir, auditar e revogar esse agente sem trabalho personalizado.