Les pubs vous déplaisent ? Aller Sans pub Auj. 

Décrypteur de réponse SAML

PromoteurSécurité

SAISIR

Processus automatique

SORTIR

Côté client

Résumé

Champ	Valeur
Le résultat apparaîtra ici

XML décodé

ANNONCE · Supprimer ?

Guide

Décrypteur de réponse SAML

Collez une réponse ou une affirmation SAML encodée en base64 et voyez instantanément l'XML décodé ainsi qu'un résumé des champs les plus importants. Gère les charges URL encodées et les chaînes DEFLATE compressées utilisées par le binding HTTP-Redirect, tout cela directement dans votre navigateur — rien n'est envoyé sur nos serveurs.

Comment utiliser

Capturez la réponse SAML de votre IdP — généralement un champ caché nommé SAMLResponse sur la requête POST vers l'ACS, ou le SAMLRequest paramètre de requête pour le binding HTTP-Redirect.
Collez la valeur brute dans la zone d'entrée. L'encodage URL, la compression DEFLATE et les enveloppes zlib/gzip sont détectées automatiquement.
Consultez le tableau de synthèse pour obtenir des informations rapides : Émetteur, NameID, NotBefore / NotOnOrAfter, Auditeur, Destination, SessionIndex et déclarations d'attributs.
Utilisez la vue formatée de l'XML (avec des boutons de copie et de téléchargement) pour une inspection plus approfondie ou pour partager avec un collègue.

Caractéristiques

Détection automatique de l'encodage – Gère les charges base64, les charges base64 URL-encodées et les charges DEFLATE compressées provenant du binding HTTP-Redirect sans avoir besoin de cliquer de nouveau.
Résumé des points clés – Affiche NameID, Auditeur, Émetteur, Statut, Destination, NotBefore / NotOnOrAfter et SessionIndex afin que vous puissiez repérer rapidement les problèmes d'intégration.
Vérification de validité – Compare la date NotOnOrAfter de l'assertion avec l'heure actuelle et indique les jetons expirés.
XML formaté – Sortie indentée et mise en évidence syntaxique avec des actions de copie et de téléchargement.
Première confidentialité – Toute décompression se fait localement dans votre navigateur. Les réponses SAML ne touchent jamais nos serveurs.

 FAQ

Qu'est-ce que SAML et comment fonctionne-t-il ?

SAML (Security Assertion Markup Language) est un standard ouvert basé sur XML pour échanger des données d'authentification et d'autorisation entre un fournisseur d'identité (IdP) et un fournisseur de service (SP). L'IdP authentifie l'utilisateur, puis émet une affirmation XML signée que le SP peut confier pour accorder l'accès — permettant ainsi une connexion unique (Single Sign-On) entre des applications web indépendantes.
Quelle est la différence entre une réponse SAML et une affirmation SAML ?

Une réponse SAML est l'enveloppe externe envoyée de l'IdP vers le SP et inclut des métadonnées au niveau du protocole telles que Statut, Destination et InResponseTo. L'affirmation SAML est le contenu contenu dans cette réponse — elle transporte les déclarations d'identité réelles : NameID, AuthnStatement, Conditions et AttributeStatement. Une réponse peut contenir une ou plusieurs affirmations.
Qu'est-ce que NotBefore et NotOnOrAfter dans une affirmation SAML ?

NotBefore et NotOnOrAfter sont des attributs de fenêtre de temps situés dans l'élément Conditions qui définissent quand une affirmation est valide. Le SP doit rejeter toute affirmation présentée avant NotBefore ou à/au-delà de NotOnOrAfter. Cette fenêtre est généralement très étroite, de quelques minutes seulement, afin de limiter les attaques de replay, ce qui explique pourquoi le décalage horaire entre l'IdP et le SP est une cause fréquente de défaillance SAML.
Qu'est-ce que l'AudienceRestriction et pourquoi cela importe-t-il ?

L'AudienceRestriction nomme le fournisseur de service destinataire (l'identifiant de l'entité du SP) pour l'affirmation. Le SP doit rejeter les affirmations dont l'Audience ne correspond pas à son propre identifiant configuré. Ce lien empêche une affirmation émise pour une application d'être réutilisée contre une autre — même si les deux confient le même IdP.
Quelle est la différence entre les bindings HTTP-Redirect et HTTP-POST ?

Le binding HTTP-Redirect insère le message SAML dans une chaîne de requête URL, donc il doit être compressé DEFLATE et encodé en base64 pour s'adapter. Il est généralement utilisé pour les requêtes d'authentification envoyées du SP vers l'IdP. Le binding HTTP-POST transmet le message comme un champ caché d'un formulaire, sans limite de taille et sans nécessité de compression — c'est le binding utilisé pour la réponse SAML envoyée de l'IdP vers le SP.

Envie d'une expérience sans pub ? Passez à la version sans pub



 Installez nos extensions

Ajoutez des outils IO à votre navigateur préféré pour un accès instantané et une recherche plus rapide

Sur

恵 Le Tableau de Bord Est Arrivé !

Tableau de Bord est une façon amusante de suivre vos jeux, toutes les données sont stockées dans votre navigateur. D'autres fonctionnalités arrivent bientôt !

ANNONCE · Supprimer ?