Lorsqu'un fournisseur affirme que sa plateforme est sécurisée par « un chiffrement AES-256 de niveau entreprise », il ne dit généralement qu'une moitié de la vérité. Si AES-256 est un standard sûr, la véritable mesure de la sécurité d'un système ne réside pas dans l'algorithme, mais dans la manière dont les clés sont gérées et l'endroit où le chiffrement a lieu.
Si le serveur central du fournisseur détient les clés de déchiffrement, sa plateforme est compromise par conception. Une violation de sa base de données expose l'intégralité de votre infrastructure.
StateWarden rejette ce modèle. Notre protection des données repose sur des principes Zero-Knowledge et une architecture de cryptographie en cascade : chaque bloc est protégé par plusieurs transformations de chiffrement authentifié indépendantes utilisant AES-256-GCM et ChaCha20-Poly1305.
1. L'impératif Zero-Knowledge
La règle fondatrice de StateWarden est le Zero-Knowledge par construction : le plan de contrôle (Artemis) et le plan de données (Driad) ne doivent jamais posséder les clés nécessaires pour déchiffrer vos données.
La clé maître de chiffrement n'existe qu'à deux endroits :
- En sécurité dans votre coffre physique ou numérique (par exemple un gestionnaire de mots de passe ou une sauvegarde hors ligne).
- Dans la RAM volatile de l'agent StateWarden local qui exécute la sauvegarde ou la restauration.
Parce que l'infrastructure StateWarden ne stocke jamais votre clé maître, une violation de l'infrastructure du centre de données n'expose pas de données utilisateur lisibles. Les objets stockés sont des blobs binaires chiffrés et dédupliqués, indéchiffrables sans la clé côté client.
2. Cryptographie en cascade : défense en profondeur
S'appuyer sur un seul chiffrement constitue un point de défaillance unique. L'architecture StateWarden emploie une cascade cryptographique : plusieurs transformations cryptographiques indépendantes superposées les unes aux autres.
En outre, le provisionnement initial de l'identité et des secrets de l'agent contourne l'échange de clés TLS classique. La confiance initiale est établie à l'aide d'une « charge utile hybride PQ » (PQ-Hybrid Payload) résistante au quantique, encapsulée par ML-KEM (Kyber). Cela protège l'échange de provisionnement contre les attaques de type « Harvest Now, Decrypt Later », dans lesquelles le trafic enregistré est stocké aujourd'hui et déchiffré des années plus tard si des ordinateurs quantiques cryptographiquement pertinents deviennent disponibles.
Une fois cette fondation post-quantique posée, les données au repos et en transit sont sécurisées par les mécanismes suivants :
Blocs chiffrés adressés par contenu (BLAKE3)
Avant tout chiffrement des données, l'agent divise le volume en blocs et calcule un hachage BLAKE3 résistant aux collisions pour chaque bloc. Ce hachage pilote la logique de déduplication : si un bloc est identique à un bloc déjà stocké dans le vault Driad, il n'est pas transmis à nouveau. C'est le fondement de notre déduplication haute vitesse.
Même les hachages de contenu peuvent laisser fuiter des métadonnées. Si un attaquant connaît le hachage d'un fichier sensible spécifique (par exemple un modèle financier standardisé), il pourrait théoriquement vérifier si un bloc correspondant existe sur un nœud de stockage. PrimeKEM atténue ce risque en stockant des blocs chiffrés adressés par contenu (BLAKE3) : les identifiants de blocs stockés sur les serveurs Driad ne peuvent être calculés ni à partir du texte en clair, ni à partir d'un hachage de texte en clair connu, par quiconque ne détient pas la clé maître.
Chiffrement authentifié indépendant
Les charges utiles des blocs sont protégées par plusieurs transformations de chiffrement authentifié (AEAD) indépendantes utilisant AES-256-GCM et ChaCha20-Poly1305. Les deux constructions fournissent confidentialité et intégrité, et toutes deux bénéficient d'implémentations matures et accélérées matériellement. Si une vulnérabilité était un jour découverte dans l'un des algorithmes ou son implémentation, l'autre transformation protégerait toujours la charge utile.
3. Vérification de l'intégrité
Le chiffrement des données ne sert à rien si les données sous-jacentes se corrompent sur le disque (« bit rot »). Lorsque vous lancez une restauration bare metal, vous devez pouvoir être certain que les données sont intactes.
StateWarden applique l'intégrité à deux niveaux :
- Vérification Read-After-Write (RAW) : lorsqu'un nœud de stockage Driad reçoit un bloc chiffré d'un agent, il écrit les données sur ses disques physiques. Avant d'accuser réception, Driad relit les données depuis le plateau et vérifie l'intégrité du bloc par rapport au hachage transmis.
- Vérifications de hachage avant déchiffrement : pendant une restauration, l'agent télécharge le bloc chiffré. Avant que le déchiffrement ne commence, il hache la charge utile chiffrée et la compare au manifeste. Si un seul bit est déplacé, l'agent rejette le bloc et relance le téléchargement.
Les blocs corrompus échouent à la vérification et sont récupérés à nouveau avant même d'atteindre le pipeline de déchiffrement.
4. La garde des clés
Parce que StateWarden utilise un chiffrement Zero-Knowledge, il n'existe pas de lien « Mot de passe oublié » pour votre clé maître.
Si vous perdez votre clé maître, vos sauvegardes sont définitivement inaccessibles. StateWarden n'exploite aucun mécanisme de récupération de clés : la même conception qui empêche l'opérateur de la plateforme de lire vos données interdit également toute forme de réinitialisation de mot de passe.
Gérez vos clés avec le plus grand soin. Elles constituent le seul pont entre un océan de données aléatoires et la restauration de votre infrastructure.