← Tutte le news
ARTICOLO
22 settembre 2026 Aggiornato il 26 settembre 2026 2 min di lettura

Proteggere i backup Velero prima che li trovino i ransomware

Velero resta uno dei più diffusi strumenti open source di backup e disaster recovery per Kubernetes. Proteggerlo significa backup cifrati e offsite, RBAC limitato ed esercitazioni che testano i ripristini.

In questo articolo
  1. Il successo del backup non è il successo del ripristino
  2. Dove concentrare gli sforzi di hardening
  3. Cosa Velero non copre da solo

Velero resta uno degli strumenti open source più diffusi per eseguire backup, ripristino e migrazione delle risorse dei cluster Kubernetes e dei volumi persistenti. Per i managed service provider che gestiscono molti cluster, quanto bene è configurato Velero — non solo se è installato — determina se un backup è davvero utile durante un incidente.

File di cartucce a nastro magnetico etichettate impilate in una libreria di backup di un data center
Foto: SimonWaldherr (CC BY-SA 4.0), Wikimedia Commons.

Il successo del backup non è il successo del ripristino

Un job di backup che termina senza errori dimostra che i dati sono stati acquisiti, non che possono essere ripristinati. Gli operatori ransomware prendono sempre più di mira le credenziali e le posizioni di archiviazione dei backup, sapendo che un percorso di ripristino funzionante è la differenza tra un incidente e un'interruzione del servizio. Le esercitazioni di ripristino, eseguite secondo una pianificazione e registrate come evidenza, sono l'unico modo affidabile per sapere che un backup funzionerà quando serve.

Dove concentrare gli sforzi di hardening

  • Limita l'RBAC concesso all'account di servizio di Velero a ciò che backup e ripristino richiedono realmente, non cluster-admin per impostazione predefinita.
  • Cifra i backup a riposo e conserva almeno una copia offsite o immutabile, così che un cluster compromesso non possa distruggere anche i propri backup.
  • Separa il percorso di gestione dell'archiviazione dei backup dalla rete di workload dove il backend di storage lo consente.
  • Ruota e limita l'ambito delle credenziali che Velero usa per raggiungere l'object storage, preferendo token a breve durata rispetto a chiavi statiche a lunga scadenza.
  • Tratta il percorso di ripristino stesso come una capacità da amministratore di produzione — chiunque possa avviare un ripristino di solito può sovrascrivere i dati live.

Cosa Velero non copre da solo

Velero esegue il backup degli oggetti Kubernetes e, con il plugin giusto, dei dati dei volumi persistenti — non protegge di per sé da un cluster compromesso che manometta la propria pianificazione dei backup e non sostituisce la segmentazione a livello di rete. Abbinarlo a storage immutabile e offsite chiude la lacuna più comune che gli MSP vedono nella pratica: backup che esistono ma restano raggiungibili dallo stesso raggio di impatto del cluster che proteggono.

La baseline che conta è poco affascinante: copie cifrate e offsite, accesso limitato e un'esercitazione di ripristino realmente eseguita — non solo pianificata.

Fonti: GitHub — vmware-tanzu/velero, Documentazione Velero.