AlpaKit Logo AlpaKit

Décodeur & Inspecteur JWT

Analysez la structure des tokens JWT (Header/Payload/Signature) et vérifiez la date d'expiration.

Saisir le jeton JWT
Statut du jeton et métadonnées
Status -
Expire le : -
Émis le : -
Pas avant le : -
En-tête (Header)
{}
Charge utile (Payload)
{}
Signature
-

Comment utiliser cet outil

  1. 1 Ouvrez Décodeur & Inspecteur JWT, puis saisissez, collez ou sélectionnez le contenu à traiter.
  2. 2 Adaptez les options et le format de sortie à votre besoin.
  3. 3 Vérifiez le résultat, puis copiez ou téléchargez la sortie disponible.

Cas d'utilisation

Analysez la structure des tokens JWT (Header/Payload/Signature) et vérifiez la date d'expiration. Utilisez-le au travail, en développement, en apprentissage ou pour une vérification rapide.

Confidentialité et traitement

Cet outil fonctionne dans le navigateur. Avant d'utiliser des données sensibles, assurez-vous que votre appareil et votre navigateur sont fiables.

Structure d’un JWT, claims courants et pourquoi décoder n’est pas vérifier

Un JWT (JSON Web Token) est le format d’identifiant le plus courant pour l’authentification d’API. Il se compose de trois chaînes séparées par des points. L’en-tête indique l’algorithme de signature (HS256, RS256…) et le type. La charge utile (payload) contient des claims comme l’identifiant utilisateur, les rôles et l’expiration. La signature est calculée par le serveur sur les deux premières parties avec une clé et prouve qu’elles n’ont pas été modifiées. Les deux premières parties sont seulement encodées en Base64URL, pas chiffrées.

Collez un jeton et l’outil décode instantanément l’en-tête et le payload en JSON formaté, en affichant la signature telle quelle. Les claims temporels courants sont convertis en heure locale lisible : exp est l’expiration, iat la date d’émission et nbf le début de validité (le jeton ne doit pas être accepté avant). L’outil s’appuie aussi sur exp pour indiquer si le jeton a expiré. Pratique pour déboguer un parcours de connexion, vérifier des rôles ou comprendre pourquoi des utilisateurs sont sans cesse déconnectés.

Point essentiel : décoder n’est pas vérifier. L’outil ne contrôle pas la signature avec une clé, et n’importe qui peut forger un payload d’apparence légitime. Votre back-end doit vérifier la signature, l’algorithme et exp avec une bibliothèque fiable, et refuser les jetons dont alg vaut none. Et puisque tout le monde peut lire le payload, n’y mettez jamais de mot de passe, de numéro d’identité ni d’autre donnée sensible.

Un jeton est un identifiant de connexion : le coller sur un site inconnu revient à céder l’accès au compte. Cet outil décode entièrement dans votre navigateur et n’envoie ni n’enregistre jamais le jeton. Pour des systèmes en production, privilégiez tout de même des jetons expirés ou issus d’un environnement de test.

Questions fréquentes

Un JWT est-il chiffré ?

Un JWT classique (JWS) est signé, pas chiffré. L’en-tête et le payload sont en Base64URL et lisibles par tous.

L’outil vérifie-t-il la signature ?

Non. Il décode et affiche seulement le contenu. La vérification nécessite la clé et doit se faire côté serveur avec une bibliothèque fiable.

Que signifient exp, iat et nbf ?

exp est l’expiration, iat la date d’émission et nbf le début de validité. Ce sont des secondes Unix, affichées ici en heure locale.

Est-il sûr de coller mon jeton ?

Le décodage se fait dans le navigateur et le jeton n’est pas envoyé. Mais c’est un identifiant de connexion : utilisez des jetons de test ou expirés en production.

Voir cette catégorie: Développeurs & Code

Outils suggérés et récents
    ↑ ↓ Naviguer ↵ Ouvrir ESC Fermer
    咩~
    Alpa Idle Alpa Walk 1 Alpa Walk 2 Alpa Walk 3 Alpa Walk 4 Alpa Dizzy Alpa Sleep