Sécurité Lorne & Vale
Vos dossiers restent sensibles bien après leur clôture. Notre architecture associe chiffrement classique et post-quantique pour anticiper la protection de vos documents.
Vos documents
chiffrés
Leurs clés
protégées par deux approches
Le journal
vérifiable par signature
Le post-quantique, simplement
Le post-quantique désigne des méthodes cryptographiques conçues pour résister aux attaques d’ordinateurs quantiques suffisamment puissants. Elles fonctionnent sur les appareils que votre équipe utilise déjà.
Ce que cela change pour vous
Une identité, une négociation, une stratégie juridique. L’enjeu est de préserver la confidentialité des informations dont la valeur traverse les années.
Explorez le scénario « collecter maintenant, déchiffrer plus tard ».
Aujourd’hui
Un contrat, une pièce d’identité, une stratégie de défense. Vous partagez une information dont la confidentialité compte bien au-delà du premier échange.
Un attaquant pourrait enregistrer des échanges chiffrés sans réussir à les lire sur le moment.
Le risque commence avec la copie
Le temps passe
Un dossier clos contient encore des noms, des engagements et des informations privées. La fin de votre mission ne marque pas la fin de leur valeur.
Changer de protection plus tard ne retire pas une copie déjà récupérée par un tiers.
La confidentialité a une durée de vie
L’enjeu de demain
Un ordinateur quantique suffisamment puissant pourrait compromettre certains échanges de clés classiques. Une copie conservée deviendrait alors une cible pour une nouvelle tentative de déchiffrement.
Le post-quantique vise à protéger l’échange de clés face à cette menace future. Son intérêt commence dès les documents envoyés aujourd’hui.
Préparer la protection dès maintenant
Scénario pédagogique, sans prédiction de date. Pour aller plus loin : les explications du NIST
La protection hybride
Le contenu est chiffré avec AES-256-GCM. Pour protéger sa clé, nous associons X25519, une approche classique largement étudiée, et ML-KEM-1024, une approche post-quantique.
Comprendre en faisant varier une hypothèse
Simulation pédagogiqueL’approche classique
Une base largement étudiée
Supposée résistanteL’approche post-quantique
Une autre fondation mathématique
Supposée résistanteDeux secrets combinés pour protéger la clé du document
AES-256-GCMLes secrets issus de X25519 et de ML-KEM-1024 sont combinés pour protéger la clé du document. Le principe hybride répartit la confiance entre deux approches mathématiques.
Dans cette hypothèse, X25519 serait compromis. ML-KEM-1024 apporte encore son secret à la combinaison. C’est le rôle recherché face à la menace quantique sur l’échange classique.
Dans cette hypothèse, ML-KEM-1024 serait compromis. Le secret issu de X25519 reste une protection classique. Cette situation ne conserve pas, à elle seule, l’objectif de résistance quantique.
Si les deux mécanismes étaient compromis, la protection hybride des clés ne remplirait plus son rôle. La sécurité repose aussi sur la mise en œuvre, la gestion des clés et la protection des appareils.
Les états ci-dessus sont des hypothèses. Ils illustrent la propriété recherchée, sous réserve d’une combinaison correcte. Aucun algorithme n’est attaqué ici et ces états ne décrivent pas un déploiement en direct.
Chaque document reçoit une clé de contenu aléatoire. AES-256-GCM chiffre le fichier avec cette clé et détecte une altération du contenu chiffré. Deux mécanismes, X25519 et ML-KEM-1024, produisent ensuite deux secrets. Ils alimentent une dérivation HKDF-SHA-256, dont le résultat protège la clé de contenu.
Le document n’est donc pas chiffré deux fois avec deux mots de passe. La construction associe deux approches pour protéger l’accès à sa clé. La propriété recherchée suppose une combinaison correcte et des secrets bien gérés. Une revue cryptographique indépendante de cette composition reste à réaliser.
De votre appareil à votre cabinet
Sélectionnez une étape pour voir où se trouve le fichier, ce qui lui arrive et comment il est protégé.
Étape 01
Vous choisissez un document. Le navigateur le chiffre avant son envoi, avec une enveloppe hybride destinée au serveur.
Votre document à cette étape
Le protocole TLS protège aussi la connexion. L’enveloppe du document apporte une protection supplémentaire au contenu transporté.
Étape 02
Le serveur déchiffre temporairement le document en mémoire pour les contrôles et traitements nécessaires, puis le scelle à nouveau pour le stockage.
Votre document à cette étape
Le serveur accède au contenu pendant ces opérations. Cette architecture n’est pas un service à divulgation nulle, également appelé « zero knowledge ».
Étape 03
Le contenu chiffré est conservé avec une clé de document protégée par les clés du cabinet. Le scellement lie aussi le fichier à son organisation et à son emplacement.
Votre document à cette étape
Cette couche protège les fichiers stockés. Les autres données de l’application et les services d’infrastructure ont leur propre périmètre de protection.
Étape 04
Lors du téléchargement protégé, le navigateur génère une paire de clés à usage unique. Le serveur chiffre la réponse pour ce navigateur, qui retrouve ensuite le document.
Votre document à cette étape
Une fois le document enregistré sur votre appareil, sa protection dépend aussi de cet appareil et des règles de votre cabinet.
Parcours de l’enveloppe documentaire protégée. Les contrôles actifs et les éventuels modes de transition sont précisés pour chaque déploiement.
La confiance laisse une trace
Préserver la confidentialité d’un document et vérifier l’intégrité de son historique sont deux missions complémentaires. Les signatures post-quantiques interviennent dans la seconde.
Les événements sensibles du journal sont reliés par des empreintes SHA-256.
Des points de contrôle quotidiens associent ML-DSA-87, SLH-DSA et Ed25519.
L’application iPhone vérifie la signature ML-DSA-87. Un export du journal et les clés publiques permettent une vérification complémentaire.
La vérification requiert un accès au cabinet ou un export. Elle porte sur le journal signé, pas sur l’exactitude juridique du contenu d’un dossier.
Explorer les signatures
La sécurité, au quotidien
Les mécanismes cryptographiques s’accompagnent de contrôles concrets autour de vos données, de vos accès et de vos décisions.
Les données sont cloisonnées par cabinet, avec des autorisations liées aux rôles de l’équipe.
Les règles d’accès s’appliquent à la base de données. Un membre d’un cabinet n’obtient pas, par son simple compte, les données d’un autre.
Voir le détailVérification en deux étapes, rôles définis et sessions révocables accompagnent le travail de l’équipe.
L’administrateur règle les accès du cabinet et sa politique de vérification en deux étapes. Le dossier sécurité précise les règles et exceptions applicables.
Voir le détailLes noms, e-mails et téléphones détectés sont remplacés par des jetons avant l’appel au modèle.
Le contexte utile est conservé et les identifiants sont restitués à partir d’une correspondance. Ce remplacement ne garantit pas l’anonymat du texte libre. Le scellement de la correspondance dépend du déploiement.
Voir le détailVotre équipe vérifie les informations préparées et valide les réponses destinées à vos clients.
L’accusé de réception automatique utilise une formulation approuvée à l’avance. Les réponses de fond et les décisions restent sous la responsabilité du cabinet.
Voir le détailEssayez dans cette page
Chiffrez le texte d’exemple, retrouvez-le avec la clé, puis modifiez un octet du résultat. Vous verrez pourquoi un contenu altéré est refusé.
Cet établi exécute la couche symétrique, AES-256-GCM, celle qui scelle chaque document de la plateforme. Dans le produit, la clé elle-même est établie par l’échange hybride X25519 + ML-KEM-1024 décrit plus haut.
Cette démonstration calcule réellement AES-256-GCM dans votre navigateur. Le texte reste dans cette page. Elle illustre le chiffrement du contenu, pas l’échange de clés post-quantique.
Les standards derrière les mots
Trois normes post-quantiques du NIST, publiées en août 2024, définissent les mécanismes utilisés dans cette architecture.
NIST FIPS 203
Un mécanisme conçu pour établir un secret partagé face aux menaces classiques et quantiques. Lorne & Vale utilise le jeu de paramètres ML-KEM-1024 pour les nouvelles enveloppes.
Lire la normeNIST FIPS 204
Une signature numérique post-quantique sert à vérifier l’authenticité et l’intégrité d’un message. ML-DSA-87 signe les nouveaux points de contrôle du journal.
Lire la normeNIST FIPS 205
Une autre famille de signatures, fondée sur des fonctions de hachage. Elle complète ML-DSA dans les points de contrôle afin de diversifier les approches mathématiques.
Lire la normeCes normes décrivent des algorithmes. Lorne & Vale ne détient pas de certification FIPS, de certification ISO 27001 ni de rapport SOC 2. L’usage d’un algorithme normalisé ne certifie pas l’application.
Vos questions, en clair
Non. Le post-quantique repose sur des algorithmes exécutés par les ordinateurs et navigateurs actuels. Il est conçu pour résister à certaines capacités d’attaque futures, sans matériel quantique pour votre équipe.
Les informations d’un dossier peuvent rester sensibles après sa clôture. Le scénario « collecter maintenant, déchiffrer plus tard » concerne les copies récupérées avant l’arrivée d’une nouvelle capacité d’attaque. Anticiper protège les échanges au moment où ils ont lieu.
Les rôles se complètent. AES-256-GCM chiffre le contenu du fichier. Le mécanisme hybride X25519 + ML-KEM-1024 protège la clé qui permet de le lire. Les signatures du journal servent, elles, à vérifier l’authenticité des points de contrôle et à détecter des modifications.
Le périmètre présenté couvre les enveloppes documentaires hybrides et les signatures des points de contrôle du journal. Les sessions, les autres données, les connexions d’infrastructure et les services tiers suivent leurs propres mécanismes. Les contrôles actifs et les éventuelles dérogations sont à examiner pour le déploiement retenu.
Le serveur déchiffre temporairement les documents en mémoire pour les opérations nécessaires, notamment l’inspection et certains traitements. Le chiffrement protège les transferts et le stockage dans le périmètre décrit. Il ne supprime pas l’accès technique nécessaire à ces opérations.
C’est une catégorie de résistance utilisée par le NIST pour comparer les paramètres cryptographiques, avec la recherche exhaustive d’une clé AES-256 comme référence. Elle n’attribue pas une note à l’application et ne garantit aucune durée d’inviolabilité. ML-KEM-1024 est le jeu de paramètres le plus élevé de la norme FIPS 203.
Un périmètre transparent
Le dossier sécurité précise les contrôles actifs, la gestion des clés et les éventuels modes de transition du déploiement. La revue cryptographique indépendante et le test d’intrusion externe restent à réaliser.
Les données et fichiers sont hébergés chez Supabase en Irlande. L’application est hébergée chez Vercel. Le traitement par OpenAI peut avoir lieu aux États-Unis. Les régions et garanties applicables figurent dans la liste contractuelle des sous-traitants.
La destruction d’une clé rend le stockage actif concerné illisible. Les sauvegardes antérieures suivent leur fenêtre de conservation, y compris lorsqu’elles contiennent des clés enveloppées. Les modalités d’effacement sont documentées pour votre cabinet.
Architecture, contrôles et responsabilités, à consulter point par point.
Chaque affirmation ci-dessous peut être montrée dans le produit. Là où un contrôle est partiel, la limite est écrite à côté.
Des règles d’accès dans la base de données assurent le cloisonnement déclaré entre cabinets. Leur couverture doit être vérifiée avec les autres chemins d’accès.
Schéma simplifié. Une règle par table, appliquée par la base et testée automatiquement entre cabinets à chaque livraison.
Chaque membre du cabinet dispose de la vérification en deux étapes, et le cabinet peut en faire une règle.
La vérification en deux étapes et les contrôles de mot de passe pour votre propre connexion.
Un code à six chiffres depuis votre téléphone, exigé en plus de votre mot de passe.
Désactivée
Configurer l’authentificateur
Déconnectez les autres appareils et navigateurs sur lesquels votre compte est encore ouvert.
Déconnecter tous les autres appareils
Exigez que chaque membre du cabinet configure la vérification en deux étapes. Les collègues qui ne l’ont pas encore fait seront invités à la configurer à leur prochaine ouverture de l’espace de travail.
Quatre étapes, chacune avec sa protection énoncée. Dépliez chaque étape pour voir ce que récupère un attaquant si c’est elle qui cède.
Le document est scellé sur votre poste, avant qu’un seul octet ne traverse le réseau, sous deux échanges de clés à la fois : X25519, classique, et ML-KEM-1024, post-quantique.
Rien de lisible. Ce qui quitte votre navigateur est déjà scellé sous deux échanges de clés indépendants. Intercepter le réseau ne donne que du chiffré.
L’enveloppe est ouverte en mémoire, le temps d’une inspection du contenu : taille bornée, type vérifié, scripts, macros et programmes incorporés refusés. Puis le document est rescellé sous la clé de votre cabinet.
Rien de stocké en clair. C’est la seule étape où le document existe brièvement en clair, en mémoire, le temps de l’inspection. Il est stocké scellé. Nous le disons plutôt que de parler de « divulgation nulle », ce que ce n’est pas.
Le document repose scellé sous la clé propre à votre cabinet. La clé d’un cabinet n’ouvre rien qui appartienne à un autre.
Rien qui s’ouvre sans la clé du cabinet. Une copie du stockage ne livre que des fichiers scellés.
Chaque téléchargement est rescellé vers une clé à usage unique que votre navigateur génère pour ce seul transfert, puis abandonne.
Rien de réutilisable. La clé qui ouvrait ce transfert n’existe plus une fois le transfert terminé.
Sur l’inspection du contenu. Elle refuse les scripts, les macros et les programmes incorporés, à une exception près, consignée : les scripts de mise en forme des champs d’un formulaire PDF à remplir. Elle ne remplace pas les outils de protection des postes de votre cabinet.
Les actions sensibles sont consignées dans un journal avec ajout d’entrées. Chaque entrée porte l’empreinte SHA-256 de celle qui la précède.
Le navigateur calcule les empreintes SHA-256 de ces entrées fictives. Cet exemple illustre leur chaînage. Il ne vérifie pas une signature post-quantique de la plateforme.
Avant tout appel au modèle, les identifiants de la demande sont remplacés par des jetons. Les noms ne sont rétablis que dans la base de votre cabinet.
Bonjour, je m’appelle Camille Durand. Je me sépare de mon conjoint, Julien Durand, et nous avons deux enfants. Vous pouvez me joindre au 06 12 34 56 78 ou à camille.durand@exemple.invalid.
Bonjour, je m’appelle PERSONNE_1. Je me sépare de mon conjoint, PERSONNE_2, et nous avons deux enfants. Vous pouvez me joindre au TÉLÉPHONE_1 ou à E-MAIL_1.
Exemple fictif de pseudonymisation. La table de correspondance permet de rétablir les identifiants. Son chiffrement dépend du déploiement. Le récit transmis peut encore contenir des données personnelles ou sensibles.
Effacer une personne et détruire la clé d’un cabinet ne sont pas la même opération. Nous ne les présentons pas comme si elles l’étaient.
Pour une demande d’effacement individuelle, les enregistrements actifs concernés sont supprimés. Les sauvegardes suivent le calendrier de conservation convenu avec votre cabinet, puis expirent. La demande est consignée dans le journal.
Quand un cabinet retire son espace, la clé du cabinet est détruite. Tout ce qui était scellé sous elle devient illisible dans le stockage actif, immédiatement. Les sauvegardes prises avant la destruction restent conservées jusqu’à la fin de leur fenêtre, puis expirent : l’effacement est effectif à ce moment-là, et nous ne disons pas « effacé » avant.
Parlons de vos exigences. Un fondateur vous présente l’architecture, le périmètre de protection et les documents disponibles pour votre cabinet.