Restauration de la SUSE® Security configuration
Restauration de la SUSE® Security configuration
Vous pouvez restaurer une SUSE® Security configuration précédente en appliquant un fichier de sauvegarde de configuration. Vous pouvez générer une sauvegarde manuellement ou en exporter une depuis la console SUSE® Security en naviguant vers Paramètres > Configuration et en sélectionnant l’une des options suivantes :
-
Toute la configuration : Comprend les configurations de registre, les intégrations, les paramètres système et les stratégies.
-
Stratégie uniquement : Comprend les règles et les politiques de sécurité.
Vous pouvez également automatiser les sauvegardes en utilisant l’API REST. Pour un exemple, voir Exporter et importer des fichiers de configuration.
Si tous les contrôleurs cessent de fonctionner et que l’état de configuration en temps réel est perdu, SUSE® Security peut automatiquement restaurer la configuration lorsque le stockage persistant est correctement configuré.
|
À partir de SUSE® Security v5.4.7, les données de configuration sensibles sont chiffrées en utilisant un Secret Kubernetes nommé Les versions 5.3.0 à 5.4.6 utilisaient une clé de chiffrement fixe et codée en dur. Lors d’une mise à niveau ou d’une restauration, SUSE® Security détecte automatiquement les données chiffrées avec la clé héritée et les re-chiffre en utilisant une nouvelle clé dérivée de Mettez toujours à niveau vers v5.4.7 ou version ultérieure avant de restaurer les données de configuration. Pour plus de détails, voir l’avis de sécurité : https://github.com/neuvector/neuvector/security/advisories/GHSA-h773-7gf7-9m2x |
|
SUSE® Security ne prend pas en charge les restaurations partielles (par exemple, restaurer uniquement les règles réseau) ou les restaurations à un moment donné. Utilisez des scripts d’automatisation pour sauvegarder régulièrement les fichiers de configuration et gérer les sauvegardes horodatées. Pour plus d’informations, voir Exporter et importer des fichiers de configuration. |
|
Ne modifiez pas les fichiers de configuration de sauvegarde. Modifier un fichier de sauvegarde après exportation peut entraîner des échecs de restauration ou provoquer un état système imprévisible. |
|
Utilisez les fichiers de configuration de sauvegarde uniquement pour restaurer SUSE® Security sur le même cluster d’où ils ont été exportés. Restaurer une sauvegarde sur un cluster différent peut entraîner un comportement imprévisible. |
Gestion des clés de chiffrement
Le neuvector-store-secret contient le Clé de chiffrement de clé (KEK). SUSE® Security utilise le KEK pour générer Clés de chiffrement de données (DEK), qui chiffrent les données de configuration sensibles.
Comportement de la clé :
-
Vous devez maintenir et sauvegarder le
neuvector-store-secret. -
Si le secret est manquant ou si la valeur de la clé ne respecte pas les exigences de longueur, SUSE® Security le crée ou le met à jour automatiquement.
-
Lorsque SUSE® Security crée ou met à jour le secret, il génère une alerte vous rappelant de le sauvegarder.
-
Si le KEK change ou est perdu, les données précédemment chiffrées ne peuvent pas être déchiffrées.
Lors des mises à niveau ou des restaurations progressives :
-
Les données chiffrées avec la clé codée en dur héritée sont re-chiffrées en utilisant un DEK dérivé du KEK.
-
Les données chiffrées avec un DEK dérivé du KEK ne peuvent être déchiffrées que par SUSE® Security en utilisant le même KEK.

Lorsque le re-chiffrement se produit, SUSE® Security enregistre l’action et génère un événement.
Données sensibles protégées par chiffrement
SUSE® Security chiffre les données sensibles stockées sous les chemins de clé-valeur suivants :
-
object/config/server/ldap1 -
object/config/server/oidc1 -
object/config/server/saml1 -
object/config/system -
object/config/registry -
object/config/federation/membership -
object/config/federation/clusters/… -
object/cert/…

|
Sauvegardez toujours le Lors de la restauration de SUSE® Security après une perte de données ou vers un nouveau cluster, vous devez restaurer le même secret. Les sauvegardes de configuration sans le secret correspondant ne peuvent pas être déchiffrées. |
Paramètres de haute disponibilité recommandés
La sauvegarde et la restauration manuelles doivent être considérées comme une option de récupération de dernier recours. Pour une haute disponibilité, suivez ces recommandations :
-
Déployez SUSE® Security en utilisant Helm avec un ConfigMap pour la configuration initiale.
-
Utilisez des CRD pour définir des politiques telles que des règles réseau, des profils de processus, le contrôle d’admission et d’autres politiques.
-
Exécutez plusieurs contrôleurs (un minimum de trois) pour synchroniser la configuration entre les pods et planifiez-les sur différents hôtes.
-
Configurez un stockage persistant pour récupérer des pannes à l’échelle du cluster où tous les contrôleurs cessent de fonctionner.
-
Sauvegardez régulièrement la configuration dans des fichiers de sauvegarde horodatés.
-
Restaurez la configuration de SUSE® Security à partir d’un fichier de sauvegarde uniquement en dernier recours, et réappliquez toutes les CRD qui ont changé après la création de la sauvegarde.