Un proveedor de identidad emite una Assertion (sujeto, condiciones como NotBefore, NotOnOrAfter y AudienceRestriction, declaración de autenticación y atributos), la firma con XML Signature y la entrega en una respuesta (Response) a través del navegador, normalmente con el binding HTTP-POST. El proveedor de servicios valida la firma con el certificado del IdP que figura en los metadatos, la audiencia, la ventana de tiempo, el valor de InResponseTo y la URL de destino.
La mayoría de los fallos graves de SAML son fallos de procesamiento de XML: la envoltura de firmas (signature wrapping), en la que el verificador comprueba un elemento firmado mientras la aplicación lee otro distinto, sin firmar; el truncamiento por comentarios en los identificadores de nombre (2018, varias bibliotecas); la expansión de entidades externas de XML, y las firmas que cubren solo una parte de una respuesta. Usa una biblioteca mantenida y nunca valides firmas con código XPath genérico.
Para aplicaciones nuevas, OpenID Connect suele ser más sencillo, pero los clientes empresariales a menudo exigen SAML; muchos productos ofrecen ambos. El inspector de SAML decodifica y comprueba aserciones de forma local.