Sauvegarde à zéro connaissance : qui détient la clé de vos données ?

« Chiffré » ne veut pas dire une seule chose

Presque chaque service de sauvegarde affirme que vos données sont chiffrées. La question est : où cela se passe-t-il, et qui détient la clé ?

Modèle	Où l'on chiffre	Qui peut lire
Chiffrement au repos chez le fournisseur	sur les serveurs du fournisseur	le fournisseur, et quiconque prend le contrôle de ses systèmes ou lui adresse une injonction
Chiffrement en transit	en chemin (TLS)	le fournisseur, dès l'arrivée
Zéro connaissance (de bout en bout)	sur votre serveur, avant l'envoi	uniquement qui détient la clé, c'est-à-dire vous

Seul le troisième modèle signifie qu'une fuite chez le fournisseur de stockage, une injonction judiciaire dans un autre pays ou un employé curieux ne peuvent rien contre vous : ce qui est stocké là est de la bouillie.

Comment cela fonctionne chez Zekura

L'agent sur votre serveur chiffre tout en AES-256-GCM avant le départ. Le mot de passe du dépôt chiffré est dérivé d'une clé client de 32 octets. Le partenaire de stockage ne voit que des blocs chiffrés. Zekura voit des métadonnées : combien, quand, quel instantané, si la vérification a réussi. Pas le contenu. La page d'accueil montre la différence littéralement : votre côté, notre côté.

Managed ou souveraine : le choix que vous devez faire

Le zéro connaissance a un revers : qui perd la clé perd tout. C'est pourquoi il existe deux modèles :

Managed (par défaut). La clé est générée dans le portail. Vous la recevez en cinq parts, dont trois sont nécessaires. Zekura conserve une copie verrouillée pour que vous ne soyez jamais bloqué, et ne peut l'utiliser que pour restaurer à votre place si vous avez tout perdu. C'est le modèle pour la plupart des organisations : le risque de perdre la clé pèse plus lourd que le risque que Zekura abuse d'une copie verrouillée dont chaque utilisation figure dans la chaîne.

Souveraine. La clé est générée dans votre navigateur et ne le quitte pas. Zekura ne conserve que l'empreinte, pour pouvoir vérifier que la bonne clé est utilisée. Zekura ne peut jamais restaurer, même à votre demande, et vous le signez. La vérification et la maintenance sont alors faites par vos propres vérificateurs et workers, qui eux ont la clé. C'est le modèle pour les avocats, les soins de santé, les administrations et quiconque a l'obligation contractuelle ou légale que personne hors de l'organisation ne puisse jamais déchiffrer.

Shamir : cinq parts, trois nécessaires

La clé est divisée selon le schéma de Shamir : avec trois parts quelconques, elle se reconstitue entièrement ; avec deux, vous ne savez littéralement rien. Vous pouvez donc répartir les parts sans qu'une personne ou un lieu ait tout :

• deux personnes (dirigeant, responsable IT ou partenaire IT),
• un coffre (physique, sur papier),
• le gestionnaire de mots de passe de l'organisation,
• un notaire ou avocat, pour qui prend cela au sérieux.

Deux parts perdues ? Aucun problème, il vous en reste trois. Une part volée ? Le voleur ne sait rien.

Une clé non testée n'est pas une clé

Une clé qui dort trois ans dans un coffre peut être illisible, mal copiée ou simplement perdue. C'est pourquoi le zéro connaissance s'accompagne d'un test d'escrow : au moins une fois par an, saisir trois parts, laisser reconstruire la clé en mémoire, comparer l'empreinte et jeter la clé. Zekura le fait à la demande et vous le rappelle après un an ; réussi ou non, c'est inscrit dans la chaîne de preuve.

Restaurer sans le fournisseur

Le test ultime du zéro connaissance : pouvez-vous restaurer si le fournisseur disparaît demain ? Avec Zekura, vous installez l'agent sur une machine propre, définissez la clé avec vos trois parts, et l'agent peut se connecter avec les identifiants du bucket et restaurer. Nous n'avons pas besoin d'exister pour cela. C'est ainsi que ça doit être.

Questions fréquentes

Zekura peut-il lire mes données dans le modèle managed ?

Uniquement en utilisant la copie verrouillée, et cela n'arrive que pour une restauration à votre demande. Chaque utilisation est un enregistrement de chaîne que vous voyez. Qui ne veut même pas cela choisit le modèle souverain.

Et si un collaborateur détenant une part s'en va ?

Une part seule ne vaut rien. Mais faites tourner la clé au départ de quelqu'un qui en avait une, comme vous changeriez un mot de passe.

Le zéro connaissance est-il plus lent ?

Chiffrer à la source coûte un peu de puissance de calcul sur votre serveur, quelques pour cent pendant la sauvegarde. Restaurer est aussi rapide ; le déchiffrement se fait sur la machine qui restaure.