StateWarden aborde la résilience des données comme un problème d'ingénierie système. La plateforme est développée en Rust afin d'optimiser les performances et de réduire la surcharge système. Les sections suivantes détaillent les différences architecturales entre StateWarden et les solutions traditionnelles de sauvegarde d'entreprise.
1. Instant Mount local (iSCSI/NBD) contre restauration basée sur le cloud
Approche traditionnelle : De nombreuses solutions exigent le transfert des données sauvegardées vers une infrastructure cloud propriétaire pour la restauration ou l'analyse antimalware. Ce processus introduit de la latence et implique l'exfiltration des données vers des environnements tiers.
L'approche StateWarden : StateWarden fournit des capacités de restauration entièrement sur site.
- Exposition locale des blocs : la technologie Instant Mount s'appuie sur une cible iSCSI native intégrée à l'agent local. Les administrateurs peuvent monter une sauvegarde dédupliquée comme un lecteur natif en lecture seule sur une machine d'analyse isolée.
- Renseignement local sur les menaces : le sous-système Vigil analyse le lecteur monté localement à l'aide de filtres de Bloom résidant en mémoire vive, ce qui évite le recours à des API antivirus hébergées dans le cloud et tout transfert de données vers l'extérieur.
- Résultat : les données restent sur site et la restauration s'effectue localement, sans dépendance à des ressources de calcul externes.
2. Smart CBT intégré au noyau contre parcours du système de fichiers
Approche traditionnelle : De nombreux outils de sauvegarde s'appuient sur des clichés instantanés de volumes (VSS) au niveau du système d'exploitation et sur un parcours du système de fichiers en espace utilisateur pour identifier les fichiers modifiés. Cela peut augmenter la charge d'E/S sur les bases de données de production et générer des sauvegardes incrémentielles plus volumineuses.
L'approche StateWarden : StateWarden utilise un moteur Smart CBT (Changed Block Tracking) qui s'intègre au noyau de l'hôte et à la pile de stockage pour suivre les modifications au niveau bloc.
- Architecture Windows : StateWarden analyse le journal USN brut de NTFS et mappe les modifications aux numéros de cluster logiques (LCN) physiques via
FSCTL_GET_RETRIEVAL_POINTERS, sans passer par les API de fichiers standard. - Architecture Linux : les opérations d'écriture sont interceptées au niveau du périphérique bloc à l'aide des tableaux de suivi par époques natifs du noyau (
dm-era). - Résultat : les secteurs modifiés sont identifiés avec une surcharge d'IOPS minimale, ce qui permet de tenir des objectifs de point de restauration (RPO) sans impacter significativement les performances des bases de données.
3. Restauration bare metal déterministe (BMR)
Approche traditionnelle : La restauration bare metal (Bare Metal Recovery, BMR), par exemple la migration d'un serveur Linux physique vers une VM Proxmox (P2V), peut échouer au démarrage en raison de variables EFI (NVRAM) inadaptées et de chargeurs de démarrage conflictuels.
L'approche StateWarden : L'architecture BMR de StateWarden reconstruit la géométrie du disque directement pendant le processus de restauration.
- Reconstruction au niveau bloc : lors d'une restauration bare metal à l'aide de la Kiosk ISO, l'agent reconstruit la géométrie sous-jacente du disque à partir des métadonnées de disposition du disque contenues dans la sauvegarde, en préservant les en-têtes GPT primaire et secondaire.
- Restauration allégée (Zero-Skip) : le processus utilise
FSCTL_SET_ZERO_DATA(Windows) etBLKDISCARD/PUNCH_HOLE(Linux) pour ignorer l'écriture des secteurs vides, ce qui accélère la restauration et réduit l'usure en écriture des SSD. - Correctifs EFI : l'agent corrige les chemins du chargeur de démarrage et les UUID de partition pendant la restauration afin de garantir un démarrage réussi sur des topologies matérielles différentes ou des configurations LVM imbriquées.
4. Architecture cryptographique Zero Knowledge
Approche traditionnelle : Dans certains systèmes, le serveur central de gestion stocke les clés de chiffrement pour faciliter la déduplication globale. Si le serveur central est compromis, les baies de stockage comme les clés peuvent être exposées.
L'approche StateWarden : StateWarden impose une architecture Zero Knowledge.
- Cryptographie en cascade : StateWarden utilise le moteur PrimeKEM. L'appairage des appareils est sécurisé par la cryptographie post-quantique ML-KEM (Kyber). Les données au repos sont chiffrées avec AES-256-GCM et soumises à de multiples transformations cryptographiques.
- Protection de la mémoire : la clé maître n'existe dans la mémoire volatile de l'agent local que pendant le chiffrement, puis est explicitement écrasée en RAM par une mise à zéro logicielle.
- Isolation du plan de contrôle : le plan de contrôle Artemis orchestre les tâches mais n'a accès ni aux blocs de données ni aux clés de déchiffrement. La compromission du plan de contrôle n'expose pas les données des utilisateurs.