Protezione delle connessioni al database

Quando le applicazioni si connettono a un database, spesso i dati sensibili viaggiano attraverso la rete. Senza una sicurezza adeguata, questi dati potrebbero essere intercettati o manomessi.

• Riservatezza: impedisce la visualizzazione non autorizzata dei dati.
• Integrità: garantisce che i dati non vengano alterati durante il trasferimento.
• Autenticazione: verifica l'identità sia del client sia del server.

Questa lezione si concentra su due metodi fondamentali: la crittografia SSL/TLS e le restrizioni degli accessi basate sull'indirizzo IP.

SSL/TLS (Secure Sockets Layer/Transport Layer Security) è la tecnologia standard per stabilire un collegamento crittografato tra un server web e un client (o, nel nostro caso, tra un server di database e un client).

• Crittografa tutti i dati scambiati, proteggendoli dalle intercettazioni.
• Utilizza certificati digitali per verificare l'identità del server (e, facoltativamente, del client).
• È fondamentale per proteggere dati come password, informazioni finanziarie e dati personali durante il trasferimento.

Per utilizzare SSL/TLS, il server di database ha bisogno di un certificato digitale e di una chiave privata. Questi elementi comprovano l'identità del server.

• Certificati autofirmati: sono i più semplici da creare per i test o le reti interne, ma non sono considerati attendibili per impostazione predefinita.
• Certificati firmati da una CA: rilasciati da un'autorità di certificazione (CA) e considerati attendibili a livello globale, sono ideali per gli ambienti di produzione.

Per questa lezione, supporremo che disponga già di un certificato del server (server.crt) e di una chiave privata (server.key).

Per abilitare SSL in PostgreSQL, deve modificare il file postgresql.conf. In questo modo indica al server di ascoltare le connessioni sicure e specifica dove trovare i certificati.

Parametri principali:

• ssl = on: abilita SSL.
• ssl_cert_file: percorso del certificato del server.
• ssl_key_file: percorso della chiave privata del server.

Dopo aver apportato le modifiche, riavvii PostgreSQL.

Per MySQL, configurerà SSL/TLS nel file my.cnf (o my.ini su Windows), in genere nella sezione [mysqld].

Specificherà i percorsi del certificato del server, della chiave privata e, facoltativamente, di un certificato dell'Autorità di certificazione (CA), se ne utilizza uno per verificare i certificati client.

Dopo aver apportato le modifiche, riavvii il servizio MySQL affinché diventino effettive.

Dopo aver configurato il server, è necessario indicare ai client di utilizzare SSL/TLS durante la connessione. Spesso è sufficiente specificare le opzioni SSL nella stringa di connessione o nel comando.

Ecco un esempio che utilizza il client psql per PostgreSQL, richiedendo esplicitamente la modalità SSL:

• sslmode=require: forza una connessione SSL.
• sslrootcert: percorso del certificato CA per la verifica del server.

Oltre alla crittografia, limitare l'accesso in base all'indirizzo IP del client è una pratica di sicurezza fondamentale. In questo modo, solo i computer considerati attendibili possono anche solo tentare di connettersi al database.

Può configurare questa limitazione:

• A livello del server di database (ad esempio, tramite pg_hba.conf di PostgreSQL o le istruzioni GRANT di MySQL).
• Utilizzando un firewall (come UFW o firewalld) per bloccare il traffico verso la porta del database proveniente da IP non autorizzati.

La combinazione di entrambi i metodi offre una difesa a più livelli.

PostgreSQL utilizza il file pg_hba.conf per l'autenticazione basata sull'host. Ogni riga specifica i tipi di connessione, i database, gli utenti e gli indirizzi IP autorizzati.

Campi comuni:

• TYPE: host (TCP/IP), local (socket Unix).
• DATABASE: all, nome di un database specifico.
• USER: all, utente specifico.
• ADDRESS: intervallo di IP (ad esempio, 192.168.1.0/24) o singolo IP.
• METHOD: scram-sha-256, md5, peer, ecc.

Ricordi di riavviare PostgreSQL dopo la modifica.

In MySQL, limita l'accesso degli utenti specificando l'host da cui possono connettersi quando crea o modifica un utente con l'istruzione GRANT.

La sintassi 'user'@'host' è fondamentale:

• 'localhost': solo dal server stesso.
• '192.168.1.100': solo da uno specifico indirizzo IP.
• '%': da qualsiasi host (utilizzare con estrema cautela!).
• '192.168.1.%': da qualsiasi IP nell'intervallo 192.168.1.x.

Utilizzi sempre l'host più restrittivo possibile.

La protezione delle connessioni al database è un'attività continua. Ecco alcune best practice:

• Principio del privilegio minimo: conceda agli utenti e alle applicazioni solo le autorizzazioni necessarie.
• Password robuste: imponga password complesse e le cambi regolarmente.
• Regole del firewall: utilizzi il firewall del server (UFW/firewalld) per limitare l'accesso alle porte del database (ad esempio, 5432 per PostgreSQL e 3306 per MySQL) ai soli IP attendibili.
• Verifiche regolari: esamini periodicamente i log del database e le configurazioni di accesso.
• Mantenga aggiornato il software: applichi tempestivamente le patch di sicurezza al server di database e al sistema operativo.

Quali dei seguenti sono metodi validi per migliorare la sicurezza delle connessioni al database?

In questa lezione abbiamo analizzato tecniche fondamentali per proteggere le connessioni al database:

• SSL/TLS: crittografa i dati in transito, garantendone la riservatezza e l'integrità. Abbiamo visto come abilitarlo in PostgreSQL e MySQL e come i client possano connettersi in modo sicuro.
• Limitazioni IP: limita chi può connettersi al database in base al proprio indirizzo di rete, utilizzando pg_hba.conf per PostgreSQL e le istruzioni GRANT per MySQL.
• Best practice: abbiamo inoltre esaminato consigli generali di sicurezza, come l'utilizzo di password robuste e l'esecuzione di verifiche regolari.

Implementando queste misure, ridurrà significativamente il rischio di accessi non autorizzati e violazioni dei dati.