Microsoft 365: backup e drift del tenant, su storage di tua proprietà.

Il backup di caselle e file protegge i contenuti, ciò che le persone hanno creato. Un backup della configurazione del tenant protegge le regole con cui il tenant funziona: Conditional Access, policy Intune, protezioni Exchange, consensi delle app e altro, su nove servizi Microsoft. EtherInsights salva solo il livello di configurazione; i contenuti restano al tuo strumento di backup attuale. La maggior parte degli incidenti che riscrivono un tenant tocca il livello che il backup dei contenuti non vede mai.

Tu, e hai due opzioni. Azure Blob Storage nella tua sottoscrizione è l'opzione standard già disponibile: un account creato da EtherInsights o uno che colleghi tu, sotto un prefisso per tenant e con credenziali cifrate. Lo storage a oggetti compatibile S3 di Impossible Cloud è pienamente supportato e tiene la copia completamente fuori dal cloud Microsoft. In entrambi i casi residenza dei dati e contratto con il provider restano tuoi, il che risponde anche alla domanda di uscita: i dati sono già nel tuo storage.

I backup rigorosi vengono bloccati in scrittura con il meccanismo write-once del provider: WORM a livello di versione su Azure o S3 Object Lock in modalità compliance. Poi EtherInsights lo verifica provando a cancellare esattamente la versione protetta, e accetta come prova solo il rifiuto specifico di immutabilità del provider più una rilettura del checksum. Nessun utente, amministratore dello storage, processo EtherInsights o credenziale di backup compromessa può rimuovere una versione protetta prima della scadenza della conservazione.

Come una modifica fatta dal tuo amministratore, perché è esattamente ciò che accade. Il tuo amministratore accede, EtherInsights costruisce il piano, mostra ogni passaggio previsto o saltato e chiede una conferma digitata prima di eseguire con quell'accesso delegato. Il log di audit di Microsoft registra il tuo amministratore, l'approvazione multi-amministratore di Intune viene rispettata e EtherInsights conserva la propria cronologia di ripristino passo per passo.

Fissi come baseline denominata un qualsiasi snapshot di backup completato. I controlli girano ogni 6 ore per impostazione predefinita, fino a ogni ora, su 17 aree osservate tra Entra, Intune, Windows 365, Teams, Defender, SharePoint e impostazioni di amministrazione Microsoft 365. Ogni elemento è riportato come modificato, aggiunto o rimosso, con valore vecchio e nuovo affiancati e l'autore indicato quando i dati di audit Microsoft ne registrano uno. Un controllo che non è potuto girare non viene mai riportato come tenant pulito.

Lo stato del backup per cliente è già nella console partner, e un'API in sola lettura porta la salute dei backup nelle tue dashboard. Lo storage immutabile di proprietà del partner, con una credenziale, un bucket dedicato, pianificazione e conservazione per cliente e accesso partner basato sui ruoli, è in pilota con partner MSP. Il recupero resta volutamente limitato al singolo cliente: non esiste un ripristino massivo tra clienti.

I contenuti, cioè posta, file e messaggi, sono fuori ambito per scelta; tieni il tuo backup attuale per quello. Alcuni carichi sono di solo backup dove Microsoft non offre un percorso di scrittura, un oggetto ricreato riceve un nuovo ID Microsoft, e utenti o gruppi eliminati definitivamente da più di 30 giorni non possono essere davvero ricreati da nessuno strumento, questo incluso. Preferiamo che tu lo sappia prima di un incidente, non durante.