Agentes de IA frequentemente precisam acessar serviços como GitHub e Slack em nome de um usuário. Antes que o agente possa agir, o usuário precisa autenticar com o provedor e aprovar explicitamente o acesso — e a aplicação precisa associar com segurança o token OAuth resultante a quem autorizou. Esse processo é chamado de session binding. A novidade é que a AWS agora oferece isso como serviço gerenciado no Amazon Bedrock AgentCore.
O que muda com o novo Consent portal
Antes, quem usava o fluxo OAuth de três pernas (3LO, ou authorization code flow) do AgentCore Identity precisava construir e hospedar a própria infraestrutura de session binding: apresentar a URL de autorização, hospedar um callback HTTPS público, autenticar o usuário que retorna, gerenciar sessões de navegador e chamar CompleteResourceTokenAuth para concluir o fluxo.
O Consent portal do AgentCore Identity elimina essa fricção. É uma experiência web gerenciada e um endpoint de session binding para o AgentCore Gateway. O administrador cria um portal para um gateway e compartilha a URL com os usuários. Eles autenticam com o provedor de identidade corporativo (IdP), revisam os serviços disponíveis para o agente e concedem consentimento a provedores individuais. O portal cuida dos redirecionamentos do navegador e do session binding, enquanto o AgentCore Identity guarda os tokens resultantes no token vault.
Útil para IDEs e clientes MCP
O recurso é especialmente relevante para agentes acessados via IDE e clientes de Model Context Protocol (MCP), como Kiro, Claude Code, Cursor e Visual Studio Code. O usuário pode conceder consentimento antes de invocar uma ferramenta — e as chamadas seguintes reutilizam o token já armazenado, sem pedir autorização de novo.
Como funciona na prática
O exemplo da AWS simula uma empresa (Example Corp) que oferece um assistente de código aos desenvolvedores por meio de um AgentCore Gateway, com dois alvos: um de GitHub (listar repositórios e criar issues) e um de Slack (listar canais públicos e postar mensagens). O administrador configura o IdP corporativo, os alvos de GitHub e Slack, a execution role e o portal; o usuário final abre a URL, entra com o IdP e conecta os provedores de forma independente.
Há exemplos completos de ponta a ponta usando Microsoft Entra ID e Okta no repositório awslabs/agentcore-samples no GitHub. A atividade resultante pode ser auditada no AWS CloudTrail.
Por que isso importa
Conforme agentes deixam de ser experimentos e passam a atuar sobre ferramentas corporativas reais, a questão do consentimento de usuário final vira pré-requisito de adoção — não detalhe de implementação. Um portal gerenciado de consentimento reduz o custo de governança e segurança para times que constroem agentes em produção, sem abrir mão do controle de quem aprovou cada acesso.
Descubra mais sobre noticiAI
Assine para receber nossas notícias mais recentes por e-mail.
