Problemi e Sfide della Sicurezza nei Database
Al momento attuale, è difficile immaginare un’organizzazione che non utilizzi i database nelle sue attività quotidiane. Il database è uno degli asset più significativi e preziosi per qualsiasi azienda. Poiché il database può contenere informazioni molto sensibili o riservate, la protezione del database è il compito principale per un team di supporto al database, poiché qualsiasi perdita di informazioni può essere disastrosa.
Ci sono diversi metodi di base comunemente usati per rubare dati, vale a dire:
- Direttamente dai file del database
- Dai file di backup del database
- Intercettando il traffico del database
- Utilizzando accesso non autorizzato
- Vulnerabilità nel core dell’RDBMS
Sfortunatamente, è impossibile escludere la possibilità di perdita di dati, ma se si seguono semplici regole, è possibile rendere questo processo molto difficile. Queste regole sono:
- Limitare l’accesso al server del database e al server di backup del database. Non è solo necessario limitare l’accesso remoto al server del database, ma anche limitare l’accesso fisico.
- Archiviare i file del database su un file system crittografato. Questo può aiutare nel caso in cui il supporto di archiviazione fisico venga rubato, poiché sarà molto difficile recuperare i dati da un file system crittografato.
- Se il database supporta la crittografia dei file di dati, abilitarla. Nel caso in cui i file del database vengano copiati, questi file non possono essere utilizzati senza essere stati decriptati.
- Archiviare i backup del database su un file system crittografato. Se i file di backup vengono trasferiti su un altro server, assicurarsi che il traffico di rete sia crittografato.
- Se il database supporta il backup crittografato, abilitarlo; in caso contrario, utilizzare soluzioni di terze parti per crittografare i file di backup.
- Limitare l’accesso alla rete al database. L’accesso dovrebbe essere consentito solo alle macchine che comunicano con questo database. Se, ad esempio, solo il server dell’applicazione utilizza il database, sarebbe una buona idea consentire l’accesso solo dal server dell’applicazione.
- Molti database supportano la crittografia del traffico di rete tra la macchina client e l’RDBMS. Se è così, abilitarla.
- Gli utenti del database dovrebbero avere il minimo insieme di privilegi necessario. Cercare di evitare di assegnare ruoli amministrativi agli utenti dell’applicazione. Eseguire script su base regolare che tracciano gli utenti con privilegi amministrativi per future analisi.
- Usando i profili del database, limitare la possibilità di impostare password deboli per gli utenti. Configurare il profilo del database in modo da richiedere agli utenti di cambiare periodicamente la loro password di accesso.
- Analizzare i log di accesso al database. Analizzare non solo i tentativi di accesso falliti, ma anche quelli riusciti. Ci possono essere situazioni in cui un utente accede dal proprio posto di lavoro utilizzando le credenziali di un altro utente.
- L’applicazione deve essere costruita in modo da archiviare tutti i dati sensibili in formato crittografato. Se un’applicazione archivia le password degli utenti in testo semplice e l’utente, per qualche motivo, ottiene l’accesso a questa tabella, ciò può rappresentare un grosso problema per la sicurezza del database.
- Come qualsiasi software, i database possono avere vulnerabilità di sicurezza che consentono di bypassare le regole specificate. Aggiornare periodicamente il software del database. Tracciare le patch di sicurezza e applicarle immediatamente una volta pubblicate.
Seguendo queste linee guida puoi proteggere il tuo database e ridurre significativamente le possibilità di perdita o furto di dati.
