Da 24 TB a 160 TB di hard disk per server · Amsterdam, Bucarest, Chișinău · senza KYC. Paga in criptovalute: BTC, USDT, USDC, ETH, SOL, LTC, XMR
Lingua: Italiano
Scegli un hold

Guida · Backup resistenti al ransomware

Come rendo immutabili i backup contro il ransomware sul mio server?

Sei modi per dare alla macchina che proteggi accesso in scrittura senza diritto di cancellazione, cosa lascia comunque passare ciascuno, e le due cose che cancellano qualsiasi backup su un server noleggiato.

Ultimo aggiornamento: · 8 min di lettura

Risposta rapida

Come rendo immutabili i backup contro il ransomware sul mio server?

Per rendere immutabili i backup contro il ransomware sul tuo server, dai al client di backup accesso in scrittura ma nessun diritto di cancellazione: un repository restic o Borg append-only, un repository hardened di Veeam, oppure snapshot ZFS sotto un altro account. Basalthold noleggia il server da 110,99 USD per 30 giorni (prezzo di 2 November 2026), cripto, senza KYC.

Quali metodi bloccano i backup su un server che controlli?

MetodoCosa non può fare la macchina di cui è stato fatto il backupChi può ancora cancellareVerificato in
restic con rest-server --append-onlyCancellare o modificare i backup esistentiUn admin che si connette senza il flag; root sul serverrest-server README
Borg con borg serve --append-onlySovrascrivere o cancellare dati già confermatiUn prune o compact successivo in modalità normale; rootDocumentazione di Borg 1.4.5
Proxmox Backup Server, ruolo DatastoreBackupFare il prune dei suoi backupGli utenti con DatastorePowerUser o DatastoreAdmin; rootDocumentazione di PBS 4.2
Repository hardened di VeeamSpostare, modificare o cancellare file per 7-9999 giorniroot sul server del repositoryGuida di Veeam B&R 13
S3 Object Lock, modalità complianceCancellare o cambiare una versione bloccata prima della sua dataNessun utente, root incluso, secondo MinIODocumentazione di MinIO e Kopia
Snapshot ZFS tramite un altro accountModificare un'istantanea, che è di sola letturaUn account con diritti di distruzione, dopo il rilascio di eventuali blocchiPagine man di OpenZFS

Documentazione consultata il 2 novembre 2026.

Cosa significa immutabile per un backup?

Un ransomware che prende il controllo di un server di solito prende anche le credenziali di backup salvate lì. Se quelle credenziali possono eliminare i vecchi backup, l'attaccante li elimina prima di cifrare qualsiasi cosa.

Un backup immutabile chiude quella porta. La macchina di cui si fa il backup può aggiungere nuovi dati, ma niente di ciò che contiene può rimuovere o riscrivere le vecchie versioni. Alcuni metodi lo impongono tramite diritti di accesso, altri tramite un blocco con una data di scadenza.

Se la macchina che proteggi può eliminare i propri backup, allora può farlo anche chiunque ne prenda il controllo.

Come funzionano restic e Borg in modalità append-only?

Il rest-server di restic ha un flag --append-only. Il suo README dice che la modalità consente nuovi backup ma impedisce l'eliminazione e la modifica di quelli esistenti. Esegui il prune da una macchina di amministrazione tramite una seconda istanza senza il flag, oppure sul server stesso.

Borg impone la modalità con un comando forzato in authorized_keys, oppure con append_only = 1 nella configurazione del repository. La sua documentazione elenca chiaramente i limiti:

  • borg delete e borg prune funzionano comunque; si limitano a marcare i dati come eliminati.
  • La scrittura successiva in modalità normale rimuove quei dati per sempre, quindi il pruning automatico rende la modalità inutile.
  • Esegui borg check prima di fare il prune di un repository append-only.
  • rm funziona ancora sui file, quindi i client devono raggiungere il repository solo tramite borg serve.

Confronto tra i due strumenti su restic o Borg per i backup offsite.

Append-only lato server
# restic: rest-server, one private repository per user
rest-server --path /tank/restic --append-only --private-repos --tls \
  --tls-cert /etc/rest-server/cert.pem --tls-key /etc/rest-server/key.pem

# Borg: in ~backup/.ssh/authorized_keys, one line per client key
command="borg serve --append-only --restrict-to-path /tank/borg/web1",restrict ssh-ed25519 AAAA... web1

Come bloccano i backup Proxmox Backup Server e Veeam?

Proxmox Backup Server funziona per ruoli. Un utente con DatastoreBackup può fare il backup e il ripristino dei propri backup, ma il pruning richiede DatastorePowerUser. La garbage collection inoltre attende 24 ore e 5 minuti prima di rimuovere i chunk. Abbinala a un job di sync tirato dal server offsite, così casa non conserva alcun login offsite. La configurazione completa è su un Proxmox Backup Server offsite su un server in affitto.

Il repository hardened di Veeam funziona per tempo. I file restano immutabili da 7 a 9999 giorni, e le credenziali con cui sono stati installati i servizi di Veeam non sono mai state salvate. I passaggi per una macchina in affitto sono su un repository hardened di Veeam su un server Linux in affitto.

Posso usare S3 Object Lock sul mio server?

Solo se il tuo server S3 lo implementa, e le due opzioni open-source più note differiscono.

  • MinIO documenta l'object locking su bucket con versioning, in modalità GOVERNANCE o COMPLIANCE. In modalità COMPLIANCE nessun utente può modificare una versione bloccata, root incluso. Ma il repository della community di MinIO è stato archiviato il 25 aprile 2026, non è più mantenuto e viene distribuito solo come codice sorgente.
  • Garage elenca Object Lock e il versioning dei bucket come mancanti nella sua pagina di compatibilità S3.

Lato client, Kopia supporta Object Lock: il bucket deve averlo abilitato alla creazione, e Kopia consiglia la modalità compliance. L'altro suo consiglio vale ovunque: una chiave di accesso senza permessi di eliminazione. Altri server S3 sono confrontati su le migliori alternative a MinIO per S3 self-hosted.

Come proteggono le istantanee ZFS un backup dal proprio client?

Lascia che il client scriva via SFTP o rsync come account ordinario, e lascia che sia root a creare le istantanee. OpenZFS descrive un'istantanea come una copia di sola lettura di un file system. L'account del client non ottiene alcun diritto destroy tramite zfs allow, quindi non può rimuoverle.

Un hold aggiunge un secondo blocco. Finché un'istantanea ha un hold, zfs destroy su di essa fallisce con EBUSY finché qualcuno non rilascia l'hold.

Istantanee create da root, su un dataset su cui scrive il client, trasformano qualsiasi destinazione rsync o SFTP in una versione versionata e append-only.

Istantanea notturna con un hold, eseguita da root
snap=tank/backup@$(date +%F)
zfs snapshot "$snap"
zfs hold keep "$snap"
zfs holds "$snap"        # lists the hold named keep

Cosa riesce ancora a eliminare i backup immutabili su un server in affitto?

Due cose, ed entrambe stanno fuori dal software di backup.

  • Root sul server di backup. Ogni metodo descritto sopra alla fine cede a root. Tieni root su una chiave che non risiede mai sulle macchine di cui fai il backup, e limita SSH al tuo indirizzo di amministrazione.
  • L'affitto stesso. Ogni server viene pagato in anticipo dal tuo saldo in criptovalute, per 30 giorni, 3 mesi, 6 mesi o 12 mesi come scelto al checkout. Il rinnovo automatico addebita di nuovo la stessa durata al prezzo con cui hai iniziato, a meno che tu non imposti un'altra durata per il rinnovo successivo nella dashboard; quando il saldo non basta, il server si ferma alla fine del suo periodo, i suoi dischi vengono conservati per 7 giorni e poi cancellati. Riavvii, reinstallazioni e cancellazioni si richiedono nella dashboard e vengono gestiti dal team; una reinstallazione cancella ogni disco, dischi dati inclusi. Un blocco più lungo del periodo pagato non protegge nulla.

Un server di storage non è un backup di se stesso: non conserviamo alcuna copia dei tuoi dati altrove, quindi una seconda copia in un altro posto resta compito tuo. Inoltre le versioni bloccate non possono essere rimosse in anticipo con il prune, quindi il pool cresce di ogni versione conservata. L'indagine di Basalthold su 2 November 2026 ha rilevato che i server di storage da 72 TB o più costano una mediana di $4.86 per TB al mese presso host che accettano criptovalute senza KYC. Hold 100 costa $3.77/TB, a lordo. Termini fino a 12 mesi sono su il listino prezzi degli hold.

Cos'altro si chiede sulle backup immutabili?

Un repository append-only è la stessa cosa di uno immutabile?

Vicino, ma non uguale. Append-only impedisce al client di eliminare o riscrivere i dati. Un blocco temporale, come nel repository hardened di Veeam o in S3 Object Lock in modalità compliance, blocca anche gli amministratori fino alla data di scadenza.

RAID o un mirror ZFS rendono immutabili i backup?

No. La ridondanza copia ogni modifica, eliminazioni comprese, su tutti i dischi. L'immutabilità richiede versioni che la macchina di cui si fa il backup non può rimuovere: istantanee, repository append-only o blocchi temporali.

Un ransomware sul mio PC può raggiungere un'istantanea ZFS sul server?

Non tramite l'account di backup, purché quell'account non abbia diritto di distruzione sul dataset. L'istantanea è di sola lettura. Solo root sul server, o un account a cui hai delegato la distruzione, può rimuoverla.

Per quanto tempo i backup dovrebbero restare bloccati?

Più a lungo di quanto un'intrusione potrebbe passare inosservata, e meno del tuo periodo pagato. Veeam consente da 7 a 9999 giorni. Un blocco di 30 giorni su un affitto di 30 giorni non lascia margine, quindi affitta per più tempo.

Basalthold conserva una copia se il mio server viene cancellato?

Un server di storage non è un backup di se stesso: non conserviamo alcuna copia dei tuoi dati altrove, quindi una seconda copia in un altro posto resta compito tuo. Tieni una seconda copia indipendente da qualche altra parte.

Un server i cui vecchi backup non possono essere eliminati dai tuoi client

Hold 100: Intel Xeon Silver 4210R (10 core / 20 thread), 128 GB DDR4 ECC, 10 × hard disk da 10 TB (100 TB raw) più 2 × SSD da 480 GB per il sistema, in mirroring, porta da 1 Gbit/s con 120 TB di traffico ogni 30 giorni, 1 IPv4 e un IPv6 /64, per $377,05/30 giorni, oppure $3,167.22 per 12 mesi. Cripto, senza KYC.

Fonti (10)
  1. README di rest-server (--append-only) — restic on GitHub (read 2026-11-02)
  2. Note aggiuntive: modalità append-only (Borg 1.4.5) — BorgBackup documentation (read 2026-11-02)
  3. Gestione utenti: ruoli pbs.proxmox.com/docs/user-management.html — Proxmox Backup 4.2 documentation (read 2026-11-02)
  4. Attività di manutenzione: garbage collection pbs.proxmox.com/docs/maintenance.html — Proxmox Backup 4.2 documentation (read 2026-11-02)
  5. Hardened Repository e come funziona l'immutabilità (Veeam Backup & Replication 13) — Veeam Help Center (read 2026-11-02)
  6. Object locking e retention — MinIO documentation (read 2026-11-02)
  7. repository minio/minio (archiviato il 25 aprile 2026) — MinIO on GitHub (read 2026-11-02)
  8. Stato della compatibilità S3 — Garage (read 2026-11-02)
  9. Protezione ransomware — Kopia documentation (read 2026-11-02)
  10. zfsconcepts(7), zfs-allow(8) e zfs-hold(8) — OpenZFS (read 2026-11-02)

24 TB da $110.99/30 giorni · senza KYC

Scegli un hold