MCP con autenticación empresarial: conecta tus sistemas con SSO y sin OAuth manual

El flujo de token paso a paso

El núcleo técnico de EMA es el protocolo ID-JAG (Identity Assertion JWT Authorization Grant), un borrador IETF que extiende OAuth 2.0 para entornos corporativos. El flujo es el siguiente:

1. El cliente MCP redirige al usuario al IdP corporativo para el inicio de sesión único (SSO). El usuario se autentica con sus credenciales de empresa.
2. El IdP emite un ID Token (OpenID Connect) o una aserción SAML. El cliente lo almacena.
3. El cliente solicita al IdP un ID-JAG presentando el ID Token. El IdP evalúa las políticas: membresía de grupo, rol asignado y reglas de acceso condicional.
4. Si la política lo permite, el IdP devuelve un ID-JAG: un JWT firmado que acredita la identidad del empleado y el alcance aprobado.
5. El cliente presenta el ID-JAG al servidor de autorización MCP. Este valida la firma contra el JWKS del IdP y emite un Access Token MCP.
6. El cliente usa el Access Token para llamar al servidor MCP (recurso). El usuario nunca ve pantallas de consentimiento por servidor.

La ventaja clave para el área de seguridad es que el IdP sigue siendo el único árbitro de identidad. No se crean credenciales nuevas ni se delega autorización a un sistema secundario: el mismo Okta —o Azure AD, o el IdP corporativo que ya opera— extiende su gobierno al ecosistema MCP.

Control por grupo y rol

Los administradores configuran qué servidores MCP están disponibles para qué grupos o roles dentro del panel de administración del IdP. Un empleado del área de ingeniería puede tener acceso automático a Jira y Supabase; un empleado de ventas, a Hubspot y Linear; un gerente de proyecto, a Asana y Figma. Si el empleado cambia de área, hereda el nuevo conjunto de permisos en el próximo inicio de sesión. La revocación es instantánea: eliminar al usuario en el IdP cierra el acceso en todos los clientes MCP sin intervención adicional.

Si tu organización ya opera un servidor MCP propio construido en Next.js —o planea construir uno— la integración con EMA sigue los pasos que define la especificación oficial. A continuación el flujo concreto para un servidor Next.js con App Router.

1. Declarar soporte en el cliente MCP

El cliente MCP debe incluir la capacidad en la solicitud de inicialización. Si usas el SDK oficial de TypeScript, agrega la extensión al objeto de capacidades:

{
  "capabilities": {
    "extensions": {
      "io.modelcontextprotocol/enterprise-managed-authorization": {}
    }
  }
}

2. Configurar el servidor MCP para requerir EMA

En el metadata de autorización del servidor, declara que los clientes deben usar el flujo corporativo. Si expones el servidor MCP como una ruta API de Next.js, puedes registrar el descriptor de recurso en el endpoint de descubrimiento:

// app/api/mcp/route.ts
export async function GET() {
  return Response.json({
    authorization_servers: [
      {
        issuer: process.env.MCP_AUTH_SERVER_ISSUER,
        extensions: [
          'io.modelcontextprotocol/enterprise-managed-authorization'
        ]
      }
    ]
  });
}

3. Validar el ID-JAG en el servidor de autorización MCP

Cuando el cliente presenta el ID-JAG, el servidor de autorización MCP debe validar la firma JWT contra el endpoint JWKS del IdP corporativo, verificar audiencia, emisor y expiración, y mapear los claims del token (scope y sub) a los permisos internos del servidor:

// lib/validate-idjag.ts
import { createRemoteJWKSet, jwtVerify } from 'jose';

const JWKS = createRemoteJWKSet(
  new URL(process.env.IDP_JWKS_URI || '')
);

export async function validateIDJAG(token: string) {
  const { payload } = await jwtVerify(token, JWKS, {
    audience: process.env.MCP_SERVER_AUDIENCE,
    issuer: process.env.IDP_ISSUER
  });
  return payload;
}

Las variables de entorno requeridas son: IDP_JWKS_URI (endpoint JWKS del IdP), IDP_ISSUER (issuer del IdP), MCP_SERVER_AUDIENCE (audience del servidor MCP) y MCP_AUTH_SERVER_ISSUER (issuer propio del servidor de autorización MCP).

4. Variables de entorno en Vercel

Para despliegues en Vercel, agrega las variables en el panel de Environment Variables del proyecto o vía Vercel CLI. Nunca expongas estas variables con el prefijo NEXT_PUBLIC_: son secretos del servidor.

vercel env add IDP_JWKS_URI
vercel env add IDP_ISSUER
vercel env add MCP_SERVER_AUDIENCE
vercel env add MCP_AUTH_SERVER_ISSUER