Technologie · Trust layer

Bâti sur des standards vérifiables.

Sous chaque produit IRON ID tourne une seule couche de confiance. Cette page s’adresse à celles et ceux qui veulent regarder dessous : directions techniques, RSSI, architectes, auditeurs et développeurs.

Demander une présentation technique Lire la présentation de la sécurité

trust layer active · en arrière-plan

EntréeIdentité

SHA-256

Étatvérifié

01Identité
02Accès
03Organisation
04Actifs
05Cryptographie
06Provenance
07Preuve

Neuf couches

Une chaîne, de la personne à la preuve.

Chaque couche répond à une question qu’un auditeur finira par poser, et chacune repose sur la précédente.

01Identité

Objectif: Établir qui agit : personne ou machine.
Problème résolu: Un compte n’est pas une identité. Sans preuve d’appartenance, toute la chaîne s’effondre.
Capacité: Identités humaines et machines, cycle de vie complet, vérification, révocation.
Résultat: Chaque action remonte à un acteur nommé.

Technologie: Certificats X.509 · Argon2

Deux régimes

La sécurité protège. La preuve démontre.

L’une empêche l’accès. L’autre permet de montrer ce qui s’est passé. Une infrastructure de confiance a besoin des deux ; la plupart des outils n’en ont qu’une.

Sécurité · ce qui reste caché

Protéger

Contenu chiffré

Clés et secrets

Contrôle d’accès

Authentification

Isolation entre organisations

Preuve · ce qui devient montrable

Démontrer

Empreintesha256:1ebb…c9e4

HorodatageRFC 3161

Signatairecertificat X.509

Provenancemanifeste C2PA

Historiquejournal Merkle

Le même fichier. Protégé d’un côté, démontrable de l’autre, sans jamais être révélé.

Fondations

Des standards ouverts, publiés, vérifiables par un tiers.

Aucun format propriétaire ne se trouve sur le chemin de la preuve. Chaque ligne ci-dessous est implémentée et testée dans le produit.

ModuleRôleStandard

IdentitéIdentités humaines et machines, cycle de vie, vérificationX.509 · Argon2

AutorisationRôles, permissions, périmètres, isolationPolitiques centralisées

StorageStockage chiffré, séparation des responsabilitésAES-256-GCM

SignatureSignature numérique et certificats de signatairesPAdES B-LTA

ConfianceEmpreintes, horodatage, attestations, vérificationSHA-256 · ECDSA · RFC 3161

ProvenanceManifeste de provenance lié au contenuC2PA

AuditJournal à modification détectable et points de contrôleArbre de Merkle

AncrageEmpreinte ancrée sur un registre publicOpenTimestamps · Bitcoin

Ancrage

Trente-deux octets suffisent.

Ce qui part sur le registre public, c’est l’empreinte. Pas le document, pas son nom, pas sa taille, pas son type.

1Le fichierreste dans le coffre
2SHA-25632 octets
3OpenTimestampssoumis au calendrier
4Bitcoininscrit dans un bloc

Ce qui est publié32 octets

Ce que cela révèle du contenurien

L’ancrage se confirme en une à six heures. Il ne conditionne pas la valeur juridique, acquise dès l’horodatage.

Dossier de preuve

Vos preuves survivent à votre fournisseur.

Chaque document certifié s’exporte en dossier autosuffisant, dans un format public et documenté. Vérifiez-le avec l’outil open source ; rien à l’intérieur n’a besoin d’IRON ID pour exister.

ironid-evidence-{bundleId}.zip├── manifest.json · signed index├── document/ · content-hash.txt · original├── attestations/ · timestamp.tsr · anchor.ots · c2pa.manifest├── certificates/ · chain-attest.pem├── audit/ · entries.jsonl · inclusion-proof.json · checkpoint.json└── verification/ · how to verify, offline

Il garantitIl ne garantit pas

Le contenu n’a pas changé depuis le scellementQue le document dit la vérité

Une empreinte existait à une date donnéeQui était réellement le déposant

Quel émetteur a produit chaque attestationQue l’émetteur est digne de confiance

Le journal d’audit n’a pas été réécritQue rien n’a été omis avant le scellement

À votre tour

Voyez ce qui arrive à un fichier.

Vous venez de voir les trois idées : l’empreinte, le temps, la chaîne. Faites-les tourner sur votre propre fichier — il ne quittera pas cet onglet.

Aucun téléversement. Le fichier ne quitte pas cet onglet.

Séquence du moteur de preuve

Attestations simulées

t0Version du document crééedocument_versionEmpreinte enregistrée, version scellée
t0+1sHorodatage électroniquerfc3161_timestampRFC 3161 — le contenu existait à cette date
t0+1sManifeste de provenancec2pa_manifestC2PA — liaison au contenu dont toute modification est détectable
t0+2sSoumission de l’ancrageots_anchorOpenTimestamps — en attente de confirmation
t0+1→6hAncrage confirméots_anchorEmpreinte inscrite sur Bitcoin

La valeur juridique est acquise dès l’horodatage, en moins d’une seconde. L’ancrage Bitcoin renforce la durabilité ; il n’est jamais sur le chemin critique.

Les étapes suivantes reproduisent la séquence réelle du moteur de preuve et ses latences réelles. Sur un compte IRON ID, elles sont produites par le serveur. Ici, elles sont simulées — l’empreinte, elle, est bien la vôtre.

Ce que nous affirmons

Des mots précis, volontairement.

Sur un produit de confiance, une promesse excessive est la première chose qu’un adversaire utilisera. Chaque phrase de ce site suit la même règle.

Nous disons

Preuve d’intégrité vérifiable, contrôlable indépendamment

Toute modification est détectable

Horodatage électronique (RFC 3161)

Empreinte ancrée sur un registre public et vérifiable

Format de signature vérifiable à long terme (PAdES B-LTA)

Les preuves restent vérifiables sans IRON ID

Nous ne disons pas

Inviolable ou impossible à falsifier

Juridiquement équivalent à une signature manuscrite

Horodatage qualifié, tant que le prestataire n’est pas nommé

Preuve de la paternité, plutôt que de l’existence antérieure

Chiffrement de bout en bout, hors du vrai mode E2E

100 % conforme à une réglementation

Aller plus loin

Parlez à ceux qui l’ont construit.

Revue d’architecture, modèle de menace, démonstration de vérification sur vos propres fichiers. Venez avec votre RSSI.

Demander une démo Demander un devis

Réponse sous deux jours ouvrés · contact@iron-id.io