Référence pour développeurs

Revendications JWT et erreurs OAuth

Rechercher une revendication ou une erreur OAuth, puis comparer le point de réponse, l’exemple fictif et la RFC.

revendications JWT

Revendication ou code d’erreur

Résultats

Entrée choisie

exp

Contexte de réponse: Revendication JWT · RFC 7519

Sens: Expiration au format NumericDate, en secondes Unix.

Comparer des secondes Unix, pas des millisecondes.

Exemple de réponse fictif

{ "exp": 1893456000 }

Données fictives ; ne pas employer comme identifiant réel.

Ouvrir la définition RFC

La recherche reste dans le navigateur ; seuls les liens de source ouvrent un autre site.

Catégorie

1 sur 23 entrées

RFC 7519 / 6749 / 6750Vérifié le 23/09/2026

Les revendications JWT telles que exp et aud décrivent un jeton, mais ne prouvent pas sa validité. Cette référence permet de lire les champs enregistrés sans coller de secret.

Une même erreur OAuth peut revenir dans une redirection, un corps JSON ou un en-tête Bearer. Le point de réponse reste visible avec chaque exemple.

Pourquoi consulter ces revendications JWT

Pourquoi consulter ces revendications JWT

Lire avant de valider

Les revendications JWT sont accompagnées d’une valeur fictive et de leur section RFC. exp est en secondes Unix; décoder un contenu ne vérifie pas sa signature.

Un champ exp fictif apparaît à côté de sa définition RFC et de l’unité en secondes.

Situer les erreurs

invalid_request peut être un paramètre de redirection, un champ JSON ou un attribut Bearer. La forme de réponse oriente le diagnostic.

Paramètre de redirection, corps JSON et en-tête HTTP sont séparés.

Du champ à la source

01

Vérifier l’unité

exp, nbf et iat utilisent NumericDate en secondes Unix; une valeur en millisecondes change le sens du champ.

02

Repérer le point de retour

Pour les erreurs OAuth, distinguer l’autorisation, le point de jeton et la ressource avant de lire le code.

03

Ouvrir la section normative

Lire le lien RFC et la documentation du fournisseur; employer un autre outil pour un véritable jeton.

Champs et erreurs contextualisés

Sept champs enregistrés

Les sept revendications JWT de RFC 7519 ont chacune un exemple fictif et une section normative.

Erreurs par point

Les erreurs d’autorisation et de jeton de RFC 6749 restent distinctes même si leur code est identique.

Défi Bearer

Les erreurs de RFC 6750 montrent WWW-Authenticate et le statut HTTP recommandé.

Ce que la référence ne vérifie pas

Aucune validation d’identité
Cette page de revendications JWT ne reçoit pas de jeton et ne vérifie ni signature ni session.
Ensemble fixe
Elle couvre RFC 7519, 6749 et 6750, sans synchronisation automatique des extensions OIDC ou fournisseurs.
Texte optionnel
error_description aide les développeurs mais n’est pas un code stable; regarder error et le point de réponse.
Aucun secret à saisir
Ne collez ni véritable JWT, ni clé de signature, ni code d’autorisation, même dans l’URL. Seules les données fixes sont consultées.
Aucune requête réseau
La recherche ne contacte aucun fournisseur d’identité et ne transmet rien automatiquement aux outils liés. Examinez une vraie requête séparément.
Conserver le contexte
invalid_request change de lieu selon le point de réponse; invalid_token et insufficient_scope impliquent aussi des statuts Bearer différents.
Pas d’expiration en direct
Les exemples NumericDate sont en secondes Unix. Une valeur fixe ne renseigne pas sur votre session ni sur un jeton non fourni.

Questions sur les revendications JWT

Que signifient iss et aud dans un JWT ?

iss désigne l’émetteur et aud le destinataire prévu. Le service destinataire doit les contrôler.

La revendication exp est-elle obligatoire dans tous les JWT ?

Non, pas dans tous les contextes. RFC 7519 l’enregistre, mais chaque profil fixe ses exigences.

Quelle différence entre invalid_grant et invalid_client ?

invalid_client indique un échec d’authentification du client; invalid_grant concerne le grant ou le jeton de renouvellement.

Peut-on traiter error_description comme un code stable ?

Non. C’est un texte facultatif pour les humains dont la formulation peut changer.

Décoder un JWT suffit-il à valider le jeton ?

Non. Il faut encore vérifier signature, émetteur, audience, temps et règles de l’application.

Une entrée manque ou comporte une erreur ?

Consulter les revendications JWT

Choisir exp ou une erreur OAuth, vérifier le point de retour et la RFC avant d’examiner un véritable jeton.