Come dismettere Home Assistant senza lasciare dati non protetti

Eva Wong è la Technical Writer e smanettatrice residente di ZimaSpace. Una geek da sempre con una passione per homelab e software open-source, si specializza nel tradurre concetti tecnici complessi in guide accessibili e pratiche. Eva crede che l'auto-ospitare debba essere divertente, non intimidatorio. Attraverso i suoi tutorial, dà potere alla comunità di demistificare le configurazioni hardware, dalla costruzione del loro primo NAS al dominio dei container Docker.

Disattiva Home Assistant solo dopo aver verificato la sostituzione o l’archivio, revocato ogni credenziale e percorso remoto e definito esplicitamente la destinazione di ciascun disco, destinazione di backup, radio e supporto rimovibile.

Un host Home Assistant può contenere molto più di configuration.yaml: registri, cronologia del database, dati sulla posizione, segreti, token API, certificati, riferimenti alle telecamere, chiavi di backup, dati degli add-on, log e credenziali per altri servizi. Inventaria questi percorsi di fiducia prima dell’arresto, conserva solo le copie di ripristino protette che intendi mantenere, quindi sanifica lo spazio di archiviazione con un metodo appropriato al supporto e al suo futuro proprietario.

Inventaria i dati e le relazioni di fiducia prima dello spegnimento

Elenca la directory di configurazione attiva, il database, i backup, i dati degli add-on, i contenuti multimediali, i log, il database esterno, le condivisioni di rete, le radio USB, le integrazioni cloud, la VPN o il tunnel, il nome DNS, i certificati, gli utenti, i token a lunga durata, gli URL dei webhook e le chiavi SSH. Registra dove si trova ogni elemento e chi può accedervi.

Mappa i sistemi esterni che considerano Home Assistant attendibile, così come le credenziali che Home Assistant usa per raggiungerli. Un server può essere offline mentre un token divulgato, un backup conservato, una chiave SSH condivisa o un percorso DNS pubblico rimangono validi. Contrassegna ogni elemento come migrare, archiviare, revocare, sanificare o conservare fisicamente.

Utilizza il confronto di ZimaSpace tra esposizione diretta e accesso tramite VPN per inventariare i percorsi remoti, i certificati, i record DNS e le relazioni di fiducia da rimuovere durante la dismissione.

Verifica la sostituzione o l’archivio protetto

Se Home Assistant viene trasferito, esegui la nuova istanza mentre il controller precedente è spento o isolato, quindi verifica utenti, automazioni, radio, dashboard, cronologia, notifiche, accesso remoto e dipendenze esterne. Se il servizio viene terminato, ripristina l’archivio conservato in un ambiente di test isolato.

Verifica che l’archivio sia crittografato, che la chiave sia conservata separatamente e che almeno una copia si trovi al di fuori dell’host dismesso. Registra la data del backup, la versione di origine, i contenuti, il checksum, il responsabile della conservazione e la data prevista di distruzione, affinché i dati conservati non diventino un’esposizione permanente e dimenticata.

Non procedere alla cancellazione finché il test non dimostra l’esito di ripristino previsto. Se la sostituzione non include uno stato critico o l’archivio non può essere decrittografato, torna all’inventario e crea una nuova copia verificata prima di modificare l’origine.

Revoca le credenziali e rimuovi l’esposizione di rete

Disabilita i vecchi utenti e i token a lunga durata di Home Assistant, ruota i segreti condivisi, revoca le autorizzazioni cloud o delle integrazioni, sostituisci gli URL dei webhook ove possibile, rimuovi le chiavi SSH e modifica le credenziali memorizzate sull’host. Revoca le autorizzazioni anche dal lato del servizio esterno, affinché una copia locale dimenticata non possa autenticarsi.

Rimuovi il port forwarding, i percorsi del proxy inverso, i tunnel, i peer VPN, i record DNS pubblici, i certificati, i controlli di monitoraggio e i callback delle automazioni indirizzati al vecchio host. Poi prova ad accedere sia dai percorsi LAN sia da quelli remoti; un semplice timeout non è sufficiente se DNS o credenziali rimangono attivi altrove.

Conserva un registro datato delle revoche. Se una credenziale condivisa non può essere isolata dall’host dismesso, ruotala per ogni utilizzatore e verifica nuovamente tali utilizzatori. Fermati se le modifiche alle credenziali interrompono la sostituzione, perché ciò rivela un percorso di fiducia condiviso e non documentato che deve essere separato.

Sanifica ogni dispositivo contenente dati e verifica il risultato

Identifica SSD o HDD interni, supporti di avvio, unità USB, archiviazione delle radio, copie sul NAS, snapshot dell’hypervisor e backup cloud. Scegli la sanificazione in base al tipo di supporto e al piano di smaltimento; eliminare i file o riformattare un file system non dimostra che i blocchi sensibili siano irrecuperabili.

Per gli SSD supportati, la cancellazione crittografica rimuove o sostituisce la chiave di cifratura invece di sovrascrivere ripetutamente la memoria flash, mentre gli strumenti di cancellazione sicura del produttore possono offrire altri metodi specifici per il supporto. L’evidenza importante è la sanificazione dell’SSD appropriata al supporto, non un comando generico di eliminazione.

Dopo la sanificazione, avvia o monta il dispositivo in un ambiente isolato e conferma lo stato vuoto o di fabbrica previsto, quindi registra il metodo e il risultato. Conserva fisicamente o distruggi i supporti quando la sanificazione non può essere verificata. Il processo termina solo quando la sostituzione funziona, gli archivi conservati sono protetti, la fiducia è stata revocata e non rimane alcuna copia non tracciata.

Supporto e consigli

Altro da leggere

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.