Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Azure HorizonDB è un servizio di database completamente gestito che offre funzionalità predefinite di disponibilità elevata, backup automatizzati e scalabilità. La protezione delle distribuzioni di database PostgreSQL è fondamentale per proteggere i dati sensibili e mantenere la conformità agli standard di settore.
Questo articolo illustra come proteggere la distribuzione del server Azure HorizonDB.
Controllo di accesso
La sezione controllo di accesso è incentrata sulla protezione del livello di accesso in base al principio dei privilegi minimi. Sottolinea il rischio di accesso non autorizzato alle risorse sensibili limitando e gestendo autorizzazioni elevate, applicando l'autenticazione a più fattori e assicurando che le azioni con privilegi vengano registrate e controllate.
Ecco alcuni possibili servizi di sicurezza, funzionalità e procedure consigliate per la sezione controllo di accesso:
Use role-based access control: Implementare Azure Role-Based Controllo di accesso (RBAC) per gestire l'accesso alle risorse di Azure HorizonDB. Assegnare i ruoli in base al principio dei privilegi minimi, assicurandosi che gli utenti e le applicazioni dispongano solo delle autorizzazioni necessarie. Per altre informazioni, vedere Azure Role Based Controllo di accesso (RBAC).
Seguire le procedure consigliate di Azure per la sicurezza: HorizonDB segue le procedure consigliate di Azure per la sicurezza per la gestione delle identità e degli accessi.
Gestire utenti, ruoli e autorizzazioni del database locale: usare la gestione dei ruoli predefinita di PostgreSQL per controllare l'accesso a livello di database. Creare ruoli personalizzati con autorizzazioni specifiche per applicare il principio dei privilegi minimi. Rivedere e controllare regolarmente questi ruoli per garantire la conformità ai criteri di sicurezza. Per altre informazioni, visitare Gestire gli utenti in Azure HorizonDB (anteprima).
Protezione dei dati
La sezione relativa alla protezione dei dati è incentrata sulla protezione dei dati inattivi e in transito sensibili. Garantisce che i dati siano crittografati, l'accesso sia controllato e che le informazioni riservate siano protette dall'accesso non autorizzato. Sottolinea l'uso della crittografia, delle connessioni sicure e della maschera dati per proteggere l'integrità e la riservatezza dei dati.
Ecco alcuni possibili servizi di sicurezza, funzionalità e procedure consigliate per la sezione relativa alla protezione dati:
Crittografare i dati in movimento
Verify le connessioni TLS: Azure HorizonDB crittografa i dati in transito tra l'applicazione e il database. Configurare l'applicazione per verificare il certificato del server. Per altre informazioni, vedere Transport Layer Security (TLS) in Azure HorizonDB (anteprima).
Assicurarsi che il client abbia installato i certificati TLS più recenti: assicurarsi che le applicazioni client dispongano dei certificati TLS più recenti installati per supportare connessioni sicure. Per altre informazioni, vedere Transport Layer Security (TLS) in Azure HorizonDB (anteprima).
Richiedere l'uso di TLS 1.3: configurare il server PostgreSQL per richiedere TLS 1.3 per tutte le connessioni. Per altre informazioni, vedere Transport Layer Security (TLS) in Azure HorizonDB (anteprima).
Crittografia di dati inattivi
Data viene sempre crittografato in modo trasparente con SMK: Azure HorizonDB crittografa automaticamente i dati inattivi usando chiavi gestite dal servizio (SMK). Questa crittografia garantisce che i dati siano protetti senza richiedere una configurazione aggiuntiva. Si basa sull'infrastruttura di Archiviazione di Azure sottostante. Copre il server primario, le repliche, il ripristino temporizzato (PITR) e i backup. Per altre informazioni, vedi Crittografia dei dati archiviati in Azure HorizonDB (anteprima).
Crittografare i dati ultra sensibili con la crittografia lato client: per i dati ultra sensibili, è consigliabile implementare la crittografia lato client. Questo approccio prevede la crittografia dei dati prima di inviarli al database, assicurandosi che nel database vengano archiviati solo i dati crittografati. Questa procedura offre un livello di sicurezza maggiore, perché il database stesso, e pertanto l'amministratore del database, non hanno accesso ai dati non crittografati.
Maschera dati e offuscamento
Implementare la maschera dati: utilizzare lo strumento per la navigazione in anonimato di PostgreSQL per supportare:
Dump anonimi: esportare i dati mascherati in un file SQL.
Maschera statica: rimuovere i dati personali in base alle regole.
Maschera dinamica: nasconde i dati personali solo per gli utenti mascherati.
Maschera visualizzazioni: consente di creare visualizzazioni dedicate per gli utenti mascherati.
Mascheramento dei wrapper dati: applicare regole di maschera ai dati esterni.
Backup e ripristino
La sezione relativa al backup e al ripristino è incentrata sulla garanzia che i dati e le configurazioni nei servizi di Azure vengano sottoposti regolarmente a backup, protetti e ripristinabili in caso di errori o emergenze. Sottolinea l'automazione dei backup, la protezione dei dati di backup e la garanzia che i processi di ripristino vengano testati e convalidati per soddisfare gli obiettivi del tempo di ripristino (RTO) e gli obiettivi del punto di ripristino (RPO). La sezione evidenzia anche l'importanza del monitoraggio e del controllo dei processi di backup per garantire la conformità e la conformità. Per una panoramica, vedere Panoramica della continuità aziendale in Azure HorizonDB (anteprima).
Ecco alcuni possibili servizi di sicurezza, funzionalità e procedure consigliate per la sezione relativa al rilevamento di backup e ripristino:
Configurare i backup automatizzati: Azure HorizonDB esegue automaticamente backup giornalieri dei file di database e esegue continuamente il backup dei log delle transazioni. È possibile conservare i backup da sette fino a 35 giorni. È possibile ripristinare il server di database in qualsiasi momento entro il periodo di conservazione dei backup. L'obiettivo RTO dipende dalle dimensioni dei dati da ripristinare e dal tempo necessario per eseguire il ripristino del log. Può variare da pochi minuti fino a 12 ore. Per altre informazioni, vedere Backups in Azure HorizonDB (anteprima).
Configurare le repliche in lettura: usare le repliche in lettura per eseguire l'offload delle operazioni di lettura dal server primario, migliorando le prestazioni e la disponibilità. È anche possibile usare le repliche in lettura per gli scenari di ripristino di emergenza, consentendo di passare rapidamente a una replica con un errore del server primario.
Proteggere i dati di backup con la crittografia della chiave gestita dal cliente: proteggere i dati di backup usando la crittografia dei dati inattivi.