Guia de utilização
O que é
Cola um SAMLResponse/SAMLRequest — o URL inteiro de um binding Redirect, o valor em base64 de um binding POST, ou o XML já descodificado — e é descodificado e auditado: assinatura, algoritmos, caducidade, audience e o padrão clássico de ataque XML Signature Wrapping (XSW). Nada sai do navegador.
Verificar a assinatura
Se colares o certificado de assinatura do IdP (em PEM, em base64 como vai no metadata, ou o metadata completo), verifica cada assinatura de verdade: que o que foi assinado não mudou (o digest) e que foi assinada pela chave desse certificado. Nunca com o certificado que vem dentro da mensagem, em KeyInfo: esse é posto por quem assina, e um atacante põe o seu. Uma assinatura válida não basta: além disso tem de cobrir a asserção que a tua aplicação lê, e isso é verificado pela regra de XSW. Verifica com xmldsigjs, contrastado com respostas assinadas por IdPs reais.
O que isto NÃO faz
Não desencripta asserções encriptadas (seria preciso a chave privada do fornecedor de serviços, que não deveria ser colada em lado nenhum), não verifica a cadeia do certificado do IdP (em SAML confia-se nele por estar no metadata, não por quem o emitiu) e não sabe que ID a tua aplicação lê de verdade: se o teu código escolher a asserção de outra forma, o XSW pode continuar a passar.
O que é XSW?
XML Signature Wrapping: um atacante injeta um elemento novo (com o mesmo ID do original, ou diferente) para que o código que valida a assinatura veja uma coisa e o código que lê os dados veja outra. Continua a quebrar implementações de SSO em produção — a PortSwigger voltou a documentá-lo em 2025.
