Passer au contenu principal
ShieldID

Registre d'activité

Chaque consultation. Chaque clic. Au dossier.

Le registre d'activité est un enregistrement en ajout seulement de tout ce qui se passe autour d'une vérification : qui s'est connecté, qui a ouvert un lien, ce que le moteur a décidé, qui a exporté quoi. Des entrées peuvent être ajoutées, jamais modifiées ni supprimées. Ni par vous, ni par nous.

Le registre décrit ici est le registre de gouvernance qui fait fonctionner Trust Ledger aujourd'hui et qui est en cours de déploiement pour les comptes API de ShieldID. Tout ce qui n'est pas encore consigné pour les vérifications d'identité est marqué Bientôt disponible sur cette page.

Pourquoi c'est important

Une vérification sans enregistrement n'est qu'une opinion.

Recourir à un service d'identité comporte son propre risque : quelqu'un doit rendre compte de qui a vu la pièce d'identité du demandeur et de ce qui en a été fait. Le registre vous permet d'y répondre.

Pour vous

Prouvez ce qui s'est passé, dans l'ordre, avec le résultat. Lorsqu'une décision est remise en question des mois plus tard, le registre fait foi, et il survit aux images des pièces d'identité.

Pour votre responsable de la conformité

Répondez à une demande relative à la vie privée ou à un audit avec une exportation filtrée plutôt qu'avec une semaine de courriels. Chaque exportation est elle-même une entrée.

Pour vos demandeurs

Chaque consultation et chaque téléchargement d'un document stocké laisse une entrée, de sorte que la question « qui a vu mon dossier? » a une réponse que l'entreprise peut fournir. Des événements par image pour les photos de pièces d'identité et une vue en libre-service pour les demandeurs arrivent bientôt.

Ce qu'il consigne

Le vocabulaire des événements, au complet.

Chaque entrée utilise l'un de ces noms, de sorte qu'un filtre signifie toujours la même chose. Les noms sont présentés tels qu'ils apparaissent dans le registre.

Connexion et accès

Chaque porte d'entrée du compte, et chaque regard dans les coulisses.

LOGIN_2FA_CHALLENGED
Une connexion atteint l'étape d'authentification à deux facteurs.
LOGIN_SUCCESS
Une connexion est réussie.
FORENSIC_DETAIL_ACCESSED
Quelqu'un ouvre les preuves réseau et appareil derrière une entrée. Un motif écrit est exigé, et la demande est elle-même consignée.

Demandes de vérification

Le parcours du demandeur, du lien au consentement.

SIGN_LINK_OPENED
Le demandeur ouvre son lien de vérification.
EULA_ACCEPTED
Le demandeur accepte les conditions avant de continuer.
TASK_CREATED / TASK_SENT
Une demande de vérification est créée et envoyée, par une personne ou par une clé API.
TASK_VIEWED / TASK_VOIDED
Une demande est récupérée ou annulée par l'API.

Dossiers et exportations

Tout ce qui sort du compte laisse une trace.

DOCUMENT_VIEWED
Un document stocké est ouvert dans le portail.
DOCUMENT_DOWNLOADED
Un document est téléchargé, dans le portail ou par l'API.
DOCUMENT_EMAILED
Un document est envoyé par courriel à un destinataire.
AUDIT_EXPORTED
Une piste d'audit est récupérée par l'API. La lecture de l'enregistrement est elle-même consignée.

Compte et API

Paramètres et identifiants, avec l'acteur associé.

SETTING_CHANGED
Un paramètre du compte est modifié par l'API.
SESSION_CREATED / SESSION_REVOKED
Une session API est ouverte ou révoquée.
ACCOUNT_MAILING_ADDRESS_UPDATED / BILLING_ADDRESS_UPDATED
Les détails du compte changent.

Chronologie des demandes (par demande, en parallèle du registre)

Chaque demande possède aussi sa propre chronologie. Il s'agit d'un registre de travail, et non du registre en ajout seul; nous le nommons donc séparément.

BIOMETRIC_VERIFIED / BIOMETRIC_FAILED
Le moteur de vérification indique si la vérification d'identité a été une réussite ou un échec, ainsi que le contrôle qui a échoué.
RETENTION_PURGE / RETENTION_PURGE_FAILED
Le balayage de conservation supprime les documents stockés d'une demande à la fin de sa période, ou n'a pas pu le faire.
GDPR_ERASURE
Des renseignements personnels sont caviardés à la suite d'une demande d'effacement.

À venir

Bientôt disponible

Les événements qui bouclent la boucle pour la vérification d'identité en particulier. Nous les énumérons pour que vous puissiez nous tenir à nos engagements.

ID_IMAGE_VIEWED / ID_IMAGE_DOWNLOADED
Chaque fois qu'une image de pièce d'identité ou un égoportrait est ouvert ou téléchargé, et par qui.
DECISION_RECORDED
L'acceptation ou le refus que votre équipe consigne pour une vérification, avec le motif.
API_KEY_CREATED / API_KEY_REVOKED
Les événements du cycle de vie des clés sous forme d'entrées de registre. Actuellement, ils sont stockés avec la clé, et non sous forme d'entrées.
VERIFICATION_VERIFIED / VERIFICATION_FAILED
Les résultats de vérification sous forme d'entrées de registre en ajout seul pour les comptes API ShieldID. Actuellement, ils sont écrits dans la chronologie des demandes.
IMAGE_PURGED
Un reçu pour chaque purge automatique d'image de pièce d'identité.
Applicant view
Une page libre-service où la personne vérifiée voit qui a consulté sa vérification.
CSV export
Une exportation filtrée pour les auditeurs, dans un tableur. L'exportation JSON existe actuellement.

Anatomie d'une entrée

Quatorze champs, à chaque fois. Puis les preuves, sur demande.

Une entrée indique qui, quoi, sur quoi, avec quel résultat, en langage clair et sous forme lisible par machine. Les preuves liées au réseau et à l'appareil se trouvent à côté, derrière une demande consignée.

L'entrée

Type d'acteur
Personne, signataire, système, administrateur ou clé API. Les actions d'une clé API portent l'identifiant propre à la clé, de sorte qu'un script et une personne ne sont jamais confondus.
Libellé de l'acteur
Le nom ou le courriel tel qu'il était à ce moment-là, et non une recherche en direct qui change lorsque des personnes quittent l'organisation.
Action
Le nom de l'événement, tiré du vocabulaire fixe ci-dessus.
Catégorie et gravité
Authentification, document, signature, tâche, compte, sécurité ou système; d'informatif à critique.
Cible
L'objet sur lequel l'action a été effectuée : une vérification, un document, une personne, un paramètre.
Résumé
Une phrase en langage humain, rédigée au moment de l'action.
Résultat
Succès, échec ou refus. Une action refusée est consignée avec autant de visibilité qu'une action réussie.
Métadonnées
Détails structurés : étiquette de la clé API, environnement (bac à sable ou production), identifiant de la requête, et plus encore.
Horodatage
Heure du serveur, en ordre, jamais modifiable.

La preuve, derrière une requête consignée

Adresse IP et portée
Publique, NAT de qualité opérateur, privée, bouclage ou inconnue, afin que l'examinateur sache quel degré de confiance lui accorder.
Opérateur réseau
DNS inversé, titulaire, ASN et indication si l'adresse appartient à un fournisseur d'hébergement.
Emplacement
Pays, région, ville et code postal, avec le rayon de précision et l'indication que les données étaient périmées ou non.
Appareil
Une courte liste de signaux tels que le fuseau horaire, la taille d'écran, la plateforme et les langues, réduite à une empreinte SHA-256 stable. Aucun vidage brut du navigateur.
Adresse déclarée
Ce que le navigateur a lui-même déclaré, marqué comme non vérifié.

Les preuves sont enrichies après l'envoi de la réponse, jamais dans le parcours critique du demandeur, et sont marquées comme non enrichies jusqu'à leur arrivée.

Détection de falsification

Nous ne parlons pas de chaîne de blocs, parce que ce n'en est pas une. C'est une table que la base de données refuse de laisser modifier par qui que ce soit.

Des mots simples sur ce qui protège le dossier, pour que votre auditeur puisse vérifier nos affirmations au regard de notre comportement.

  • Ajout seulement, appliqué par la base de données

    Un déclencheur sur la table de gouvernance génère une erreur à toute mise à jour ou suppression. Le code applicatif, les administrateurs et nous-mêmes y sommes assujettis.

  • Une exception étroite et consignée

    Lorsqu'un compte est supprimé, ses entrées sont dissociées du compte plutôt qu'effacées, et seulement si toutes les autres colonnes sont identiques octet pour octet. Rien n'est tronqué.

  • Les écritures passent par une fonction protégée

    Les entrées sont écrites par une fonction de base de données dotée de privilèges définis, à la suite d'un incident réel où la sécurité au niveau des lignes avait avalé des écritures en silence. Le correctif est la raison d'être de la fonction.

  • Consulter les preuves est un événement

    Les détails réseau et appareil ne peuvent être consultés sans une raison écrite d'au moins douze caractères, consignée au nom du lecteur sous FORENSIC_DETAIL_ACCESSED.

  • La purge des images n'affecte pas l'enregistrement

    Les images de pièces d'identité sont purgées selon un court délai. Les entrées du registre constituent un enregistrement distinct, sans lien avec les images; supprimer une image ne supprime donc jamais l'entrée qui décrit ce qui lui est arrivé.

Recherche et filtres

Faites-y des recherches comme dans une base de données, car c'en est une.

Chaque filtre est validé côté serveur et limité à votre compte. Les listes de filtres n'affichent que les valeurs qui existent réellement, de sorte que vous ne cherchez jamais dans le vide.

Acteur
Une personne, ou une clé API par son identifiant. Isolez tout ce qu'une intégration a fait.
Cible
Une vérification, un document ou une personne. Tout ce qui est arrivé au dossier de ce demandeur.
Action
N'importe quel nom d'événement du vocabulaire.
Catégorie, gravité, résultat
Uniquement les événements de sécurité, uniquement les échecs, uniquement les actions refusées.
Plage de dates
De et à, à la seconde près.
Texte libre
Dans les résumés, les libellés d'acteur, les libellés de cible et les actions. Volontairement jamais dans les métadonnées brutes.

L'exportation se fait en JSON pour l'instant : la piste complète d'une vérification par l'API, limitée à cinq cents lignes, chaque consultation étant consignée sous la forme AUDIT_EXPORTED. L'exportation CSV pour les clients arrive bientôt.

Essayez-le

Un exemple de registre, fictif et consultable.

Filtrez, déployez une ligne, ouvrez la preuve. Les noms et les événements ci-dessous sont inventés pour la démonstration; l'ensemble des champs et le comportement, eux, sont bien réels.

Activity Ledger

Données d'exemple

18 entrées affichées.

  • 2026-09-16 · 13:41:22

    LOGIN_2FA_CHALLENGED

    Wren Halloway · Connexion au portail

    Success
  • 2026-09-16 · 13:41:58

    LOGIN_SUCCESS

    Wren Halloway · Connexion au portail

    Success
  • 2026-09-16 · 14:02:10

    SESSION_CREATED

    Widget d'intégration client (production) · Session API 4a81

    Success
  • 2026-09-16 · 14:02:11

    TASK_CREATED

    Widget d'intégration client (production) · Vérification pour Ottoline Marchetti-Fife

    Success
  • 2026-09-16 · 14:19:47

    SIGN_LINK_OPENED

    Ottoline Marchetti-Fife · Lien de vérification 7c19

    Success
  • 2026-09-16 · 14:20:12

    EULA_ACCEPTED

    Ottoline Marchetti-Fife · Consentement à la vérification

    Success
  • 2026-09-16 · 14:22:35

    BIOMETRIC_VERIFIED

    Moteur de vérification · Vérification pour Ottoline Marchetti-Fife

    Success
  • 2026-09-16 · 14:22:39

    TASK_VIEWED

    Widget d'intégration client (production) · Vérification pour Ottoline Marchetti-Fife

    Success
  • 2026-09-16 · 15:07:03

    DOCUMENT_VIEWED

    Desmond Quillfeather · Résultat pour Ottoline Marchetti-Fife

    Success
  • 2026-09-16 · 15:08:44

    DOCUMENT_DOWNLOADED

    Desmond Quillfeather · Résultat pour Ottoline Marchetti-Fife

    Success
  • 2026-09-15 · 11:52:18

    SIGN_LINK_OPENED

    Barnaby Thistlewood · Lien de vérification 3e77

    Success
  • 2026-09-15 · 11:55:02

    BIOMETRIC_FAILED

    Moteur de vérification · Vérification pour Barnaby Thistlewood

    Failure
  • 2026-09-15 · 16:30:55

    FORENSIC_DETAIL_ACCESSED

    Perpetua Nakashima · Événement evt-0012

    Success
  • 2026-09-15 · 09:14:31

    SESSION_CREATED

    Ines Valcourt-Brie · Clé API : Billing sync (bac à sable)

    Success
  • 2026-09-14 · 17:45:09

    SESSION_REVOKED

    Ines Valcourt-Brie · Clé API : Legacy import (production)

    Success
  • 2026-09-14 · 10:22:47

    SETTING_CHANGED

    Clementine Ashgrove · Période de conservation

    Success
  • 2026-09-14 · 10:31:12

    AUDIT_EXPORTED

    Clementine Ashgrove · Exportation du registre d'activité, du 1er août au 14 septembre

    Success
  • 2026-09-14 · 03:00:04

    RETENTION_PURGE

    Purge de conservation · 41 vérifications ayant dépassé leur période de conservation

    Success

Questions

Des réponses claires au sujet du registre.

Voyez-le avec vos propres données

Lancez une vérification dans le bac à sable. Puis lisez ce qu'elle a consigné.

Le moyen le plus rapide de comprendre le registre est d'y créer une entrée. Les sessions du bac à sable ne sont jamais facturées.