Anthropic permite que Claude emita aserciones de identidad para plugins MCP
Claude ahora puede avalar identidades de empleados ante servicios de terceros, evitando la necesidad de proveedores de identidad empresariales compatibles como Okta.
Traducido automáticamente del original en inglés.
Anthropic ha introducido una nueva función de autorización que permite a Claude actuar como emisor de identidad para plugins de trabajo. Disponible en beta para clientes Team y Enterprise desde el 4 de noviembre de 2026, esta actualización habilita conexiones automáticas a servicios compatibles sin requerir inicios de sesión individuales ni soporte específico de proveedores de identidad.
Qué ocurrió
Anteriormente, conectar Claude con herramientas de trabajo como Notion, Figma o Supabase requería que los empleados autenticaran cada servicio por separado. Esta fricción se agravaba por la dependencia de la extensión Enterprise-Managed Authorization (EMA) para el Model Context Protocol (MCP), que debutó en junio. Aunque EMA permitía la gestión centralizada mediante proveedores de identidad, solo Okta la soportaba en su lanzamiento, dejando a muchas organizaciones incapaces de automatizar estas conexiones.
Para cubrir este vacío, Anthropic anunció que Claude mismo puede ahora emitir aserciones de identidad firmadas. Estas aserciones permiten a los servicios MCP participantes reconocer a los empleados como miembros de su organización directamente. Boris Cherny, jefe de aplicaciones en Anthropic, destacó la mejora en la experiencia de usuario, señalando que iniciar sesión en los plugins de la empresa uno por uno es molesto y que la autoconexión resuelve este punto de dolor.
Los administradores pueden configurar qué servicios están habilitados y definir el acceso según los roles de los empleados. Por ejemplo, las herramientas generales de productividad podrían estar abiertas a todo el personal, mientras que las bases de datos sensibles permanecen restringidas a equipos específicos. Cuando un usuario elegible accede a un plugin, Claude envía una aserción firmada al servicio, que luego emite un token de acceso. Este proceso también gestiona la renovación de tokens automáticamente, reduciendo las solicitudes repetitivas de autorización.
Cómo funciona
El mecanismo se basa en que Claude actúe como un emisor confiable en lugar de un proveedor de identidad completo. Cuando un usuario intenta conectarse a un servicio compatible, Claude genera una aserción firmada que confirma la pertenencia del usuario a la organización. El servicio de terceros valida esta aserción contra una URL de emisor registrada proporcionada por Anthropic. Si es válida, el servicio otorga el acceso basándose en sus propias reglas internas de permisos.
Este enfoque desacopla la conectividad de los plugins de la infraestructura subyacente de identidad empresarial. Servicios como Supabase han integrado esta capacidad para permitir a los clientes usar Claude para la autenticación incluso si su principal proveedor de identidad no soporta la extensión EMA. El servicio sigue aplicando sus propios controles de acceso, lo que significa que los empleados deben tener cuentas y permisos correspondientes dentro de la aplicación objetivo.
Las responsabilidades de seguridad siguen siendo compartidas. Mientras Claude verifica la pertenencia organizacional, el servicio conectado gestiona el acceso real a los datos. Los administradores deben asegurarse de que los empleados que dejan la empresa sean eliminados tanto de Claude como de los servicios individuales, ya que revocar el acceso únicamente en el proveedor de identidad corporativo no invalidará las aserciones emitidas por Claude.
Detalles clave
- La función está actualmente en beta para clientes de Anthropic Team y Enterprise.
- Catorce servicios soportan la autoconexión en el lanzamiento, incluyendo Amplitude, Apollo.io, Atlassian, Datadog, Dropbox, Figma, Granola, HubSpot, Linear, Mixpanel, Notion, PagerDuty, Semrush y Supabase.
- Claude emite aserciones de identidad firmadas que los servicios MCP participantes usan para verificar el estado de los empleados.
- Los administradores controlan qué servicios están habilitados y asignan el acceso a roles específicos de empleados.
- El sistema maneja automáticamente las actualizaciones de tokens, eliminando la necesidad de re-autorizaciones manuales repetidas.
- Revocar el acceso requiere eliminar usuarios tanto de Claude como del servicio objetivo, no solo del proveedor de identidad corporativo.
Por qué importa
Para ingenieros de software y líderes técnicos, este cambio reduce la sobrecarga operativa de gestionar flujos de trabajo agénticos. Al eliminar la dependencia de proveedores de identidad específicos como Okta, las organizaciones pueden adoptar plugins basados en MCP más rápidamente independientemente de su infraestructura de TI existente. Esto democratiza el acceso a integraciones avanzadas de IA para empresas que utilizan soluciones de identidad menos comunes o personalizadas.
El cambio también impacta cómo los desarrolladores construyen y aseguran servidores MCP. Soportar aserciones emitidas por Claude requiere implementar lógica de validación para estos tokens firmados específicos. Sin embargo, simplifica significativamente el flujo de incorporación de usuarios, lo que potencialmente impulsa tasas de adopción más altas para herramientas internas. Los desarrolladores deben permanecer vigilantes sobre el modelado de permisos, asegurando que la conveniencia de la autoconexión no omita los necesarios controles de acceso basados en roles dentro de sus aplicaciones.
Qué puedes hacer
- Revisa la lista de catorce servicios compatibles para identificar oportunidades inmediatas de integración para tu equipo.
- Si construyes servidores MCP, implementa soporte para validar las aserciones de identidad firmadas emitidas por Claude.
- Configura políticas de acceso basadas en roles en Claude para restringir las conexiones de plugins sensibles solo al personal autorizado.
- Audita tus procedimientos actuales de baja de empleados para asegurar que los usuarios sean eliminados tanto de Claude como de los servicios individuales.
- Prueba la función de autoconexión con una herramienta no crítica como Notion o Linear para evaluar la experiencia de usuario.
- Monitorea la documentación de Anthropic para actualizaciones a medida que más servicios se unen al ecosistema de autoconexión.



