MCP ganha Enterprise-Managed Authorization para OAuth sem intervenção

A Enterprise-Managed Authorization (EMA) não é só mais uma extensão do MCP, é a primeira camada de governança de identidade nativa para agentes de IA em escala corporativa. Ela transforma o IdP (como Okta) no plano de controle centralizado, onde políticas de acesso deixam de ser delegadas ao usuário e passam a ser executadas como regra de infraestrutura: baseadas em grupo, cargo e condições de acesso, não em cliques individuais. Isso elimina o 'OAuth tax' que vinha travando adoção em ambientes regulados, onde cada autorização manual era um ponto cego de compliance e um risco operacional.

O modelo antigo exigia que cada agente ou IDE (como VS Code) negociasse consentimento separado com cada servidor MCP (Asana, Figma, AWS MCP Server etc.). Agora, com EMA, o token ID-JAG emitido pelo IdP carrega diretamente as políticas organizacionais, e o servidor MCP valida isso sem redirecionamentos nem prompts. É menos integração e mais arquitetura: o mesmo padrão que já protege apps web agora protege fluxos de IA.

Em 19/06, a CEVIU noticiou a estabilidade da EMA como 'OAuth zero-touch com SSO centralizado'. Hoje, 22/06, o dado novo é a adoção concreta e interoperável: Okta já opera com Cross App Access (XAA), Anthropic ativou EMA em Claude, Claude Code e Cowork, e VS Code incorporou suporte nativo na IDE. Além disso, servidores como AWS MCP Server (GA desde 08/05) e os novos perfis personalizados do Docker (lançados em 20/05) agora se alinham à mesma política, não como módulos isolados, mas como instâncias governáveis sob um único plano de identidade.

Para equipes de TI e segurança, EMA reduz três riscos críticos: exposição acidental de dados entre contas pessoais e corporativas, falta de auditoria unificada de acesso a ferramentas de IA e dependência de workarounds manuais (scripts, proxies, forks) que quebram atualizações e ampliam a superfície de ataque. Para arquitetos de nuvem, é o primeiro passo para tratar agentes de IA como cargas de trabalho legítimas, com ciclo de vida, governança e credenciais gerenciáveis como qualquer serviço Kubernetes ou Lambda. Não é sobre conectar mais ferramentas. É sobre conectar com controle.