Crittografia del database su cloud
Introduzione
In primo luogo, dobbiamo distinguere diversi livelli di crittografia dei dati.
- I contenuti del database sono sempre protetti da una password molto complessa. Oltre a ciò, il server è accessibile solo al personale verificato tramite chiavi SSH segrete. Questo da solo garantisce che i tuoi dati siano al sicuro da aggressori esterni.
- Inoltre, occasionalmente ci viene chiesto della crittografia dei dati "a riposo", che può sembrare un livello di sicurezza più elevato, ma in realtà ha un effetto piuttosto limitato ...
Crittografia dei dati inattivi
Il valore aggiunto di sicurezza di questo livello di crittografia è proteggere i dati dal furto fisico. Ciò significa che è molto utile per i dispositivi mobili che hanno una probabilità realistica di essere rubati. Tuttavia, quando si tratta di Easy Cloud, i dischi rigidi sono collocati in data center altamente sicuri con sorveglianza 24 ore su 7, XNUMX giorni su XNUMX e guardie armate, riducendo così al minimo il rischio di furto fisico.
Per sfatare un malinteso comune: la crittografia dei dati a riposo non fornisce una protezione aggiuntiva dagli hacker, semplicemente perché durante l'uptime del server i dati non vengono crittografati. La protezione dagli hacker è assicurata dal punto 1. sopra menzionato.
Rallenta l'applicazione
D'altra parte, la crittografia dei dati inattivi ha uno svantaggio significativo in quanto aggiunge latenza a tutte le operazioni: rallenta il database di quasi il 10%. Nel caso di Easy Redmine, che è fortemente influenzato dal database, questo è evidente per gli utenti finali.
Conclusione
Sebbene la crittografia dei dati inattivi sia possibile sul cloud privato, non è consigliata a causa del superamento degli svantaggi rispetto al valore aggiunto.
