Warrant Canary Intact

Nos serveurs n'ont fait l'objet d'aucune compromission, brèche matérielle ou réquisition gouvernementale secrète à ce jour.

Consulter le manifeste
La Philosophie du Papillon

Registre cryptographique public

Ce registre de transparence cryptographique publie les événements générés par l’infrastructure ITYLOS.
Chaque entrée correspond à une opération mathématique vérifiable : création, accès ou destruction de capsule.
Le journal est conçu pour être un registre d'intégrité auditable indépendamment.

Registre append-only Historique immuable Vérifiable indépendamment

Modèle de transparence

Le registre ITYLOS s’inspire des registres de transparence utilisés dans l’infrastructure de sécurité moderne.

Ce modèle est comparable aux systèmes :

  • Certificate Transparency (CT)
  • Transparency logs cryptographiques
  • Journaux append-only audités

Audit indépendant du registre

Le registre peut être analysé indépendamment de l’infrastructure ITYLOS.

Les empreintes cryptographiques permettent de reconstruire la chaîne d’intégrité depuis le bloc Genesis et de vérifier mathématiquement qu’aucun événement n’a été supprimé ou modifié.

Confidentialité absolue

Le registre ne contient aucune donnée sensible.

Seules des empreintes cryptographiques anonymisées (hashs SHA-256) et des identifiants techniques sont publiés. Ce système Zero-Knowledge préserve l'anonymat de l'expéditeur et du destinataire.

Intégrité du Registre (Root Hash)
e168d337a72ab56a6d105e90bceb3ab7bcc859223719d43eb067a6c653eaf948
Horodatage de la racine : 24/05/2026 à 00:13 UTC

Flux d’événements en temps réel

Événements publiés : 3 814  |  Dernière mise à jour : 24/05/2026 à 00:13 UTC

CREATED
block_id : #3025
event_hash : 157e8c9c22da••••••••••••••••••••••••••••••••351222f4df51
previous_hash : a9abd93ddecb••••••••••••••••••••••••••••••••349602f671c4
DESTROYED
block_id : #3024
event_hash : a9abd93ddecb••••••••••••••••••••••••••••••••349602f671c4
previous_hash : e918252e90a5••••••••••••••••••••••••••••••••d11e711233c3
CREATED
block_id : #3023
event_hash : e918252e90a5••••••••••••••••••••••••••••••••d11e711233c3
previous_hash : d7074dc058ea••••••••••••••••••••••••••••••••8c8e086d860a
DESTROYED
block_id : #3022
event_hash : d7074dc058ea••••••••••••••••••••••••••••••••8c8e086d860a
previous_hash : 309c8deb3b20••••••••••••••••••••••••••••••••e235f3ce36b6
CREATED
block_id : #3021
event_hash : 309c8deb3b20••••••••••••••••••••••••••••••••e235f3ce36b6
previous_hash : 6f1e95e0b4ab••••••••••••••••••••••••••••••••76a42834a6f5
DESTROYED
block_id : #3020
event_hash : 6f1e95e0b4ab••••••••••••••••••••••••••••••••76a42834a6f5
previous_hash : 8de3bff39c8d••••••••••••••••••••••••••••••••15196bf0e886
CREATED
block_id : #3019
event_hash : 8de3bff39c8d••••••••••••••••••••••••••••••••15196bf0e886
previous_hash : a0ba29111b49••••••••••••••••••••••••••••••••d2fbac130be7
DESTROYED
block_id : #3018
event_hash : a0ba29111b49••••••••••••••••••••••••••••••••d2fbac130be7
previous_hash : b23776093fe1••••••••••••••••••••••••••••••••fc98297819d2
CREATED
block_id : #3017
event_hash : b23776093fe1••••••••••••••••••••••••••••••••fc98297819d2
previous_hash : 3984e7791043••••••••••••••••••••••••••••••••6ffeb05ea146
DESTROYED
block_id : #3016
event_hash : 3984e7791043••••••••••••••••••••••••••••••••6ffeb05ea146
previous_hash : 6046937b4e96••••••••••••••••••••••••••••••••6074603749a0
CREATED
block_id : #3015
event_hash : 6046937b4e96••••••••••••••••••••••••••••••••6074603749a0
previous_hash : b5ff5e702f7b••••••••••••••••••••••••••••••••cca7e2243823
DESTROYED
block_id : #3014
event_hash : b5ff5e702f7b••••••••••••••••••••••••••••••••cca7e2243823
previous_hash : a26b665588cb••••••••••••••••••••••••••••••••5d4fedd7d9c1
CREATED
block_id : #3013
event_hash : a26b665588cb••••••••••••••••••••••••••••••••5d4fedd7d9c1
previous_hash : c968cc1f0807••••••••••••••••••••••••••••••••17d35fe26b2e
CREATED
block_id : #3012
event_hash : c968cc1f0807••••••••••••••••••••••••••••••••17d35fe26b2e
previous_hash : 98a4b14f93b8••••••••••••••••••••••••••••••••3ec7d552f0cb
EXPIRED
block_id : #3011
event_hash : 98a4b14f93b8••••••••••••••••••••••••••••••••3ec7d552f0cb
previous_hash : bae1d33c104b••••••••••••••••••••••••••••••••aa9b35ced7b8
EXPIRED
block_id : #3010
event_hash : bae1d33c104b••••••••••••••••••••••••••••••••aa9b35ced7b8
previous_hash : ed9d71dba835••••••••••••••••••••••••••••••••e3dce2084c60
EXPIRED
block_id : #3009
event_hash : ed9d71dba835••••••••••••••••••••••••••••••••e3dce2084c60
previous_hash : bd239b0df530••••••••••••••••••••••••••••••••4033faa9a4ee
EXPIRED
block_id : #3008
event_hash : bd239b0df530••••••••••••••••••••••••••••••••4033faa9a4ee
previous_hash : d9e3e78e04c9••••••••••••••••••••••••••••••••aa1544d16e6b
EXPIRED
block_id : #3007
event_hash : d9e3e78e04c9••••••••••••••••••••••••••••••••aa1544d16e6b
previous_hash : d024d8793991••••••••••••••••••••••••••••••••136d504ddc7c
EXPIRED
block_id : #3006
event_hash : d024d8793991••••••••••••••••••••••••••••••••136d504ddc7c
previous_hash : fea3a6791517••••••••••••••••••••••••••••••••2cad0173700e
EXPIRED
block_id : #3005
event_hash : fea3a6791517••••••••••••••••••••••••••••••••2cad0173700e
previous_hash : 4e1a63d24066••••••••••••••••••••••••••••••••f1e66042c7c2
EXPIRED
block_id : #3004
event_hash : 4e1a63d24066••••••••••••••••••••••••••••••••f1e66042c7c2
previous_hash : 79765c23db18••••••••••••••••••••••••••••••••268b1209a62e
EXPIRED
block_id : #3003
event_hash : 79765c23db18••••••••••••••••••••••••••••••••268b1209a62e
previous_hash : 8576c22ed844••••••••••••••••••••••••••••••••a100c77530dd
EXPIRED
block_id : #3002
event_hash : 8576c22ed844••••••••••••••••••••••••••••••••a100c77530dd
previous_hash : b79807bc74cc••••••••••••••••••••••••••••••••dc7bf94903b6
EXPIRED
block_id : #3001
event_hash : b79807bc74cc••••••••••••••••••••••••••••••••dc7bf94903b6
previous_hash : a4ad87923898••••••••••••••••••••••••••••••••b67a53e47fef

Questions Fréquentes

Comprendre l'utilité du journal d'audit append-only

Le registre prouve-t-il la destruction des capsules ?
Oui.

Le registre publie les événements cryptographiques associés aux capsules. Les destructions apparaissent sous forme d’événements horodatés (statut DESTROYED) inscrits définitivement dans la chaîne d’intégrité.
Qu’est-ce qu’un registre de transparence ?
Un registre de transparence est un journal public d’événements cryptographiques.

Il permet de vérifier mathématiquement que les opérations d’un système ont bien eu lieu à un instant précis et n’ont jamais été modifiées ou effacées a posteriori.
Les secrets apparaissent-ils dans ce registre ?
Non.

Le registre contient uniquement des empreintes cryptographiques (hashs) et des identifiants techniques anonymisés. Aucune donnée sensible n’est publiée.
Peut-on auditer le registre ?
Oui.

Toute personne peut analyser les empreintes, exporter le registre au format JSON, et vérifier la cohérence de la chaîne d’événements de manière totalement indépendante.
Le registre peut-il être modifié ?
Non.

Le journal est conçu en append-only. Chaque entrée est liée cryptographiquement à la précédente via son previous_hash. Toute modification ou suppression d'un événement passé briserait immédiatement l'intégralité de la chaîne mathématique.