Cet article est la référence canonique pour chaque valeur de performance et de sécurité mesurée publiée sur www.statewarden.com et dans les documents StateWarden. Il précise ce qui a été mesuré, sur quels systèmes et dans quelles conditions.
1. Pourquoi cette page existe
StateWarden étiquette chaque affirmation publique de performance et de sécurité selon sa source. Il existe quatre étiquettes :
- Mesuré en laboratoire : un résultat de test reproductible produit sur les systèmes de référence décrits ci-dessous, avec la méthode de test décrite dans cet article.
- Objectif d'ingénierie : un objectif de conception que le système est construit pour atteindre ; ce n'est pas encore une mesure publiée.
- Auto-évalué : notre propre évaluation par rapport à un référentiel publié, avec la méthode de notation divulguée (par exemple l'évaluation SEAL).
- Vérifié par un tiers : confirmé par un organisme externe, avec le périmètre de la vérification indiqué à côté de l'affirmation.
Si une valeur apparaît sur une page StateWarden sans l'une de ces étiquettes, il s'agit d'une erreur éditoriale - signalez-la via un ticket de support.
2. Environnement de test
Les mesures proviennent de deux sources.
Laboratoire sur site :
- Hyperviseurs : Proxmox VE 9 et VMware ESXi/vCenter 8.0.3.
- Systèmes clients : Debian 13 et Windows 10/11.
- Stations de travail de référence : AMD Ryzen 7 7700X avec stockage Kingston NVMe (Windows 11) et AMD Ryzen 9 9950X3D (Debian 13).
- Réseau du laboratoire : 1 Gbps.
Propre flotte de production : 24 machines (stations de travail et serveurs, Windows et Linux) adossées au plan de contrôle de production.
Méthode de vérification : chaque mesure est répétée sur plusieurs exécutions. Les résultats sont recoupés avec les journaux système et les enregistrements de la base de données ; aucun résultat n'est accepté sur la seule base d'une confirmation dans l'interface utilisateur.
3. Empreinte de ressources de l'agent
| Mesure | Machine Windows 11 (Ryzen 7 7700X) | Machine Debian 13 (Ryzen 9 9950X3D) |
|---|---|---|
| CPU au repos | 0.02% | 0.02% |
| RAM au repos | ~24 MB | ~24 MB |
| CPU pendant une sauvegarde complète | 26% | 21% |
| CPU pendant une sauvegarde incrémentielle (Smart CBT) | 28% | 18% |
Deux conditions limites s'appliquent à ces valeurs. Premièrement, le réseau de laboratoire à 1 Gbps était le goulot d'étranglement à chaque exécution de sauvegarde - l'agent n'a jamais été le facteur limitant. Deuxièmement, le débit disque a été mesuré comme identique avec et sans l'agent installé.
La surcharge du chemin d'écriture du pilote de suivi des modifications n'a pas encore été mesurée. Elle figure dans les objectifs d'ingénierie ci-dessous, et aucune valeur à son sujet n'apparaît dans les documents StateWarden.
4. Temps de restauration
Instant iSCSI Mount (voir Instant Mount : restauration de fichiers via iSCSI natif) :
| Scénario | Temps mesuré |
|---|---|
| Volume Linux | 5-20 s |
| Volume Windows | 5-120 s |
Le temps de montage est indépendant de la taille du volume. Volumes testés : 30 GB, 500 GB, 10 TB et 1 PB.
Proxmox Instant Boot : la tâche de montage s'est achevée en 15 s au plus ; le système d'exploitation invité a atteint son état démarré en ~120 s.
La restauration bare-metal Smart BMR (voir Procédure de restauration bare metal), mesurée en temps écoulé du démarrage de la Recovery ISO jusqu'à l'écran de connexion du système d'exploitation, sur des disques de référence de 2 TB :
| OS | Exécutions individuelles (minutes) | Plage |
|---|---|---|
| Linux | 5, 6, 5, 6, 4 | 4-6 min |
| Windows | 7, 8, 7, 9, 8 | 7-9 min |
La mesure inclut le démarrage de l'environnement de récupération, l'authentification, la recréation de la structure des disques, le transfert des données système via la liaison 1 Gbps et le premier démarrage du système restauré jusqu'à son écran de connexion. Elle exclut les activités postérieures à la restauration telles que la reconfiguration des applications, la réintégration au domaine et la restauration de volumes de données supplémentaires. Lors de ces exécutions, l'opérateur a saisi la clé de récupération manuellement, ce qui est une source de variance connue - une remise automatisée de la clé serait plus rapide.
5. Échelle et déduplication
- Plus grand volume protégé : un cluster Ceph de 1 PB.
- Plus grand Realm unique : 24 appareils.
Déduplication mesurée sur des Realms de production, exprimée en taille logique de restauration par rapport au stockage physique occupé :
| Taille logique de restauration | Stockage physique | Mode de clé |
|---|---|---|
| 13.10 TB | 210 GB | Clé du Realm |
| 8.15 TB | 207 GB | Clé par appareil |
| 30.15 TB | 620 GB | Clé du Realm |
| 3.15 TB | 177 GB | Clé du Realm |
Une sauvegarde incrémentielle d'un volume typique avec ~5% de changements quotidiens se termine en environ 2 minutes. Une VM de référence est sauvegardée toutes les 4 heures.
Les ratios de déduplication dépendent de la charge de travail. Les valeurs ci-dessus décrivent quatre Realms de production spécifiques ; elles ne constituent pas une prédiction pour toute autre charge de travail.
6. Fiabilité de la flotte (utilisation interne en production)
StateWarden protège sa propre flotte de production avec le même logiciel que celui livré aux clients :
- 24 machines sous protection continue pendant 6 mois.
- Taux de réussite des sauvegardes de 100% sur 30 jours dans l'ensemble de la flotte.
- ~40 mises à jour OTA des agents livrées depuis avril 2026.
- Plus longue exécution ininterrompue : 6 mois.
7. Résultats des tests Active Defense
Les résultats suivants proviennent de tests en conditions réelles du détecteur de ransomware basé sur l'entropie et de ses options de réponse (voir Ransomware Protection : politiques de réponse) :
- Les données d'attaque simulée ont été mesurées à une entropie moyenne de 7.51/8, contre 3.73 pour des données ordinaires.
- L'alerte a été envoyée 5 secondes après la détection.
- La sauvegarde concernée a été automatiquement mise en quarantaine et marquée.
- Le verrouillage réseau optionnel a maintenu le canal de gestion actif et a persisté à travers une réinitialisation matérielle, jusqu'à son annulation par un déverrouillage confirmé par MFA.
- Avec Smart CBT armé, la détection s'est déclenchée après environ 500 MB d'écritures chiffrées.
- L'option de réponse par mise hors tension forcée a également été testée.
Tous les résultats ont été reproduits sur des systèmes de production en fonctionnement.
8. Glossaire des affirmations
- RTO (Recovery Time Objective) : le temps maximal ciblé entre une panne et le moment où le service restauré est à nouveau disponible. Le temps d'Instant Mount et le temps d'un BMR complet sont des métriques différentes : Instant Mount mesure l'accès aux données de sauvegarde sur un système en fonctionnement, tandis que le BMR mesure la reconstruction complète d'une machine jusqu'à l'écran de connexion. Citer un temps de montage comme RTO pour une restauration système complète serait trompeur ; StateWarden publie donc les deux valeurs séparément.
- Instant Mount : attacher un instantané de sauvegarde à un système en fonctionnement via iSCSI, de sorte que les fichiers puissent être lus ou copiés immédiatement, sans restaurer l'intégralité du volume.
- Instant Boot : démarrer une machine virtuelle directement depuis sa sauvegarde sur l'hyperviseur, avant que les données ne soient retransférées vers le stockage local.
- Smart BMR : la procédure de restauration bare-metal de StateWarden : démarrer la machine depuis la Recovery ISO, s'authentifier, sélectionner un point de restauration ; la structure des disques est recréée et les données système sont réécrites.
- Sauvegarde incrémentielle permanente : après une sauvegarde complète initiale, chaque exécution ultérieure ne transfère que les blocs modifiés ; les points de restauration sont synthétisés à partir du magasin de blocs dédupliqués, de sorte qu'aucune sauvegarde complète périodique répétée n'est nécessaire.
- « Mesuré » et « objectif d'ingénierie » : « mesuré » désigne une valeur produite par le processus de test décrit dans cet article ; « objectif d'ingénierie » désigne un objectif de conception qui n'a pas encore été publié comme mesure, et il est étiqueté comme tel partout où il apparaît.
9. Objectifs d'ingénierie (pas encore mesurés)
Les éléments suivants sont des objectifs de conception, pas des mesures publiées :
- Garanties de temps de restauration dans le cadre d'un SLA contractuel.
- Surcharge du chemin d'écriture du pilote de suivi des modifications.
- Surcharge de ressources de l'agent sur des réseaux plus rapides que 1 Gbps.
- Valeurs de débit de la couche cryptographique.
- Un ratio de déduplication pour toute charge de travail client spécifique.
Lorsqu'une page StateWarden indique une valeur sans l'étiquette de mesure, cette valeur relève de cette liste.
10. Comment vérifier
- Le Security Challenge décrit comment les chercheurs externes et les clients peuvent tester directement les affirmations de sécurité de StateWarden.
- Le livre blanc sur la souveraineté SEAL documente l'auto-évaluation par rapport au EU Cloud Sovereignty Framework, y compris la méthode de notation.