Tools Home
JWT
JWT Token DecoderInspector & Expiry

JWT Token Decoder & Expiration InspectorRFC 7519 Compliant

Inspect Header, Payload, Signature, decode exp timestamp with 100% privacy. Zero server requests, completely isolated in your browser.

0 chars
JWT Structure Anatomy
Headeralg & typ
Payloadclaims & exp
Signatureverification

Provide the shared secret to verify HMAC (HS256/384/512) signatures locally using the browser's Web Cryptography API. Zero secret data ever leaves your computer.

Paste or load a token on the left to inspect expiration & claims.

100% Client-Side Privacy

Every JWT decoding and expiration calculation is performed purely in your browser's memory using native JavaScript and Web APIs. Zero token data or cryptographic secrets are ever sent to backend servers.

Precision Expiration Clock

Real-time countdown inspection for exp, iat, and nbf timestamps. Includes localized calendar format, UTC timestamps, and visual lifetime progress indicators with second-level accuracy.

Local WebCrypto HMAC Verify

Verify HS256, HS384, and HS512 signatures directly inside your client environment using the W3C Web Cryptography API, preventing accidental disclosure of staging or production credentials.

Frequently Asked Questions & JWT Guide

Everything you need to know about JSON Web Token security, anatomy, and offline verification.

Is it safe to paste production JWT tokens into this decoder?

Yes! Unlike traditional web tools that transmit payloads to remote servers, ToolsAA operates on a 100% Client-Side Privacy architecture ('use client'). You can inspect your browser's Network tab to confirm zero HTTP requests or telemetries occur during decoding.

What is the difference between encoding and encryption?

Standard JWTs are Base64URL-encoded, not encrypted. This means anyone who intercepts the token can read the Header and Payload claims. The signature only ensures tamper-evidence, not secrecy. Never store plain passwords or sensitive PII in standard JWT claims!

How are the exp, iat, and nbf timestamps represented?

RFC 7519 specifies that NumericDate claims (exp, iat, nbf) are Unix epoch timestamps expressed in seconds (not milliseconds). Our inspector translates these into your local machine timezone and UTC ISO strings automatically.

Why does signature verification require a secret or certificate?

The signature is calculated as HMACSHA256(base64Url(header) + '.' + base64Url(payload), secret). Without the correct shared secret (for HMAC) or public certificate (for RSA/ECDSA), the signature cannot be validated.

Technical Reference & Architecture Guide

Décodeur JWT et inspecteur de sécurité — Reference Guide

Décodez vos tokens JWT, inspectez les claims de header et payload, calculez l'expiration et vérifiez l'intégrité localement.

Key Parameters & Controls

Token JWT d'entréestring

Définit le token JWT à analyser lors du décodage et de l'inspection de sécurité côté client.

Default: Échantillon prédéfini
Clé secrète HMACstring

Configure la clé secrète partagée (secret) pour la vérification cryptographique de la signature HMAC côté client.

Default: Échantillon prédéfini
Statut de vérification HMACstring

Indique l'état en temps réel de la validation de la signature cryptographique côté client (en attente, valide ou non valide).

Default: en attente
Horodatage de référence actuelconfiguration

Configure la valeur temporelle de référence pour calculer en temps réel la durée de validité restante et l'expiration (exp/nbf).

Default: Automatique

Pro Tips & Best Practices

Dictionnaire des claims analysés

Sémantique standardisée selon la spécification RFC 7519 (iss, sub, aud, exp, nbf, iat) et définitions personnalisées du payload pour auditer les rôles, permissions et émetteurs.

Audit de sécurité et d'hygiène JWT

Inspection statique automatisée évaluant la robustesse de l'algorithme cryptographique (ex. détection de l'algorithme 'none'), les mécanismes de protection contre l'expiration et les risques d'exposition de données sensibles.

Confidentialité 100 % côté client

Chaque décodage de JWT et calcul d'expiration s'exécute exclusivement dans la mémoire de votre navigateur via JavaScript et les Web APIs natives. Aucune donnée de token ni secret cryptographique n'est jamais transmis à des serveurs distants.

Common Gotchas & Troubleshooting

Résultat inattendu ou avertissement de validation dans le décodeur de tokens JWT

Vérifiez que le token JWT saisi respecte la structure attendue en trois parties Base64URL séparées par des points (header.payload.signature). Chargez un exemple prédéfini intégré pour comparer le formatage structurel.

Le résultat de vérification de la signature diffère selon l'environnement cible

Vérifiez le paramètre de clé secrète HMAC dans le décodeur pour vous assurer que l'encodage (UTF-8, Base64 ou Hex), la précision et l'algorithme correspondent à votre environnement d'exécution cible.

Frequently Asked Questions

Est-il sûr de coller des tokens JWT de production dans ce décodeur ?▼

Oui ! Contrairement aux outils web traditionnels qui transmettent les payloads à des serveurs distants, ToolsAA repose sur une architecture stricte de confidentialité 100 % côté client ('use client'). Vous pouvez inspecter l'onglet Réseau (Network) de vos outils de développement pour vérifier qu'aucune requête HTTP ni télémétrie n'est émise pendant le décodage.

Quelle est la différence entre encodage et chiffrement dans un JWT ?▼

Les tokens JWT standards sont encodés en Base64URL et non chiffrés. Cela signifie que quiconque intercepte le token peut lire en clair les déclarations (claims) de l'en-tête (Header) et du payload. La signature garantit uniquement l'intégrité et l'authenticité (détection des altérations), et non la confidentialité. Ne stockez jamais de mots de passe en clair ni d'informations personnelles identifiables (PII) dans les claims d'un JWT standard !

Comment les horodatages exp, iat et nbf sont-ils représentés ?▼

La spécification RFC 7519 stipule que les claims NumericDate (exp pour l'expiration, iat pour la date d'émission, nbf pour la date de début de validité) sont des timestamps de l'époque Unix exprimés en secondes (et non en millisecondes). Notre inspecteur les convertit automatiquement dans le fuseau horaire local de votre machine et sous forme de chaînes ISO UTC.

Pourquoi la vérification de la signature nécessite-t-elle un secret ou un certificat ?▼

La signature est calculée selon la formule HMACSHA256(base64Url(header) + '.' + base64Url(payload), secret). Sans la clé secrète partagée correcte (pour HMAC) ou la clé publique / certificat approprié (pour RSA/ECDSA), il est impossible de valider mathématiquement l'authenticité et l'intégrité du token.

Related Tools & Utilities

All Tools →