Le lacune nel Mac backup possono lasciare non protetti file critici dei laptop
Il Mac backup può sembrare completo in un elenco di funzionalità e, allo stesso tempo, lasciare i file presenti sui laptop dei dipendenti fuori dalle copie recuperabili. Backblaze ha evidenziato questo rischio in un'analisi pubblicata il 27 ottobre 2026, sostenendo che la compatibilità nominale con i Mac non dimostra che il software di backup funzionerà in modo affidabile nell'intero parco dispositivi di un'organizzazione.
Secondo Backblaze, i Mac sono diventati i computer principali in un numero crescente di aziende tecnologiche, agenzie, scuole e società di servizi professionali. Backblaze attribuisce questo cambiamento ad Apple Silicon, la piattaforma di processori di Apple, e alle funzionalità di sicurezza di macOS, il sistema operativo di Apple. Il mercato del backup non ha necessariamente compiuto la stessa transizione. Backblaze sostiene che molti software di endpoint backup siano stati originariamente progettati per Windows e abbiano aggiunto il supporto per Mac in seguito, in risposta alla domanda dei clienti. Un endpoint è un singolo dispositivo, come il laptop o il computer desktop di un dipendente.
I dati citati da Backblaze illustrano la più ampia lacuna nella protezione. L'azienda afferma che il 43% dei team IT non esegue il backup di ogni endpoint, mentre il 58% delle organizzazioni ha subito una perdita di dati o un incidente di sicurezza durante l'anno precedente. Un ulteriore 31% ha indicato la mancanza di tempo e risorse come la principale difficoltà nella protezione degli endpoint. Solo il 9% ha descritto il ripristino dei dati dal backup come molto facile. Nel loro insieme, questi dati evidenziano un rischio concreto: i file che esistono soltanto sui laptop e non raggiungono mai lo storage condiviso possono essere tra i dati più facili da trascurare.
Una delle preoccupazioni riguarda la progettazione del backup client, cioè il software installato su ciascun computer per selezionare, copiare e inviare i file allo storage di backup. Un ported client è un software adattato da un altro sistema operativo, anziché progettato fin dall'inizio intorno a macOS. Backblaze afferma che alcuni ported client realizzati con Java, una piattaforma software utilizzata per eseguire applicazioni, o Electron, un framework per applicazioni desktop basato su tecnologie web, possono entrare in conflitto con la pianificazione delle attività di macOS e competere per le risorse di elaborazione con le applicazioni usate attivamente dall'utente. Se tale interferenza diventa problematica, il backup client può finire per essere disabilitato.
Gli aggiornamenti del sistema operativo creano una seconda fonte di rischio. Backblaze afferma che ogni release di macOS modifica il comportamento sottostante, obbligando gli sviluppatori di software di backup a seguire attentamente le release Apple destinate agli sviluppatori. Un software che impiega tempo ad adeguarsi può non rilevare alcuni file o subire un silent failure, il che significa che il backup smette di funzionare correttamente senza mostrare un avviso evidente. Questa possibilità rende la preparazione agli aggiornamenti e la segnalazione visibile dei malfunzionamenti più importanti di una semplice dichiarazione secondo cui il prodotto supporta i computer Mac.
Anche il deployment deve adattarsi al modo in cui vengono amministrati i parchi di Mac. Backblaze indica Jamf, Kandji, Addigy e Intune come piattaforme comunemente utilizzate dai team IT specializzati in Mac per configurare e gestire i dispositivi. Se l'installazione di un backup client tramite questi sistemi richiede interventi manuali su ogni computer, la copertura può diventare incoerente. Il criterio rilevante è se il software supporti lo zero-touch deployment, con cui il reparto IT può installarlo e configurarlo centralmente senza chiedere a ciascun dipendente di eseguire passaggi di configurazione.
Anche il prezzo dello storage può influire su ciò che viene protetto. Con il per-GB pricing, i costi aumentano in base al numero di gigabyte archiviati. Backblaze sostiene che questo modello può incoraggiare i team a escludere i file più grandi per contenere i costi, anche se tali file possono essere i più difficili da riprodurre. Una policy di backup tecnicamente funzionante può quindi rimanere incompleta perché le sue esclusioni sono state determinate dai costi anziché dalle esigenze di recovery.
Questi punti deboli possono passare inosservati finché un evento operativo non obbliga qualcuno a recuperare i dati. Backblaze indica come esempio l'offboarding, il processo con cui si revocano gli accessi e si raccolgono i dati quando un dipendente lascia l'organizzazione. Altri possibili eventi scatenanti includono un incidente di ransomware, in cui un software malevolo blocca l'accesso ai dati, e un audit, cioè una verifica formale dell'esistenza dei controlli e dei record richiesti. In quella fase, scoprire che un file non è mai stato copiato non significa affrontare un restore lento. Significa che non esistono dati recuperabili.
Backblaze utilizza la propria analisi per promuovere un white paper dedicato ai client Mac-native e ai ported client, allo zero-touch deployment, al per-GB pricing e alle domande da rivolgere ai potenziali vendor. La lezione applicabile anche ad altri contesti è che occorre valutare i risultati anziché le dichiarazioni di compatibilità. I team dovrebbero chiedersi come si comporta il client mentre gli utenti lavorano, quanto rapidamente si adegua ai cambiamenti di macOS, se il deployment è centralizzato, quali file il modello di prezzo potrebbe indurli a escludere, come vengono segnalati i malfunzionamenti e se sia stato verificato un restore effettivo.
Per i team che devono decidere dove conservare le copie protette, AEU Data fornisce infrastrutture cloud e dati europee che possono essere prese in considerazione nell'ambito di una revisione più ampia dell'architettura di backup.
Un processo affidabile di Mac backup richiede quindi più della semplice installazione di un'applicazione. La copertura deve includere ogni dispositivo e file previsto, il deployment deve essere compatibile con gli strumenti di amministrazione esistenti, i malfunzionamenti devono essere visibili e i team devono verificare il recovery prima che l'uscita di un dipendente, un incidente di sicurezza o un audit trasformino una lacuna inosservata in una perdita permanente di dati.