LIFAIO
Seal LIFAIO
vérifié par LIFAIO

← Documentation technique

The Vault et archives chiffrées

Coffre d’archives à chiffrement continu dont l’ouverture requiert une autorisation multipersonne et une part détenue par le client.

Version2.0 — 15 septembre 2026
Public viséÉquipes techniques, sécurité, intégration et partenaires
StatutDescription technique fondée sur les informations publiques; paramètres d’implémentation à confirmer

Objectif et périmètre

Limiter l’exposition de sauvegardes et d’archives sensibles en séparant les facteurs nécessaires à l’ouverture et en évitant qu’une clé complète demeure disponible au repos dans un seul emplacement.

Principe de fonctionnement

  1. Le client crée un coffre et conserve sa part ainsi que l’export de récupération prescrit.
  2. Les contenus sont chiffrés selon le mécanisme du coffre.
  3. Une demande d’ouverture identifie le coffre et l’opération visée.
  4. Le nombre requis de personnes vérifiées autorise l’ouverture.
  5. La matière de clé nécessaire est recomposée ou calculée pour l’opération, puis doit être retirée de la mémoire selon le cycle de vie défini.

Menaces ciblées

Composants et responsabilités

ComposantRôle
Organisation ou éditeur vérifiéÉtablit son identité, ses canaux ou domaines et gère les personnes autorisées.
Utilisateur ou approbateurPrésente une preuve vivante ou participe à l’autorisation selon la politique.
Service SealÉvalue les éléments de vérification nécessaires et retourne un résultat limité au cas d’usage.
Système intégrateurLie le résultat Seal à l’action exacte, applique les règles métier et conserve l’audit requis.
VérificateurContrôle le résultat dans son contexte et ne l’interprète pas comme une garantie de vérité.

Données et confidentialité

Le principe public annoncé est la minimisation des données : absence de GPS, biométrie et caméra pour les modules d’identité et de présence; calcul local dans le navigateur lorsque le module traite un fichier média ou documentaire; conservation d’empreintes irréversibles et de métadonnées limitées plutôt que du contenu source. La liste exacte des champs, durées de conservation, journaux, sous-traitants et transferts doit être confirmée dans une annexe de traitement des données.

Propriétés de sécurité attendues

Limites et hypothèses

Points à confirmer avant intégration

Références publiques

Avis : ce document décrit le fonctionnement conceptuel communiqué publiquement. Il ne remplace ni une spécification d’API, ni une analyse cryptographique, ni un audit de sécurité indépendant.

Demandes de brevet britanniques en instance : GB2619490.2 · GB2619948.9 · GB2620153.3 · GB2620211.9 · GB2620220.0 · GB2620253.1 · GB2620315.8 · GB2620629.2 · GB2621074.0 · GB2621382.7 · GB2622122.6 · GB2622135.8

Documentation technique → /aide →

01 · Seal Standard · 02 · Seal Sequential · 03 · Seal Badge et protection de domaine · 04 · Autorisation multipersonne et protection des données · 06 · Vérification de documents et factures · 07 · Seal Media · 08 · Billetterie scellée · 09 · Effacement attesté · 10 · Vérification de courriel

🌐 Disponible en 18 langues
© Technologies Marco Prive — UK patents pending — GB2619490.2 · GB2619948.9 · GB2620153.3 · GB2620211.9 · GB2620220.0 · GB2620253.1 · GB2620315.8 · GB2620629.2 · GB2621074.0 · GB2621382.7 · GB2622122.6 · GB2622135.8
Conditions · Vie privée · Méthode · ⏱️ Séquentiel · Remboursement · Protection de site · Témoins · Sous-traitance · Rien à voler · Mesure · Billets : comment ça marche
Seal LIFAIO v4.2.1