La juridiction comme service : pourquoi le droit suisse est une couche de notre pile technologique
Une analyse technique de la raison pour laquelle la juridiction appartient a la pile de souverainete, et non a sa peripherie.
Mis a jour le 19 aout 2026.
1. Resume executif : la juridiction est une couche de pile
Pour le hardware souverain, la juridiction n’est pas un detail d’entreprise. Elle fait partie de la frontiere de securite. La cryptographie peut proteger les donnees contre l’extraction technique ; la juridiction structure les regles d’acces legal, de conservation et de divulgation. Si l’operateur peut acceder aux donnees utilisateur ou les reconstituer, la hierarchie de confiance qui entoure le systeme compte autant que le chiffrement.
CLAVI traite la juridiction suisse comme une couche structurelle qui agit de concert avec ClavOS, le Monolith et l’architecture zero-knowledge. L’objectif technique est de maintenir les secrets recuperables du coffre hors de la garde de l’operateur. L’objectif legal est d’operer dans le cadre constitutionnel et legislatif suisse de protection des donnees. Ensemble, ces couches creent un environnement concu pour la souverainete numerique.
| Couche | Ce qu’elle protege | Ce qui echoue si elle manque |
|---|---|---|
| Hardware | Isolement physique des cles et autorite de signature | Les cles se concentrent dans un seul appareil ou une sauvegarde recuperable |
| Systeme d’exploitation | Reduction de l’acces distant et controle local | Le fabricant ou l’attaquant herite d’une portee logicielle |
| Juridiction | Regles gouvernant les obligations et divulgations de l’operateur | Les obligations applicables de divulgation et de conservation sont negligees |
| Design zero-knowledge | Non-possession technique des secrets utilisateur | L’operateur reste dans le flux d’information |
Cette analyse explique le choix de Schaffhausen, l’importance de l’Article 13 et du revFADP, et pourquoi minimiser la possession de secrets recuperables du coffre par l’operateur peut limiter ce qui est disponible lors d’une violation ou d’une divulgation legale.
2. Les limites de la cryptographie
Le chiffrement est necessaire, mais il n’est pas suffisant. Si un fournisseur peut acceder, recuperer, journaliser ou reconstituer les donnees d’un utilisateur, alors le risque decisif est legal et organisationnel, non cryptographique.
C’est la faiblesse cachee des systemes dependants du cloud. Meme lorsque le chiffrement de transport est robuste, l’operateur demeure dans le perimetre de conformite. Pour des actifs critiques, une tresorerie de family office, des communications privees ou des flux d’IA proprietaires, la vraie question n’est pas seulement : “Est-ce chiffre ?” Elle est : “Qui peut etre contraint, selon quelles lois, a produire ce qu’il sait ?”
C’est pourquoi le hardware souverain ne peut pas etre evalue uniquement par le stockage des cles, le choix du composant securise ou le flux de signature. Il doit aussi etre evalue par l’environnement legal entourant le fabricant et l’operateur.
Pour une comparaison technique plus large, voir Pourquoi CLAVI n’est pas en concurrence avec Ledger.
3. Pourquoi la Suisse est une couche porteuse de l’architecture CLAVI
CLAVI est incorpore a Schaffhausen, en Suisse, et presente cet environnement legal comme une composante de son modele de securite. La juridiction peut structurer les obligations de l’operateur et les voies de recours, mais elle ne certifie pas le hardware et ne rend pas la confidentialite inconditionnelle.
L’entreprise se situe hors de l’Union europeenne et hors de l’alliance de renseignement Five Eyes. Cela change le cadre juridique applicable, mais ne supprime ni les obligations legales suisses, ni la cooperation internationale, ni la possibilite de demandes legales.
Pour une entreprise de hardware souverain, le domicile fait partie de l’environnement operationnel dans lequel les hypotheses de confiance sont evaluees. Le perimetre legal doit soutenir le perimetre materiel tout en reconnaissant les obligations applicables a l’entreprise et aux dossiers commerciaux qu’elle conserve.
La position defendable est plus etroite : l’architecture peut reduire les secrets utilisateur qui entrent dans la garde de l’operateur, tandis que le droit suisse gouverne les dossiers personnels et d’entreprise restants. Aucune de ces couches n’elimine le risque d’implementation ou la procedure legale.
4. L’Article 13 fait de la vie privee une norme constitutionnelle
L’Article 13 de la Constitution federale suisse traite la vie privee comme un droit fondamental. Cela compte parce que la confidentialite est placee dans l’architecture legale de l’Etat lui-meme, et non dans une politique produit revocable. [1]
Au niveau systeme, cette base constitutionnelle est pertinente pour l’environnement dans lequel opere CLAVI. Elle ne cree pas d’immunite contre les obligations legales, les restrictions proportionnees, les ordonnances judiciaires ou la cooperation internationale.
Pour une entreprise qui construit une infrastructure souveraine, les droits et obligations du cadre legal doivent etre evalues avec l’objectif produit de minimiser l’acces de tiers aux secrets utilisateur. La juridiction ne remplace ni l’ingenierie, ni l’analyse de conformite, ni l’examen juridique propre a chaque cas.
5. Le revFADP s’aligne avec la privacy by design
Depuis septembre 2023, la loi federale revisee sur la protection des donnees (revFADP) impose, lorsqu’elles s’appliquent, la protection des donnees des la conception et des configurations par defaut respectueuses de la vie privee. Pour CLAVI, cette logique legale correspond directement a la logique du produit. [2]
L’architecture de CLAVI est concue pour reduire la quantite d’informations sensibles du coffre qui existe a la couche operateur : moins de secrets retenus, moins d’interfaces exposees et moins de donnees disponibles pour une violation ou une divulgation forcee. Cela n’elimine pas les dossiers commerciaux, de livraison, de compte, d’assistance, de securite, de comptabilite ou autres qu’une entreprise peut devoir traiter et conserver pour des finalites definies. L’analyse de minimisation des donnees de CLAVI explique pourquoi ces plans de donnees distincts exigent des controles differents.
Le revFADP est donc pertinent non parce que CLAVI depend de promesses juridiques a la place de l’ingenierie, mais parce que le cadre legal exige la protection des donnees des la conception et par defaut lorsqu’elle s’applique. L’architecture produit et la gouvernance des dossiers commerciaux restent des questions de conformite distinctes.
6. L’ere du reporting rend la non-possession encore plus importante
Au 19 aout 2026, la Suisse ne pourra mettre en oeuvre le Crypto-Asset Reporting Framework (CARF) qu’a partir du 1er janvier 2027 au plus tot ; les bases legales correspondantes ne s’appliquent pas en 2026. [3]
Lorsqu’il sera mis en oeuvre, le CARF ne creera pas une base universelle recensant les avoirs de tous les utilisateurs. Les prestataires de services sur crypto-actifs qui entrent dans son champ devront declarer les donnees d’identite et les agregats annuels des transactions pertinentes, par type d’actif et de transaction. [4]
Voila le paradoxe juridictionnel de la garde moderne. Plus un fournisseur sait de choses, plus il peut etre legalement tenu de les conserver ou de les divulguer. Plus il en stocke, plus son exposition aux incidents de securite, aux obligations declaratives et aux risques operationnels augmente.
Le modele de CLAVI ne repose donc pas sur la defense d’un grand depot de donnees de coffre cote operateur. Il vise a maintenir les cles privees, les correspondances portefeuille-client derivees localement et les prompts locaux de l’IA proprietaire de CLAVI hors de la garde de l’operateur ; cette affirmation de conception produit exige une verification technique. Elle ne signifie pas que CLAVI Switzerland AG ne detient aucune donnee personnelle : les dossiers commerciaux, d’assistance, de securite et de comptabilite necessaires restent une responsabilite distincte de gouvernance des donnees.
Les systemes de garde ou d’intelligence dans le cloud peuvent heriter d’une exposition plus large a la divulgation et au reporting lorsqu’ils restent dans le flux d’information, y compris en vertu du CLOUD Act americain lorsqu’il s’applique. [5] La question technique est donc inseparable de la question juridictionnelle : quelle quantite de connaissance sensible est centralisee, ou est-elle detenue et quelles lois permettent de l’atteindre ?
7. L’architecture zero-knowledge limite les donnees accessibles aux demandes legales
La non-possession architecturale est une mesure efficace de reduction de l’exposition. Si l’operateur ne detient ni les cles, ni les prompts, ni des secrets utilisateur recuperables, ces elements ne sont normalement pas disponibles dans sa garde existante. Les autorites peuvent toujours rechercher d’autres dossiers ou des mesures prospectives dans le cadre de leurs pouvoirs legaux.
C’est la logique operationnelle de CLAVI.
La documentation de CLAVI decrit ClavOS, le Monolith et le modele Rune comme etant concus pour :
- eviter les identifiants de recuperation de secrets de coffre detenus par l’operateur,
- minimiser la telemetrie persistante de l’operateur sur les operations critiques,
- maintenir les cles privees hors de la garde de l’operateur,
- maintenir les prompts et sorties locaux de l’IA proprietaire de CLAVI hors de la couche operateur.
Les couches technique et legale se renforcent alors mutuellement :
- La couche legale : les protections constitutionnelles suisses et le revFADP elevent le seuil d’intrusion. [1][2]
- La couche technique : CLAVI est concu pour maintenir les secrets du coffre hors de la garde de l’operateur, ce qui limite ce que celui-ci peut recuperer.
- La couche operationnelle : la cible declaree de CLAVI est la validation locale, l’approbation conditionnee par le hardware et l’autorite distribuee ; la frontiere deployee exige une verification technique.
C’est le sens du durcissement juridictionnel : la juridiction ne remplace pas la cryptographie ; elle soutient le meme modele de souverainete du cote legal.
Pour une perspective plus large sur la continuite et la succession, voir CLAVI: Building a Personal Digital Vault for High-Level Businesses and Families.
8. Glossaire technique documente
Pour garder l’argument precis, quatre termes sont essentiels :
- Hierarchie de confiance : la chaine d’autorite deleguee dans un systeme numerique.
- Architecture zero-knowledge : le terme employe par CLAVI pour une conception destinee a maintenir les cles privees et le contenu local du coffre hors de la garde de l’operateur. Il ne signifie pas que l’entreprise ne detient aucun dossier commercial, d’assistance, de securite, de comptabilite ou autre dossier legalement requis.
- Juridiction suisse : l’environnement legal dans lequel l’Article 13 et le revFADP renforcent la vie privee comme droit structurel.
- Durcissement juridictionnel : la pratique consistant a choisir et concevoir pour un environnement legal qui soutient le meme modele de souverainete que le hardware.
9. Questions frequentes
Q: Pourquoi la juridiction compte-t-elle si le systeme est deja chiffre ?
A: Parce que le chiffrement protege contre l’extraction technique, pas contre la contrainte legale appliquee a l’operateur. Si l’operateur peut acceder, conserver ou reconstituer des donnees utilisateur, la juridiction determine ce qu’il peut etre force de divulguer.
Q: La juridiction suisse remplace-t-elle l’architecture zero-knowledge ?
A: Non. La juridiction gouverne l’exposition legale, tandis que CLAVI emploie l’architecture zero-knowledge pour decrire une frontiere technique visee autour de l’acces de l’operateur. La realisation de cette frontiere depend de l’implementation et de la verification technique.
Q: Pourquoi le droit suisse est-il pertinent specifiquement pour le hardware souverain ?
A: Le hardware souverain ne concerne pas seulement l’endroit ou les cles sont stockees. Il concerne aussi le systeme legal qui entoure le fabricant, l’operateur et la structure de support. Pour CLAVI, le droit suisse renforce la meme logique de confidentialite que le hardware et le systeme d’exploitation sont concus pour imposer.
10. Sources
- Swiss Federal Constitution, Article 13 (Right to Privacy). Fedlex. (https://www.fedlex.admin.ch/eli/cc/1999/404/en)
- Revised Federal Act on Data Protection (revFADP). Federal Data Protection and Information Commissioner (FDPIC). (https://www.edoeb.admin.ch/edoeb/en/home.html)
- Echange automatique de renseignements relatifs aux crypto-actifs. Secretariat d’Etat aux questions financieres internationales (SFI). (https://www.sif.admin.ch/fr/echange-automatique-de-renseignements-relatifs-aux-crypto-actifs)
- Crypto-Asset Reporting Framework (CARF). OECD. (https://www.oecd.org/en/publications/international-standards-for-automatic-exchange-of-information-in-tax-matters_896d79d1-en/full-report/component-6.html)
- CLOUD Act of 2018. U.S. Department of Justice. (https://www.justice.gov/dag/cloudact)