AWS lança autorização OAuth para servidores MCP no Bedrock AgentCore Gateway

A Amazon Web Services publicou um guia técnico detalhado para implementar o OAuth Authorization Code Flow em servidores MCP no Amazon Bedrock AgentCore Gateway. É o primeiro modelo production-ready de autenticação corporativa para agentes de IA.

Por que OAuth, e não chaves de API

O jeito tradicional de proteger ferramentas de IA é emitir uma chave de API estática e incluí-la em cada requisição. Isso funciona em laboratório, mas falha no ambiente corporativo: a chave não está vinculada a um funcionário específico, não expira automaticamente e é difícil de auditar. Se ela vazar, não dá para saber quando nem por quem.

O OAuth Authorization Code Flow resolve outro problema: cada requisição ao assistente de IA carrega um token emitido pelo identity provider corporativo, seja Okta, Azure Active Directory ou Amazon Cognito. Se o funcionário for demitido ou tiver a conta bloqueada, o token para de funcionar no mesmo segundo, sem nenhuma alteração do lado do sistema de IA.

O AgentCore Gateway atua como intermediário: recebe as requisições MCP, verifica o token pelo endpoint JWKS do identity provider e só então libera a chamada para a ferramenta correspondente no Bedrock. O agente de IA em si não armazena segredos nem gerencia autenticação — toda a lógica fica isolada na camada do gateway.

Como funciona a cadeia de autorização

O mecanismo descrito na documentação da AWS segue várias etapas sequenciais:

• O usuário inicia uma requisição em um cliente compatível com MCP — Claude Desktop, Cursor ou VS Code com extensão MCP
• O cliente redireciona o usuário para a página de login do IdP corporativo
• Após a autenticação bem-sucedida, o IdP retorna um authorization code
• O cliente troca o código por um access token e um refresh token por meio de um backchannel seguro
• O AgentCore Gateway verifica o token a cada chamada MCP usando a chave pública do IdP
• As ferramentas e os modelos no Bedrock recebem as requisições com a identidade do usuário confirmada

Todo o fluxo segue o padrão RFC 6749 e o OpenID Connect, o que permite conectá-lo a qualquer IdP corporativo compatível com OIDC sem customizações.

O que muda para a equipe de segurança

Para os times de segurança da informação, a integração traz três vantagens práticas. Primeiro, cada requisição de IA deixa uma trilha de auditoria com o nome do usuário real, e não de uma conta de serviço genérica — algo crítico na investigação de incidentes. Segundo, a revogação é instantânea: basta revogar o token no IdP para o agente parar de funcionar na hora, sem atualizar a configuração do gateway. Terceiro, as políticas de acesso às ferramentas de IA podem ser montadas com base nos grupos e papéis que já existem no Active Directory ou no Okta, sem um sistema paralelo de permissões.

«Ao final deste guia, você terá uma configuração pronta para produção,

em que cada requisição do assistente de IA é autenticada com um token de identidade válido do usuário, emitido pelo provedor corporativo», afirma a documentação oficial da AWS.

Isso é especialmente relevante para empresas que já estão levando agentes de IA para seus fluxos de trabalho e enfrentam exigências de compliance: GDPR, SOC 2 e ISO 27001 exigem que as ações sejam rastreáveis até um usuário específico — e o OAuth garante isso por padrão.

O que isso significa

O MCP está deixando de ser um protocolo experimental para desenvolvedores e virando padrão corporativo — e a AWS aposta nisso sem rodeios. Um modelo de OAuth pronto, vindo do maior provedor de nuvem, deve reduzir a barreira para adoções enterprise e acelerar a onda de agentes de IA corporativos em 2025–2026. As empresas que vinham adiando a implantação do MCP por questões de segurança agora têm uma base sólida para avançar.