Aller au contenu

Un journal que vous pouvez vérifier, pas seulement lire

Crunu enregistre ce qui se passe dans votre organisation sous forme de chaîne de hachage. Si une entrée au milieu de la chaîne est modifiée, supprimée ou insérée, la vérification d’intégrité le montre. Les valeurs n’apparaissent jamais dans le journal, car le serveur ne les connaît pas.

  • Vérification d’intégrité en un clic
  • Export JSONL pour vérifier ailleurs
  • Conservé 365 jours par défaut, ou plus
Exemple. Kiteline est une entreprise fictive.

Qui, quoi, quand et d’où

Le journal couvre les connexions, appareils, invitations, rôles, versions, rotations des clés, machines, jetons, liens de partage, refus et modifications de politique réseau. Filtrez-le par personne, action, environnement ou période.

  • Des entrées chaînées par hachageChaque entrée est liée à la précédente. « Verify integrity » lance la vérification, « Export JSONL » vous remet le fichier à vérifier hors de Crunu.
  • Le journal de votre compteLes événements hors de toute organisation, comme la suppression de l’une d’elles ou la récupération de l’accès avec un code de récupération, vont dans le journal de votre compte.
  • Jamais de valeursLe serveur ne connaît pas vos valeurs : elles ne peuvent donc atteindre ni le journal ni les alertes.

Lire la documentation

Affichage et copie, signés par la personne

Afficher, copier ou exporter une valeur se passe sur l’appareil : l’application enregistre donc l’action et la signe avec la clé de la personne. Ces entrées portent la mention « Client-reported ».

  • Le journal des récupérations derrière chaque rapportLe serveur retient qui a reçu quelles versions, quand, combien de fois et depuis quelle adresse. Le rapport de la procédure de départ est établi à partir de ce journal.
  • Signées, puis marquéesUne application modifiée pourrait omettre un événement : c’est pourquoi les entrées du client sont marquées comme rapportées par le client.
  • Retrouver plus tardFiltrez par personne, action, environnement ou période.

Des alertes là où votre équipe regarde déjà

Le fil d’alertes de l’organisation compte les répétitions. Envoyez les alertes à un webhook signé par HMAC, compatible avec les webhooks entrants de Slack, Microsoft Teams ou PagerDuty, ou par e-mail.

  • Ce qui déclenche une alerteUn nouvel appareil, un code d’enrôlement utilisé deux fois, une machine à une nouvelle adresse, un jeton CI rejoué, une série de refus, un bail expiré, une récupération par code, des certificats qui expirent, des clés non remises et sept alertes réseau.
  • Gravité et testChoisissez un seuil de gravité pour chaque canal et envoyez un message de test pour le vérifier.
  • Une seule page d’étatMachines en ligne, file des clés, alertes ouvertes, certificats qui expirent et dernière vérification du journal, sur une seule page.

Lire la documentation

Exemple. Kiteline est une entreprise fictive.

Gardé tant que vous en avez besoin

Les entrées sont conservées 365 jours par défaut. Une organisation peut seulement allonger cette durée, et la purge laisse un point de contrôle : la chaîne reste vérifiable en entier.

Conservation du journal d’audit
RéglageValeur
Durée par défaut365 jours
Qui peut la modifierL’organisation, et seulement pour allonger
MaximumJusqu’à 36 500 jours, ou sans limite
Après une purgeUn point de contrôle reste : la chaîne se vérifie en entier

Ce qu’un journal peut prouver, et ce qu’il ne peut pas

La chaîne rend les modifications visibles. Elle ne rend pas le serveur honnête sur tout le reste.

  • Le journal, ce sont des métadonnéesLes noms, adresses, heures et actions sont visibles par le serveur. Les valeurs, non.
  • « Client-reported », ni plus ni moinsUne application modifiée sur l’appareil de quelqu’un pourrait omettre un événement « Show » ou « Copy ».
  • Il ne protège pas d’un serveur défaillantUn serveur hostile peut refuser le service ou perdre des enregistrements. La parade : des exports JSONL réguliers et des sauvegardes conservées ailleurs.
  • Sans e-mail configuré, pas d’e-mailSur un serveur auto-hébergé sans e-mail configuré, seuls les webhooks sont disponibles. Il n’y a pas d’application Slack ou Telegram intégrée.

Toutes les limites connues

Réponses aux questions fréquentes

Une autre question ? Écrivez à support@crunu.com

Les valeurs secrètes sont-elles parfois écrites dans le journal ?

Non. Le serveur ne les connaît pas : elles ne peuvent donc atteindre ni le journal ni les alertes.

Comment prouver que le journal n’a pas été modifié ?

Lancez « Verify integrity » dans l’application, ou exportez le journal en JSONL et vérifiez la chaîne de hachage hors de Crunu.

Combien de temps les entrées sont-elles conservées ?

365 jours par défaut. Une organisation peut les conserver plus longtemps, jusqu’à 36 500 jours ou sans limite, mais pas moins.

Les alertes peuvent-elles arriver dans Slack ?

Oui, via un webhook entrant Slack. Chaque requête est signée par HMAC pour que votre récepteur puisse vérifier sa provenance.

Puis-je voir qui a consulté une valeur ?

Oui, si la personne l’a affichée, copiée ou exportée dans l’application. Ces événements sont signés par elle et marqués « Client-reported ».

Ayez la réponse avant qu’on vous pose la question

Créez une organisation : le journal d’audit démarre dès la première connexion.

Gratuit pendant l’accès anticipé. Lire le modèle de sécurité