Points clés
- Catégorie
- Sécurité et validation
- Types d’entrée
- textarea, select, text, number
- Type de sortie
- html
- Couverture des échantillons
- 4
- API disponible
- Yes
Vue d’ensemble
Cet outil en ligne vous permet de décoder instantanément l'en-tête et le payload de vos jetons JWT (JSON Web Tokens), de diagnostiquer la validité de leurs claims standards et de vérifier leur signature cryptographique en utilisant des clés symétriques (HS*) ou asymétriques (RS*, PS*, ES*, EdDSA).
Quand l’utiliser
- •Lors du débogage de l'authentification d'une application pour inspecter le contenu et l'expiration d'un jeton JWT.
- •Pour valider la signature cryptographique d'un jeton avec un secret HS* ou une clé publique PEM/JWK.
- •Pour tester la résistance de votre système face à des jetons falsifiés ou modifiés lors d'audits de sécurité.
Comment ça marche
- •Collez votre jeton JWT au format compact dans le champ prévu à cet effet.
- •Sélectionnez le mode de traitement : décodage simple, vérification de signature ou démonstration de falsification.
- •Saisissez le secret partagé ou la clé publique correspondante, puis ajustez éventuellement la tolérance d'horloge.
- •Analysez instantanément le JSON coloré du payload, le diagnostic des claims (exp, iat, iss) et le statut de la signature.
Cas d’usage
Exemples
1. Vérification d'un jeton HS256 avec secret partagé
Développeur Backend- Contexte
- Un développeur souhaite s'assurer que le jeton généré par son API locale contient les bonnes informations et possède une signature valide.
- Problème
- Vérifier la validité de la signature HS256 et inspecter les claims d'un jeton de test.
- Comment l’utiliser
- Collez le jeton JWT dans le champ principal, sélectionnez le mode 'Vérifier la signature' et saisissez le secret partagé dans le champ dédié.
- Configuration d’exemple
-
Mode: verify, Secret: demo-secret-2026 - Résultat
- L'outil affiche le payload décodé en couleur et confirme que la signature correspond bien au secret fourni.
2. Détection d'un jeton expiré
Ingénieur QA- Contexte
- Lors de tests d'intégration, un ingénieur QA reçoit une erreur d'authentification et veut vérifier si le jeton utilisé a expiré.
- Problème
- Analyser les claims temporels d'un JWT suspecté d'être expiré.
- Comment l’utiliser
- Collez le jeton JWT et sélectionnez le mode 'Décoder seulement'.
- Configuration d’exemple
-
Mode: decode - Résultat
- Le diagnostic des claims affiche clairement une alerte rouge indiquant que le claim 'exp' est dépassé par rapport à l'heure actuelle.
Tester avec des échantillons
jsonHubs associés
FAQ
Mes clés secrètes ou publiques sont-elles sécurisées ?
Oui. La vérification s'effectue côté serveur via Node crypto et vos clés ne sont jamais stockées ni partagées.
Quels algorithmes de signature sont pris en charge ?
L'outil prend en charge les algorithmes symétriques HS256/384/512 et asymétriques RS*, PS*, ES* et EdDSA.
Comment fonctionne la démo de falsification ?
Elle permet de modifier le payload et de le resigner pour tester si votre backend rejette correctement les jetons altérés.
L'outil accepte-t-il les jetons avec l'algorithme 'none' ?
Non, les jetons utilisant 'alg=none' sont détectés et systématiquement rejetés comme invalides pour des raisons de sécurité.
À quoi sert la tolérance d'horloge (clock skew) ?
Elle permet de compenser les légers décalages horaires entre serveurs lors de la validation des claims temporels comme 'exp' ou 'nbf'.