Le secret professionnel n’expire jamais
Notre chiffrement non plus
Un protocole transactionnel reste confidentiel trente ans. Le chiffrement de la plupart des logiciels juridiques est conçu pour tenir dix ans. Lorne & Vale scelle chaque document en cryptographie post-quantique, pour que ce qui est intercepté aujourd’hui reste illisible ces trente années durant.
Deux serrures, pas une
Chaque document est scellé par un algorithme classique éprouvé et un algorithme post-quantique, ensemble. Il faut casser les deux pour lire un fichier.
Votre clé n’appartient qu’à vous
Chaque cabinet reçoit sa propre paire de clés, générée au premier usage. La clé d’un cabinet n’ouvre rien qui appartienne à un autre.
Un effacement réel
Détruisez la clé d’un cabinet et ses documents deviennent illisibles partout à la fois, stockage actif et toutes les sauvegardes, pas seulement la copie que vous savez retrouver.
Une preuve vérifiable
Chaque action est chaînée et signée quotidiennement. Un expert mandaté par votre client peut vérifier tout l’historique sans avoir à nous croire sur parole.
L’attaque qui a
déjà commencé
Personne n’a besoin d’un ordinateur quantique aujourd’hui pour en profiter demain.
Comment elle fonctionne
Le trafic chiffré est peu coûteux à capter et peu coûteux à conserver. Un adversaire l’enregistre maintenant, le garde, et attend. Le jour où un ordinateur quantique suffisamment puissant existera, toute l’archive s’ouvrira d’un coup, rétroactivement, y compris ce qui était parfaitement sûr le jour de son envoi.
La Commission européenne juge une telle machine plausible d’ici 2040. Les agences de sécurité européennes ne débattent plus de l’opportunité de migrer, mais du rythme.
Pourquoi les avocats sont les plus exposés
La plupart des secteurs chiffrent des données qui cessent de compter en quelques années. Un numéro de carte expire. Un mot de passe se change. Le travail juridique ne se comporte pas ainsi.
La confidentialité que vous devez à un client se mesure en décennies. Le chiffrement qui la protège devrait faire de même.
Scellé à chaque étape
Ouvert seulement là où il le faut
Quatre étapes, chacune avec sa protection énoncée. Aucune ne repose sur la solidité de la précédente. Dépliez chaque étape ci-dessous pour voir exactement ce que récupère un attaquant si c’est elle qui cède.
Le fichier est scellé sur l’appareil avant qu’un seul octet ne traverse le réseau. Ce qui circule est déjà du chiffré, donc un réseau compromis ne voit rien d’exploitable.
Rien de lisible. Ce qui quitte votre navigateur est déjà scellé sous deux verrous indépendants, l’un classique, l’autre post-quantique. Intercepter le réseau ne donne que du chiffré, le même chiffré que ce réseau soit le Wi-Fi d’un café ou l’infrastructure d’un État.
L’enveloppe est ouverte en mémoire, juste le temps d’analyser le fichier contre les logiciels malveillants et de préparer l’aperçu que votre équipe consultera. Il n’est jamais écrit en clair sur disque.
Rien de stocké. C’est la seule étape où le document existe brièvement en clair, et seulement en mémoire serveur, le temps d’une analyse antivirus et d’un aperçu. Il n’est jamais écrit en clair sur disque : une intrusion sur le serveur n’y trouve aucun fichier en clair qui l’attend.
Le document est rescellé sous la clé propre à votre cabinet, liée à votre cabinet et à son emplacement exact de stockage. Un fichier copié ailleurs ne s’ouvrira pas, même avec la bonne clé.
Rien qui s’ouvre ailleurs. Les documents de chaque cabinet sont scellés sous une clé propre à ce cabinet, liée à son emplacement exact de stockage. Un disque volé, un compartiment de stockage mal configuré, un compte cloud entier : tout cela ne livre que des fichiers qui ne s’ouvriront nulle part ailleurs, pour personne d’autre.
Les téléchargements et les aperçus sont rescellés à la descente, vers des clés à usage unique que votre navigateur génère pour ce seul transfert puis abandonne.
Rien de réutilisable. Téléchargements et aperçus circulent sous une clé que votre propre navigateur génère pour ce seul transfert, puis abandonne aussitôt après. Rejouez le même lien demain : la clé qui l’ouvrait a déjà disparu.
Il faut que chacune de ces étapes échoue pour qu’un document tombe entre de mauvaises mains. Aucune n’a besoin de tenir simplement parce que la précédente a tenu. C’est le sens même de la défense en profondeur, vérifiée étape par étape plutôt qu’acceptée sur parole.
Scellez un secret,
ici même
Ce n’est pas une maquette. Votre navigateur va exécuter un vrai AES-256-GCM, le même chiffrement symétrique qui scelle chaque document de la plateforme. Rien de ce que vous tapez ne quitte cette page.
Note d’honnêteté : cet établi exécute la couche symétrique, AES-256-GCM, localement pour la démonstration. Dans le produit, la clé elle-même est établie par l’échange hybride X25519 + ML-KEM-1024 décrit plus haut, si bien qu’aucun secret partagé ne circule jamais en clair.
Donnez tout à l’attaquant
Regardez-le n’arriver nulle part
Chaque document est scellé par une clé tirée d’un ensemble de combinaisons long de 78 chiffres. Pas 78 combinaisons : un nombre qui demande 78 chiffres pour être écrit. Donnez à l’attaquant ce que vous voulez ci-dessous, l’arithmétique fait le reste.
Dit autrement : deviner la clé du premier coup est des milliers de fois moins probable que gagner le jackpot de l’EuroMillions neuf semaines de suite, avec un seul ticket par semaine.
Un ordinateur quantique change la donne pour les anciennes serrures : il vient à bout de l’algorithme classique. C’est toute la raison pour laquelle chaque document porte ici une seconde serrure, ML-KEM-1024, bâtie sur d’autres mathématiques et dimensionnée dans la catégorie la plus élevée publiée par le NIST précisément pour lui résister. Le mur que vous venez de mesurer est celui qui reste debout après que l’ordinateur quantique a fait son maximum.
Fondé sur les meilleures attaques publiquement connues à ce jour, chaque hypothèse étant arrondie en faveur de l’attaquant. Personne ne peut promettre l’avenir : c’est pourquoi il y a deux serrures de natures différentes, et pourquoi chaque sceau enregistre son algorithme, prêt à être remplacé le jour où un algorithme plus solide sera publié.
Deux serrures
de natures différentes
Les algorithmes post-quantiques sont récents. Ils ont derrière eux des années d’examen, pas des décennies, et plusieurs candidats de la première heure ont été cassés par des ordinateurs ordinaires avant même l’arrivée des quantiques. Miser le dossier d’un client sur un seul algorithme neuf serait imprudent.
Nous ne le faisons donc pas. Chaque scellement combine X25519, un algorithme à courbes elliptiques qui protège internet depuis vingt ans, et ML-KEM-1024, le standard post-quantique publié par le NIST. Un attaquant doit casser les deux, et ils reposent sur des mathématiques sans rapport. Si l’un tombe, vos documents restent fermés.
C’est précisément l’approche que recommande l’ANSSI pendant la transition, et c’est la raison de notre choix. L’agence insiste sur la nécessité de l’hybridation partout où une protection post-quantique est nécessaire, et la recommande en particulier pour les produits destinés à protéger des informations bien au-delà de 2030. La description convient assez bien à la base documentaire d’un cabinet.
Le niveau le plus élevé publié
ML-KEM existe en trois forces. Nous utilisons la plus élevée, ML-KEM-1024, et signons nos points de contrôle d’audit en ML-DSA-87, son équivalent au même niveau. La plupart des déploiements se contentent de l’option intermédiaire parce qu’elle est plus rapide. Sur des documents qui doivent rester fermés des décennies, l’arbitrage est à l’envers.
Conçu pour être remplacé
Chaque fichier scellé enregistre l’algorithme qui l’a scellé. Quand un standard plus solide arrive, les nouveaux documents y passent immédiatement pendant que les anciens restent lisibles sous le leur. Aucune migration forcée, aucun fichier abandonné, aucune interruption pour changer de serrure.
Aucune des deux serrures n’a jamais été cassée. Ceci simule ce qui se passerait si l’une d’elles venait à céder, pas la facilité avec laquelle cela pourrait arriver.
Document : fermé
Supprimer une ligne est une promesse
Détruire une clé est un fait
Quand un client exerce son droit à l’effacement, la plupart des logiciels suppriment une ligne en base et espèrent que les sauvegardes suivront. Personne ne peut prouver ce qu’est devenue la copie sur la bande du trimestre dernier.
Parce que chaque cabinet détient sa propre clé, nous pouvons faire mieux. Détruisez la clé et tous les documents scellés sous elle deviennent définitivement illisibles, dans le stockage actif comme dans chaque sauvegarde existante, au même instant. Il n’y a aucune copie à traquer, puisque aucune copie ne peut être ouverte. La trace de la destruction demeure, donc l’effacement lui-même est auditable.
Ce que votre DPO peut écrire noir sur blanc
Que la donnée n’est pas seulement supprimée mais cryptographiquement détruite, que la destruction atteint les sauvegardes sans dépendre de leur cycle de rétention, et que l’acte est horodaté dans une piste d’audit vérifiable indépendamment. Peu de sous-traitants peuvent offrir honnêtement le deuxième point. C’est en général le deuxième que la CNIL vient chercher.
La méthode habituelle : supprimer la ligne
Ce que fait la plupart des logiciels quand un client demande son effacement.
Notre méthode : détruire la clé
Chaque document est scellé sous la clé du cabinet. L’effacement détruit la clé.
Vérifiable sans
nous faire confiance
Chaque action de la plateforme est écrite dans un journal en écriture seule, et chaque entrée porte l’empreinte cryptographique de celle qui la précède. Modifier une seule entrée passée casse toutes les empreintes suivantes, ce qui est exactement la propriété attendue d’un registre susceptible d’être examiné un jour.
Une fois par jour, la tête de la chaîne de chaque cabinet est signée par trois schémas indépendants à la fois : ML-DSA-87 et SLH-DSA, tous deux post-quantiques, et Ed25519, le schéma classique. Trois familles mathématiques différentes, pour qu’une faiblesse découverte dans l’une n’invalide pas la preuve.
Les moitiés publiques de ces clés de signature sont publiées dans la plateforme. Un expert mandaté par votre client peut prendre le journal, prendre les clés publiées, et vérifier l’historique entier sans aucune coopération de notre part, et sans que nous ayons jamais à livrer un secret. Une piste d’audit que seul son auteur peut vérifier n’est pas une preuve. Celle-ci en est une.
Chaque empreinte affichée est un vrai SHA-256 de l’entrée et de l’empreinte précédente, calculé par votre navigateur à l’instant. Modifiez une entrée et toutes les empreintes en aval cessent de correspondre. C’est tout le mécanisme, et c’est pourquoi une réécriture ne peut pas passer inaperçue.
La moitié ingrate,
qui compte davantage
Personne ne cassera ML-KEM-1024 pour lire vos fichiers. On cherchera un contrôle de permission manquant, un mot de passe volé, ou un compte de test oublié. C’est là que va l’essentiel du travail.
Cloisonnement entre cabinets
Chaque table portant des données clients est protégée au niveau de la base, pas par du code applicatif qui pourrait oublier. Les requêtes d’un cabinet ne peuvent pas atteindre les lignes d’un autre, et un test qui le prouve s’exécute à chaque modification livrée, entre cabinets, pour un non-membre comme pour un visiteur non connecté.
Chaque route, contrôlée
Un contrôle automatique parcourt toute l’application à chaque modification et bloque la livraison si une route peut atteindre des données clients sans avoir d’abord établi qui la sollicite. Pas une revue faite une fois, un invariant vérifié à chaque déploiement.
Double authentification
Disponible pour tous, et que les associés peuvent rendre obligatoire pour tout le cabinet. Un associé peut l’exiger de chaque collaborateur sans avoir besoin de nous.
Les fichiers traités comme suspects
Les dépôts sont bornés en taille, contrôlés en type et analysés contre les logiciels malveillants avant que quiconque puisse les ouvrir. Rien n’est remis à votre équipe avant un résultat d’analyse sain.
Ce que nous ne
revendiquons pas
Cette page est écrite pour la personne de votre cabinet dont le métier est de dire non. Cette personne a lu beaucoup de pages sécurité et cherche la phrase qui n’est pas tout à fait vraie. Voici ce que nous préférons vous dire nous-mêmes.
Énoncé clairement
Ce n’est pas du chiffrement à divulgation nulle. Nos serveurs ouvrent brièvement chaque document en mémoire pour l’analyser contre les logiciels malveillants et construire l’aperçu que lit votre équipe. Une conception où nous ne pourrions jamais ouvrir un fichier exclurait ces deux fonctions. Nous pensons que l’arbitrage serait mauvais pour le travail juridique, et nous préférons le décrire exactement plutôt qu’emprunter une formule qui sonne plus fort.
Nous utilisons des algorithmes normalisés par le NIST. Nous ne sommes pas certifiés FIPS. Implémenter un algorithme normalisé et détenir une certification sont deux choses différentes, et une seule nous appartient.
Notre approche suit les recommandations publiées par l’ANSSI en matière d’hybridation. Nous ne sommes pas certifiés ANSSI et ne détenons aucune qualification SecNumCloud. À ce jour, les préconisations de l’ANSSI sur la cryptographie post-quantique n’ont pas de caractère d’obligation réglementaire.
Aucun test d’intrusion externe ni revue cryptographique indépendante n’a encore été mené. Les deux sont prévus avant que nous accueillions des cabinets à grande échelle. D’ici là, cette page décrit une ingénierie que nous avons testée nous-mêmes, ce qui n’équivaut pas à une ingénierie qu’un tiers a tenté de casser.
Chaque affirmation située au-dessus de cet encadré peut vous être montrée dans le produit ou dans le code. Si votre relecteur veut la reprendre ligne par ligne, c’est une conversation que nous aimons.
Où voyagent les données de la demande
Rien de plus
Tout ce qui précède concerne les documents que votre cabinet stocke. Avant qu’un document existe, il y a un trajet plus court et plus précoce : la demande du prospect, triée par IA et acheminée par votre propre automatisation. Une donnée différente, un trajet différent, des protections différentes, dites avec la même franchise.
Formulaire ou boîte connectée, quelle que soit l’heure.
n8n achemine la demande selon le workflow propre à votre cabinet : vos règles, votre stockage, vos destinataires.
Triage administratif d’une demande dépersonnalisée ; l’IA n’est joignable que via un proxy côté serveur. Le nom, l’e-mail, le téléphone et la société du prospect sont remplacés par des jetons neutres avant cette étape ; les vraies données ne sont rétablies qu’après, à l’intérieur de votre workflow.
Synthèse, note et journal arrivent dans Excel, Google Sheets ou le CRM que votre cabinet utilise déjà.
Une personne de votre cabinet relit chaque synthèse avant toute autre étape.
Ce que l’IA voit
Ce qu’elle ne voit jamais
La seule chose que nous scellons ici, et pourquoi rien d’autre ne peut l’être
Deux étapes de ce trajet échappent entièrement à notre contrôle. Le chemin réseau vers le fournisseur d’IA est du TLS ordinaire, négocié par l’infrastructure standard, pas l’enveloppe hybride décrite plus haut : aucun levier de code applicatif ne permet de changer ce qu’un serveur tiers accepte. Et le texte de la demande lui-même ne peut pas être chiffré sous une clé Lorne & Vale avant cet appel, parce que le modèle doit le lire en clair pour le trier. La dépersonnalisation, remplacer le nom, l’e-mail et le téléphone du prospect par des jetons, est le vrai contrôle à cette étape, et c’est un mécanisme entièrement différent du chiffrement.
Ce que nous contrôlons, c’est le seul endroit où cette donnée repose réellement chez nous : la carte qui relie chaque jeton à sa vraie valeur. Cette carte est désormais scellée sous la clé hybride post-quantique propre à votre cabinet, la même construction X25519 + ML-KEM-1024 qui protège vos documents, liée à la demande précise pour qu’une ligne volée ne puisse pas se rattacher ailleurs. C’est la seule partie de ce pipeline que la cryptographie post-quantique peut honnêtement atteindre, et c’est celle qui compte le plus : c’est elle qui permettrait de reconstituer l’identité d’un prospect à partir d’un enregistrement dépersonnalisé.
Ce qui est collecté,
et ce qu’il en advient
Le formulaire de contact ne collecte que les champs nécessaires pour classer, aiguiller et consigner une demande : nom, coordonnées, organisation, domaine d’intervention, courte description du dossier, urgence et mode de contact préféré. Pendant une Vigie, le service ne collecte aucun document, y compris pièces d’identité, médicaux, financiers ou de procédure.
Avant l’envoi au fournisseur d’IA, les identifiants directs du prospect, nom, e-mail, téléphone et société, ainsi que toute adresse e-mail ou tout numéro figurant dans le texte du message, sont remplacés par des jetons neutres. Les vraies données ne sont rétablies qu’après la réponse de l’IA, à l’intérieur de votre workflow. Les noms de tiers sont conservés pour que vos contrôles de conflits continuent de fonctionner.
La demande dépersonnalisée est ensuite envoyée au fournisseur d’IA pour le triage. Les données de demande transmises via l’API du fournisseur sont exclues de l’entraînement de ses modèles par défaut, et conservées par le fournisseur pendant 30 jours au maximum pour la surveillance des abus avant suppression, sauf obligation légale contraire.
Chaque cabinet fonctionne sur sa propre configuration de workflow, avec ses propres règles d’acheminement, son propre stockage et sa propre liste de destinataires. Les données de demande ne sont ni mises en commun ni partagées entre cabinets. L’accès administratif suit le moindre privilège et se limite à des opérateurs nommés.
3 parties
Rôles clairs
Sécurisent la plateforme sous-jacente
Hébergement des modèles, chiffrement de la plateforme, sécurité physique et d’infrastructure, et les certifications indépendantes qui vont avec.
Sécurise l’application
Chiffrement documentaire et gestion des clés, cloisonnement entre cabinets, contrôle d’accès, gestion des sous-traitants et notification d’incident.
Maîtrise les décisions juridiques
Tout conseil juridique et jugement professionnel, conflits d’intérêts, acceptation du client, et information des clients sur la vie privée.
Les certifications,
attribuées honnêtement
Sept contrôles indépendants soutiennent l’infrastructure sur laquelle tournent vos documents. Parcourez-les pour voir ce que chacun permet vraiment à votre relecteur de valider, pas seulement le sigle sur un badge.
Lorne & Vale fait tourner son traitement IA sur l’API d’OpenAI. L’infrastructure d’OpenAI est auditée de façon indépendante au regard de normes reconnues de sécurité, de vie privée et de gouvernance de l’IA, et les certificats en cours sont publiés sur le portail de confiance d’OpenAI.
Ce qu’elle vérifieUn auditeur américain indépendant a testé les contrôles de sécurité, de disponibilité et de confidentialité d’OpenAI en conditions réelles, sur plusieurs mois, et non relu un classeur de politiques une seule fois.
Pourquoi ça compte pour votre cabinetLe Type II est la version que la plupart des questionnaires de risque fournisseur réclament nommément. Il prouve que les contrôles ont tenu dans la durée, pas seulement le jour de la visite.
Ce qu’elle vérifieL’édition en vigueur de la norme de référence mondiale pour un système de management de la sécurité de l’information, auditée de façon indépendante et réémise environ tous les trois ans, avec des visites de surveillance entre deux.
Pourquoi ça compte pour votre cabinetC’est le certificat que détient déjà, le plus souvent, l’éditeur de votre logiciel de gestion de dossiers ou votre assureur en responsabilité civile professionnelle. De quoi comparer ce qui est comparable.
Ce qu’elle vérifieDes contrôles de sécurité spécifiques au cloud, ajoutés à l’ISO 27001, qui couvrent ce qui change quand l’infrastructure est exploitée par quelqu’un d’autre : responsabilité partagée, virtualisation, accès administrateur.
Pourquoi ça compte pour votre cabinetVos documents reposent sur une infrastructure que Lorne & Vale n’exploite pas. C’est la norme écrite précisément pour cette configuration, pas un socle générique étiré pour l’occasion.
Ce qu’elle vérifieUn code de bonnes pratiques pour la protection des données personnelles, spécifiquement quand un fournisseur cloud les traite sur instruction d’un tiers plutôt qu’en tant que propriétaire.
Pourquoi ça compte pour votre cabinetLes données personnelles de vos clients transitent par cette infrastructure. C’est la norme écrite pour ce rôle précis, sous-traitant et non responsable de traitement, exactement comme le décrit l’accord de sous-traitance (art. 28 RGPD) entre votre cabinet et Lorne & Vale.
Ce qu’elle vérifieUne extension de l’ISO 27001 à la gestion de la vie privée, ce qui se rapproche le plus d’un cadre de gestion RGPD certifiable.
Pourquoi ça compte pour votre cabinetElle donne à un DPO une trace écrite qui correspond directement aux obligations du RGPD britannique et européen, plutôt qu’un certificat de sécurité générique à traduire soi-même en langage vie privée.
Ce qu’elle vérifieLa première norme internationale de système de management dédiée à l’IA, qui porte sur la façon dont une organisation gouverne les risques et le comportement d’un modèle sur tout son cycle de vie, pas seulement sa sécurité.
Pourquoi ça compte pour votre cabinetPresque rien de ce que votre cabinet évalue aujourd’hui ne peut encore la présenter. Elle répond à la question la plus récente du dossier : qui gouverne le modèle, pas seulement les serveurs qui le font tourner.
Ce qu’elle vérifieUn registre public, tenu par la Cloud Security Alliance, où les fournisseurs cloud publient des évaluations détaillées de leurs contrôles selon un référentiel pensé spécifiquement pour le cloud, plutôt qu’un référentiel générique.
Pourquoi ça compte pour votre cabinetIl est fait pour les spécialistes. Si le service informatique de votre cabinet veut aller plus loin qu’un PDF de certificat, c’est le document écrit pour ça.
Les descriptions ci-dessus résument le périmètre public de chaque norme, et ne constituent pas une déclaration sur les contrôles propres à cette plateforme. Les certificats en cours d’OpenAI et leur périmètre exact sont publiés sur le portail de confiance d’OpenAI, cité plus haut.
L’infrastructure d’OpenAI
Les sept marques ci-dessus, à jour sur le portail de confiance d’OpenAI et revérifiées selon le cycle propre à chacune, pas seulement au moment de l’ouverture du compte.
Lorne & Vale, l’entreprise
L’entreprise est dirigée par ses fondateurs aujourd’hui et applique chaque contrôle décrit ailleurs sur cette page. Aucun certificat SOC 2 ou ISO en propre pour l’instant, et rien ici ne le laisse entendre. Une certification indépendante de l’entreprise elle-même figure sur notre feuille de route à mesure qu’elle grandit.
La plupart des fournisseurs laissent les certifications de leur plateforme sous-entendre plus que ce qu’ils ont eux-mêmes obtenu. Nous préférons tracer la limite exactement là où elle se trouve, pour que votre relecteur n’ait pas à la chercher lui-même.
La protection des données,
par construction
Au titre du RGPD, votre cabinet est responsable de traitement et Lorne & Vale sous-traitant agissant sur vos instructions documentées. Lorsque le fournisseur d’IA traite des données de demandes, il le fait en qualité de sous-traitant ultérieur. Les durées de conservation sont convenues avec votre cabinet. Lorne & Vale assiste aux demandes d’exercice de droits en tant que sous-traitant et notifiera votre cabinet dans les meilleurs délais après avoir eu connaissance d’une violation de données à caractère personnel vous concernant.
Le dossier sécurité de la Vigie
Préparé pour votre cabinet avant la mise en service, pour que votre relecteur valide des documents, pas des promesses :
En route. Le dossier part d’un fondateur, en général le jour même.
Posez votre question
sécurité la plus dure
Quinze minutes avec un fondateur. Si votre relecteur veut interroger la cryptographie, la gestion des clés ou le cloisonnement entre cabinets, amenez-le. Nous préférons y répondre maintenant que dans un questionnaire.