Claude emite la identidad SSO para el MCP de Supabase

Configurar autenticación gestionada por la empresa para el servidor MCP de Supabase ya no depende de que tu proveedor de identidad soporte la extensión: ahora toma unos diez minutos y Claude firma la aserción de identidad en su lugar. Para cualquier equipo que ya tenga SSO configurado, esto elimina la pantalla de consentimiento por miembro que hasta ahora frenaba el despliegue de agentes de IA sobre datos de producción.

El cambio importa porque la autenticación es, según los propios practicantes del sector, el problema menos resuelto del Model Context Protocol. Un ID-JAG (Identity Assertion JWT Authorization Grant) es un token firmado y de vida corta que identifica a un miembro y sirve solo para un servicio concreto. Antes ese token tenía que emitirlo tu proveedor de identidad. Ahora puede emitirlo Claude.

Qué cambió exactamente en la autenticación del MCP de Supabase

Por defecto, cada miembro inicia sesión con su propia cuenta de Supabase y aprueba Claude para la organización a través de una pantalla de consentimiento. La autenticación gestionada por la empresa que Supabase lanzó en agosto reemplaza eso por una sola aprobación de un administrador. El problema era la letra chica: el proveedor de identidad tenía que emitir la aserción firmada de cada miembro, y muy pocos lo hacían.

Leíste lo que hace la IA. ¿Y en tu negocio?

Un agente de IA puede quedarse con parte de tu día: ordenar lo pendiente y pedirte el OK antes de actuar. El Kit «tu mano derecha con IA» trae un video de 11 minutos y una ficha para dejar al tuyo trabajando. CAR está cerrada por ahora; al anotarte, te avisamos cuando abra.

👥 Quiero el Kit →

Según Yahoo Finance, Anthropic nombró a Okta como el primer proveedor de identidad compatible con la autenticación gestionada por la empresa para conectores MCP. Al momento del lanzamiento de esa extensión, Okta era el único que la soportaba, y la mayoría sigue sin hacerlo.

La novedad es que esas organizaciones ya no tienen que esperar. Claude pasa a ser el emisor y nada cambia en tu proveedor de identidad. La disponibilidad es concreta: en Supabase está disponible de forma general para organizaciones Team y Enterprise con SSO configurado; en Claude, la beta de auto-conexión está abierta a organizaciones Team y Enterprise, y cualquier administrador de Claude puede activarla.

Cómo funciona el ID-JAG que ahora firma Claude

Tus miembros inician sesión en Claude como siempre. Cuando uno usa Supabase desde Claude, Claude necesita una aserción firmada de vida corta que identifique al miembro y funcione solo para Supabase. Con Claude como emisor, Claude firma esa aserción por su cuenta.

Antes de firmarla, Claude verifica dos cosas: que la persona sea miembro actual de tu organización de Claude y qué dirección de correo usa su cuenta. Lo que no hace es igual de importante: no confirma un inicio de sesión en tu proveedor de identidad, no comprueba tu autenticación multifactor y no aplica las reglas de inicio de sesión propias de Supabase.

Ese es el punto que conviene leer dos veces. La comodidad de saltarse el consentimiento por usuario viene acompañada de una reducción en la superficie de verificación. Si tu política de seguridad asumía que MFA era obligatorio para acceder a datos de producción, ese supuesto deja de cumplirse en este flujo.

Los tres chequeos que hace Supabase

Cuando Claude envía la aserción firmada, Supabase ejecuta tres validaciones:

La firma coincide con el emisor que registraste.
El miembro pertenece a tu organización con una identidad SSO que coincide.
Un propietario o administrador autorizó a Claude.

Si las tres pasan, Supabase emite un token de acceso de vida corta atado a ese miembro. Cuando expira, Claude presenta una aserción nueva y el miembro nunca vuelve a conectarse a mano. La aprobación queda visible bajo Authorized apps en la configuración de organización del Dashboard, donde se puede revisar o revocar.

Por qué el offboarding cambia y es el riesgo real

Desactivar a un miembro en tu proveedor de identidad ya no le corta el acceso, porque ni Claude ni Supabase le preguntan a tu proveedor si esa persona sigue activa. Para quitarla hay que eliminarla de las dos organizaciones: la de Supabase y la de Claude. Y los tokens ya emitidos siguen siendo válidos hasta que expiran.

Hay un segundo detalle operativo que puede romper cosas sin que nadie lo note. Supabase confía en un solo emisor por proveedor de SSO. La URL del emisor de Claude reemplaza la de tu proveedor de identidad, y Supabase rechazará toda aserción que firme tu proveedor hasta que restaures la URL original. Eso incluye aserciones de cualquier otra herramienta de IA que usara tu proveedor para autorización gestionada. Además, cada URL de emisor puede servir a una sola organización de Supabase.

El contexto del sector explica por qué esto no es un detalle menor. TechRepublic reportó que en septiembre de 2025 Anthropic detectó una campaña de espionaje patrocinada por un Estado que usó Claude Code orquestado vía MCP para intentar infiltrar unas 30 organizaciones, con la IA ejecutando entre el 80% y el 90% del trabajo táctico. El mismo medio cita el informe DTEX/Ponemon 2026, que sitúa el costo anual promedio por riesgo de insiders en USD 19,5 millones por organización, frente a USD 17,4 millones en 2024, con la IA en la sombra como uno de los principales impulsores.

Cómo configurarlo en diez minutos

El setup requiere un propietario o administrador de tu organización de Supabase y un administrador de la de Claude. Cada miembro debe haber iniciado sesión en Supabase vía SSO al menos una vez con el correo que usa en Claude.

Aprueba Claude: un administrador conecta Claude a Supabase y lo aprueba para la organización.
Selecciona Claude como fuente de identidad: en Claude, ve a Organization settings, luego Connectors, elige el conector de Supabase y en la pestaña Configuration pulsa Set up junto a Managed authorization. En Identity source selecciona Claude-issued y copia la Issuer URL.
Registra el emisor en Supabase: abre la página de SSO en la configuración de organización, despliega Advanced settings, pega la URL en el campo ID-JAG Issuer y guarda.
Prueba y habilita: de vuelta en Claude, pulsa Run test, confirma que todos los chequeos pasan y completa los pasos de Roles y Scopes.

Los miembros de los roles seleccionados verán Supabase ya conectado, sin inicio de sesión ni pantalla de consentimiento. Quien no tenga una cuenta de Supabase que coincida verá el aviso normal de conexión.

Qué significa esto para tu startup

Si ya usas SSO en Supabase y tu equipo trabaja con Claude, este cambio te ahorra el cuello de botella más molesto del despliegue de agentes: pedirle a cada persona que apruebe una conexión antes de poder consultar datos. En una empresa de veinte personas eso es tiempo perdido; en una de doscientas es un proyecto en sí mismo.

Dos acciones concretas para esta semana:

Documenta tu procedimiento de offboarding antes de activarlo. El flujo nuevo rompe el supuesto de que desactivar en el IdP corta el acceso. Añade un paso explícito en tu checklist de salida: eliminar al miembro de la organización de Supabase y de la de Claude, y verificar los tokens vigentes.
Audita qué más depende de tu URL de emisor. Antes de pegar la Issuer URL de Claude en Supabase, revisa si otra herramienta de IA usa tu proveedor de identidad para autorización gestionada. Si la hay, ese flujo se cae hasta que restaures la URL.

Vale la pena mirar la foto completa antes de decidir. TechTimes reportó que el MCP, introducido por Anthropic en noviembre de 2024 y donado a la Agentic AI Foundation de la Linux Foundation en diciembre de 2025, superó los 97 millones de descargas mensuales de SDK y lo usan cerca del 28% de las empresas del Fortune 500. La extensión de autorización gestionada por la empresa está respaldada por Anthropic, Microsoft, Okta, Asana, Atlassian, Figma y Slack. Pero solo alrededor del 5% de los servidores MCP corre en producción y no en el portátil de un desarrollador.

Esa brecha entre adopción y producción es exactamente lo que este anuncio intenta cerrar. La pregunta que deberías hacerte no es si activarlo, sino quién en tu equipo es responsable de revisar la lista de Authorized apps cada mes. La comodidad de un solo consentimiento administrativo solo es una ventaja si alguien está mirando esa lista.