seacft
Échange réussi d’un code d’autorisation contre un jeton d’accès
L’audience du JWT associé à la requête.
Nom du client associé à client_id, lorsqu’il est disponible. Peut être une chaîne vide.
Description de l’événement. Peut également contenir une description du problème pour les journaux d’échec.
Détails du journal
Le nom de l’environnement où l’événement s’est produit
"prod-eu-1"
"prod-us-1"
Le nom d’hôte associé à la requête. Pour les requêtes transmises, il doit être résolu en nom d’hôte d’origine. Pour les journaux d’échec, il peut inclure des noms d’hôte non valides.
L’adresse IP associée à la requête. Pour un journal lié à l’authentification, il doit s’agir de l’adresse IP de l’utilisateur final. Pour un flux d’authentification machine à machine, il doit s’agir de l’adresse IP de l’ordinateur qui effectue l’authentification. Pour les journaux de gestion comme sapi et mgmt_api_read, il doit s’agir de l’adresse IP de l’administrateur qui utilise le tableau de bord de gestion.
ID du journal
Nom du tenant
Échange réussi d’un code d’autorisation contre un jeton d’accès
"seacft"Métadonnées du schéma d’événement
Identifiant stable de l’agent agissant en tant que principal dans ce flux. Présent lorsqu’un agent Auth0 a reçu une autorisation par échange de jetons et agit au nom d’un utilisateur ou en son propre nom.
Le client ou SDK utilisé pour effectuer cette requête, le cas échéant. Cette information est basée sur l’en-tête HTTP Auth0-Client.
Client associé à l’appel d’API. Les clients sont aussi appelés applications. L’application sous-jacente peut ne pas appartenir à votre tenant et ne pas être accessible. Pour les journaux d’échec, il peut s’agir d’un ID valide, d’un ID non valide ou de n’importe quel ID.
L’adresse IP à l’origine de la requête. Notez qu’elle ne tient pas compte des en-têtes forwarded-for, contrairement au champ ip, qui vise à indiquer l’adresse IP de l’utilisateur final.
Nom de la connexion, lorsqu’il est disponible. La connexion correspond ici au champ connection_id.
ID de la connexion utilisée dans le flux d’authentification ou de la connexion de l’utilisateur qui effectue l’action, selon le cas. Pour les journaux d’échec, ce champ peut contenir un ID non valide.
La date à laquelle l’événement s’est produit, au format ISO 8601
"2024-01-15T10:30:00.000Z"
Identifiant externe de l’agent fourni par le client, permettant d’établir une corrélation avec un identifiant du registre d’agents du client.
ID de l’utilisateur tel qu’indiqué par l’IdP.
Indique si la requête provient d’un appareil mobile. Présent uniquement lorsque user_agent est disponible.
Représentation du certificat client utilisé pour authentifier le client conformément à la section 3.1 de la RFC 8705. Inclus uniquement dans les échanges d’autorisation et de jetons utilisant mtls comme méthode d’authentification du client.
ID de l’organisation liée à ce flux d’authentification ou à cette action, le cas échéant. Pour les journaux d’échec, la valeur peut être un ID valide, un ID non valide ou toute autre chaîne.
Nom de l’organisation dans organization_id, lorsqu’il est applicable et valide. Peut être une chaîne vide.
Références permettant de corréler des événements connexes entre les services et de les regrouper en traces distribuées.
Reflète l’ID de liaison de transaction fourni au début du flux d’authentification, le cas échéant. Disponible uniquement lors de l’utilisation de flux d’autorisation découplés.
^[A-Za-z0-9-_]{27}$Le user_agent associé à ce journal, lorsqu’il est disponible
"Chrome 120.0.0 / Mac OS X 10.15.7"
ID de l’utilisateur associé au flux d’authentification ou de l’utilisateur qui exécute l’action, selon le cas. Pour les flux d’authentification machine à machine, ce champ peut contenir une chaîne vide. Pour les journaux d’échec, la valeur peut être un ID valide, un ID non valide ou une chaîne vide.
Nom d’utilisateur associé à l’ID indiqué dans user_id, lorsqu’il est disponible. Pour les journaux d’échec, la valeur peut être un nom d’utilisateur valide, un nom d’utilisateur non valide ou une chaîne vide.