Primeira páginaDiário da IA
Para quem programa

AWS detalha controle de acesso de agentes com Okta e Amazon Bedrock

A AWS publicou a segunda parte de um guia para ampliar o controle de acesso de agentes com Amazon Bedrock AgentCore e Okta. O material mostra políticas, auditoria e um segundo agente no Amazon EKS, mas não entrega uma solução pronta para produção.

AWS detalha controle de acesso de agentes com Okta e Amazon Bedrock
Imagem: reprodução · AWS

A AWS publicou a segunda parte de um guia que amplia um padrão de controle de acesso para agentes com Amazon Bedrock AgentCore e Okta Cross App Access. O texto centraliza no AgentCore Gateway a troca de tokens para ferramentas e inclui um segundo agente, executado no Amazon EKS, serviço da AWS para aplicações em Kubernetes.

Políticas Cedar definem quais ferramentas cada agente pode acessar e dentro do escopo autorizado pelo Okta. A AWS também descreve como reunir no Amazon CloudWatch os rastros de decisões dos serviços e os eventos do registro do Okta, permitindo relacionar uma concessão de acesso às ações que ela levou.

Segundo a AWS, as configurações do Okta e os servidores MCP da primeira parte do guia permanecem. As adições levam cerca de 90 minutos, mas os trechos e configurações são conceituais, não uma solução completa pronta para implantação. A empresa classifica o código de exemplo como não destinado à produção e recomenda atender aos requisitos de segurança, regulamentação e conformidade antes de implantá-lo.

Nos testes relatados, agentes diferentes tiveram permissões distintas para os mesmos usuários. A AWS também compara o Cross App Access com o consentimento OAuth individual: no primeiro, controles do Okta impedem a emissão de novos tokens, e os já emitidos expiram em cerca de cinco minutos. No segundo, a autorização armazenada permaneceu após a suspensão do usuário, até ser desconectada.

O que muda para você

O guia serve a equipes técnicas que usam Amazon Bedrock AgentCore, Okta e ferramentas MCP e precisam organizar acesso e auditoria entre vários agentes. Ele oferece um padrão para adaptação, não uma implementação pronta: exige configurar os serviços e revisar segurança e conformidade. Para quem apenas usa aplicações de IA, nada muda de imediato.

Minha leitura

A centralização pode facilitar a resposta a uma pergunta operacional: qual agente acessou qual ferramenta em nome de qual usuário? Mas o guia deixa clara a distância entre o desenho e uma entrega pronta: os exemplos são conceituais e não se destinam à produção. Eu julgaria a abordagem pela capacidade de auditar e revogar o acesso em cada aplicação, porque o próprio material mostra que as regras variam conforme o sistema conectado e o tipo de autorização.

Thiago FelizolaConsultor de IA, curador do Diário da IA

Primeira páginaArquivo de notícias