Comment mettre hors service Home Assistant sans laisser de données non protégées

Ne mettez Home Assistant hors service qu’une fois le remplacement ou l’archive vérifié, tous les identifiants et accès distants révoqués, et chaque disque, cible de sauvegarde, radio et support amovible associé à une décision explicite.

Un hôte Home Assistant peut contenir bien plus que configuration.yaml : registres, historique de la base de données, données de localisation, secrets, jetons d’API, certificats, références de caméras, clés de sauvegarde, données des modules complémentaires, journaux et identifiants d’autres services. Répertoriez ces chemins de confiance avant l’arrêt, ne conservez que les copies de récupération protégées que vous souhaitez garder, puis assainissez le stockage avec une méthode adaptée au support et à son futur propriétaire.

Répertorier les données et les relations de confiance avant l’arrêt

Répertoriez le répertoire de configuration actif, la base de données, les sauvegardes, les données des modules complémentaires, les médias, les journaux, la base de données externe, les partages réseau, les radios USB, les intégrations cloud, le VPN ou tunnel, le nom DNS, les certificats, les utilisateurs, les jetons longue durée, les URL de webhook et les clés SSH. Indiquez où se trouve chaque élément et qui peut y accéder.

Cartographiez les systèmes externes qui accordent leur confiance à Home Assistant ainsi que les identifiants que Home Assistant utilise pour y accéder. Un serveur peut être hors ligne alors qu’un jeton divulgué, une sauvegarde conservée, une clé SSH partagée ou une route DNS publique reste valide. Marquez chaque élément comme étant à migrer, archiver, révoquer, assainir ou conserver physiquement.

Utilisez la comparaison ZimaSpace entre l’exposition directe et l’accès VPN pour répertorier les accès distants, certificats, enregistrements DNS et relations de confiance qui doivent être supprimés lors du retrait.

Vérifier le remplacement ou l’archive protégée

Si Home Assistant est déplacé, exécutez la nouvelle instance pendant que l’ancien contrôleur est éteint ou isolé, puis testez les utilisateurs, automatisations, radios, tableaux de bord, historiques, notifications, accès distants et dépendances externes. Si le service est arrêté, restaurez l’archive conservée dans un environnement de test isolé.

Vérifiez que l’archive est chiffrée, que la clé est stockée séparément et qu’au moins une copie se trouve hors de l’hôte retiré. Consignez la date de sauvegarde, la version source, le contenu, la somme de contrôle, le responsable de la conservation et la date de destruction prévue afin que les données préservées ne deviennent pas une exposition permanente oubliée.

Ne commencez pas l’effacement tant que le test n’a pas confirmé le résultat de récupération prévu. Si le remplacement ne contient pas un état critique ou si l’archive ne peut pas être déchiffrée, revenez à l’inventaire et créez une nouvelle copie vérifiée avant de modifier la source.

Révoquer les identifiants et supprimer l’exposition réseau

Désactivez les anciens utilisateurs et les jetons longue durée de Home Assistant, renouvelez les secrets partagés, révoquez les autorisations cloud ou d’intégration, remplacez les URL de webhook lorsque cela est possible, supprimez les clés SSH et modifiez les identifiants qui étaient stockés sur l’hôte. Révoquez-les du côté du service externe afin qu’une copie locale oubliée ne puisse pas s’authentifier.

Supprimez les redirections de ports, les routes de proxy inverse, les tunnels, les pairs VPN, les enregistrements DNS publics, les certificats, les contrôles de supervision et les rappels d’automatisation qui ciblent l’ancien hôte. Essayez ensuite d’y accéder depuis le réseau local et depuis l’extérieur ; un simple délai d’attente ne suffit pas si le DNS ou les identifiants restent actifs ailleurs.

Conservez un registre daté des révocations. Si un identifiant partagé ne peut pas être isolé de l’hôte retiré, renouvelez-le pour chaque utilisateur et retestez ces utilisateurs. Arrêtez-vous si les changements d’identifiants interrompent le remplacement, car cela révèle un chemin de confiance partagé et non documenté qui doit être séparé.

Featured

ZimaCube 2 NAS personnel Cloud à domicile

ZimaCube2

$799.00 - $2,499.00

Buy Now

Assainir chaque appareil contenant des données et vérifier le résultat

Identifiez les SSD ou disques durs internes, supports de démarrage, clés USB, dispositifs de stockage des radios, copies sur NAS, instantanés d’hyperviseur et sauvegardes cloud. Choisissez l’assainissement en fonction du type de support et du plan de mise au rebut ; supprimer des fichiers ou reformater un système de fichiers ne prouve pas que les blocs sensibles sont irrécupérables.

Pour les SSD compatibles, l’effacement cryptographique supprime ou remplace la clé de chiffrement au lieu de réécrire la mémoire flash à plusieurs reprises, tandis que les outils d’effacement sécurisé des fabricants peuvent proposer d’autres méthodes adaptées au support. L’élément essentiel est l’assainissement du SSD adapté au support, et non une commande de suppression générique.

Après l’assainissement, démarrez ou montez l’appareil dans un environnement isolé et confirmez l’état vide ou d’usine attendu, puis consignez la méthode et le résultat. Conservez physiquement ou détruisez les supports lorsque l’assainissement ne peut pas être vérifié. Le processus ne s’achève que lorsque le remplacement fonctionne, que les archives conservées sont protégées, que la confiance est révoquée et qu’aucune copie non suivie ne subsiste.