Ir al contenido principal
Cerrar
Arquitectura

SAML: el legado de 20 años que firma tu SSO

Gabriel Ferraresi· CEO | Tech86October 17, 20263 min
samlssoautenticacionarquitecturaprotocolos

El SSO corporativo entero firma un protocolo de 2005, y alguien acaba de señalarlo en voz alta.

Trail of Bits publicó en septiembre una crítica estructural al SAML, el protocolo detrás de la federación de identidad del corporativo: décadas de extensiones y compatibilidad manteniendo vivo un formato cuyo núcleo, la firma de XML, es notoriamente delicado. La crítica circuló ampliamente y reavivó el debate sobre lo que autentica prácticamente todas las empresas.

Por qué firmar XML es una deuda estructural

El SAML firma documentos XML, y firmar XML depende de canonicalización: transformar el documento en una forma única antes de verificar la firma. La historia del protocolo está salpicada por fallas exactamente en esa frontera, los ataques de signature wrapping en que una firma válida cubre contenido diferente del pretendido.

No es una falla puntual con patch: es la fragilidad estructural del diseño, que cada implementación necesita acertar todas las veces. Por eso la crítica de Trail of Bits importa: no señala un hueco, señala el material de que la cerca está hecha.

El IdP es la joya de la corona que no entra en el pentest

La consecuencia práctica del SAML estar en todo lugar y ser mal mirado: el proveedor de identidad (IdP) firma quién eres tú en cada sistema de la empresa. Comprometido el IdP, todas las puertas se abren juntas, con logins que parecen legítimos porque lo son.

Y es el mismo perfil de activo más crítico y menos vigilado: infraestructura de decisión, no de carga. Nadie corre aplicación en el IdP, entonces él sale del scope del pentest, del monitoreo fino y del inventario de confianza. Su decisión es binaria, y su scope es vacío.

La malla de confianza que nadie inventaria

El SSO crece por años sin revisión central. Cada integración añade una federation: quién confía en quién, con qué certificado, con qué tiempo de vida. El inventario de esa malla es lo que revela los hallazgos clásicos: certificado expirado, confianza huérfana de sistema desactivado, cuenta de servicio olvidada con acceso de admin.

Es el mismo ejercicio de la auditoría de periferia: la superficie que nadie vigila es la que acumula el dato (o el poder) que el atacante quiere. El SSO concentra el poder de identidad de toda la empresa en una malla que creció por adición.

Qué hacer: cuatro movimientos

  1. Tratar el IdP como joya de la corona: patch de emergencia, MFA en el acceso administrativo, monitoreo de emisión de assertion y revisión de cuentas.
  2. Inventariar la malla de confianza: cada federation con dueño, certificado y validez; huérfanas desactivadas.
  3. OIDC en las integraciones nuevas: tokens firmados sin las trampas de XML; SAML donde el legado manda, OIDC donde la elección es libre.
  4. SSO en el scope del pentest: flujo de assertion, tratamiento de respuesta y firmas revisados con la energía del núcleo.

Conclusión

La crítica de Trail of Bits no condena el SAML: condena la idea de que un protocolo de 2005 firmando la identidad de 2026 pueda continuar fuera de la regla de revisión.

Para quien diseña autenticación hoy, la síntesis es corta: IdP es joya de la corona, malla de confianza es inventario obligatorio, integración nueva nace en OIDC y el SSO entra en el scope ofensivo. Protocolo de identidad es lo que decide quién es quién en toda la empresa; deuda de diseño ahí es deuda en todas las puertas.

¿Interesado en esta solución?

Conoce nuestros servicios gestionados e infraestructura.

Offensive Security y revisión de protocolos

Preguntas Frecuentes

En septiembre de 2026, Trail of Bits publicó una crítica estructural al SAML, el protocolo detrás del SSO corporativo, leyendo el diseño como acumulación de deuda: décadas de extensiones y compatibilidad que mantuvieron vivo un formato cuyo núcleo (firma de XML) es notoriamente delicado. La crítica circuló ampliamente y reavivó el debate sobre el protocolo que autentica al corporativo.

Porque XML firmado depende de canonicalización (transformar el documento en una forma única antes de verificar la firma), y la historia del SAML está salpicada por fallas en esa frontera: ataques de signature wrapping que hacen que una firma válida cubra contenido diferente del pretendido. El problema no es una falla puntual, es la fragilidad estructural del diseño que las implementaciones necesitan acertar todas las veces.

No es un veredicto de inseguridad: implementaciones maduras y bien mantenidas operan SAML en escala hace décadas. El recado de la crítica es de arquitectura: el protocolo carga deuda de diseño que cobra atención permanente, y las integraciones nuevas tienen alternativa más simple en OIDC/OAuth 2.0. La decisión es por contexto: legado manda SAML, integración nueva pide OIDC.

Es el conjunto de federations que el IdP mantiene: cada sistema que confía en las assertions de él, con qué certificado y qué validez. Ella crece por años sin revisión central, y es donde se esconden certificados expirados, confianzas huérfanas de sistemas desactivados y cuentas de servicio olvidadas, el inventario que nadie hace hasta el incidente.

Por la misma razón del [controlador de red](https://www.tech86.com.br/es/blog/cisco-ise-zero-day-cvss-10-bypass-autenticacao): es infraestructura de decisión, no de carga. Nadie corre aplicación en él, entonces sale del scope. Pero su decisión es binaria: quien firma identidad firma todo. SSO en el scope del pentest es la corrección de diseño que el caso Cisco y la crítica de Trail of Bits apuntan juntos.

Blog, Contáctanos

¿Tienes alguna pregunta sobre nuestros artículos o servicios? Nuestro equipo está listo para ayudarte.

Agendar Reunión

Reserva un horario.

Agendar Ahora

Correo Electrónico

Envía un mensaje.

[email protected]

WhatsApp

Conversación rápida.

Dirección

Avenida Paulista, 1636 - São Paulo - SP - 01310-200

Especialista Tech86

En línea ahora

¡Hola! ¿Cómo podemos ayudar a escalar tu negocio hoy?

Tech86 Engineering

Valoramos tu privacidad

Utilizamos cookies y tecnologías similares para optimizar tu experiencia, analizar el tráfico del sitio web y personalizar contenido. Al hacer clic en "Aceptar Todos", aceptas el uso de todas las cookies. Lee nuestra Política de Privacidad.