Journal d’audit

Le journal d’audit consigne les événements de sécurité et d’administration : connexions, sécurité des comptes, paramètres, rôles et suppressions. Il est distinct du fil d’activité des tableaux et des tâches.

Il existe deux vues :

• Admin → Journal d’audit : toute l’instance. Le staff Propriétaire, Admin et Auditeur peut le lire ; le staff Support ne le peut pas.
• Paramètres → Espace de travail → Journal d’audit : les événements d’un espace de travail, pour les admins de cet espace. Aucune adresse IP n’y est affichée.

Ce qui est consigné

Dans Admin → Journal d’audit

• Les connexions et les échecs de connexion pour les comptes existants (mauvais mot de passe, mauvais code à deux facteurs, compte désactivé). Ce qui a été saisi n’est jamais consigné.
• La sécurité des comptes : changements et réinitialisations de mot de passe, activation et désactivation de l’authentification à deux facteurs, codes de récupération, clés d’accès, sessions déconnectées, clés d’API créées et révoquées.
• La récupération de compte par le staff : l’action, la personne visée et le motif donné par le membre du staff.
• La confirmation de l’e-mail : les adresses confirmées (par lien, par une invitation, ou marquées comme confirmées par le staff), les e-mails de confirmation renvoyés par le staff, et les inscriptions non confirmées supprimées par la tâche quotidienne. Une inscription supprimée est consignée avec le seul domaine de son e-mail, jamais l’adresse.
• Les changements de rôle staff (de → à). Les changements faits par la synchronisation des groupes de l’authentification unique indiquent le fournisseur.
• Les paramètres de l’instance et les fournisseurs de connexion, avec chaque valeur modifiée avant et après. Les secrets, comme le secret client OIDC, ne sont jamais consignés.
• Les exports et suppressions de comptes.
• Le cycle de vie des espaces : création, suppression, restauration, purge.

Cette vue affiche aussi les événements propres à chaque espace (voir ci-dessous).

Dans le journal d’audit d’un espace

La création, les modifications des paramètres, les changements de rôle et retraits de membres, les décisions sur les demandes pour rejoindre, les modifications des liens publics (jamais le mot de passe), ainsi que l’export, la suppression et la restauration.

Lire le journal

• Les événements les plus récents apparaissent en premier, 50 par page.
• Chaque ligne est une phrase, par exemple « Mara a changé le rôle de Jonas de Membre à Admin de l’espace », avec l’heure, le nom de l’espace et l’adresse IP.
• Utilisez les filtres pour afficher un seul type d’événement, ou Tous.
• Les événements sans personne associée, comme les tâches quotidiennes ou la synchronisation de l’authentification unique, affichent « Le système ».
• Les noms sont enregistrés tels qu’ils étaient au moment de l’événement : les événements restent donc lisibles après la suppression d’un compte ou d’un espace. La suppression d’un compte elle-même n’est consignée qu’avec son identifiant.

Les Auditeurs voient les adresses e-mail des utilisateurs masquées.

astuce

Chaque action de récupération de compte exige un motif. Demandez à votre équipe de support d’y indiquer le numéro du ticket, pour que chaque entrée du journal puisse être rattachée à une demande.

Conservation

Les événements sont conservés 365 jours par défaut. Pour modifier cette durée :

1. Ouvrez Admin → Général.
2. Sous Journal d’audit, réglez Conserver les événements (jours) : de 30 à 3650.

Un nettoyage quotidien supprime les événements plus anciens. La modification elle-même est consignée dans le journal d’audit. Le journal d’audit d’un espace suit la même durée de conservation.

Les événements d’audit sont conservés quand un espace ou un compte est supprimé, jusqu’à ce qu’ils atteignent la limite de conservation.

remarque

Il n’y a pas de bouton d’export pour le journal d’audit. Ses données se trouvent dans la base de données : elles sont donc incluses dans vos sauvegardes habituelles.