I dati in transito, noti anche come dati in movimento, sono dati che si spostano su una rete tra un mittente e una destinazione. Mentre lo fanno, sono suscettibili all'intercettazione da parte di hacker. Le organizzazioni possono mitigare questo rischio crittografando i dati prima della trasmissione e fino a quando non raggiungono la destinazione con transport layer security (TLS). La protezione dei dati in transito è una strategia di sicurezza fondamentale che integra i dati inattivi (dati archiviati) e i dati in uso (dati elaborati).
Punti chiave
- I dati in transito sono dati che si spostano attivamente nelle reti, tra browser e server, app mobili e servizi di back-end, API e microservices o durante la replica del database tra regioni.
- Quando i dati non sono crittografati durante il transito, utenti malintenzionati possono intercettarli tramite packet sniffing, attacchi man-in-the-middle (MITM) o session hijacking.
- Transport Layer Security (TLS) protegge i dati in transito crittografandoli prima che lascino la sorgente e decrittografandoli solo all'arrivo a destinazione.
- La crittografia in transito è solo una parte di una strategia completa di protezione dei dati, che deve includere anche la protezione dei dati a riposo e dei dati in uso.
- Le piattaforme di database avanzate come MongoDB proteggono i dati end-to-end, utilizzando TLS per i dati in transito, la crittografia standard per i dati inattivi e funzionalità come Queryable Encryption.
Sommario
Come funziona la crittografia dei dati in transito (TLS/SSL)
Best practice: come funziona la protezione dei dati in transito
Oltre ai dati in transito: protezione dell'intero ciclo di vita dei dati
- Domande frequenti
Comprendere i dati in transito
Per dati in transito si intendono i dati che si spostano da una posizione all'altra, sull'Internet pubblico, una rete privata o su servizi all'interno di un ambiente cloud. Nelle moderne applicazioni distribuite, la protezione di questi dati è un requisito di sicurezza fondamentale.
I dati devono essere protetti in tre stati: in transito, a riposo e in uso.
Dove viaggiano i dati:
Da un browser web a un server web.
Tra microservices in un'architettura distribuita.
Da una app mobile a un'API di backend.
Tra aree geografiche durante la replica del database o la migrazione.
Tra diversi provider cloud nelle implementazioni multi-cloud.
I diversi stati dei dati introducono diverse considerazioni sulla sicurezza. I dati in transito sono particolarmente esposti poiché viaggiano in reti dove parti non autorizzate possono tentare di intercettarli, ispezionarli o modificarli.
Perché i dati in transito sono vulnerabili
Raramente i dati in transito effettuano un percorso singolo e isolato. Spesso attraversano:
Indirizzi IP pubblici su Internet aperto.
Reti aziendali con infrastruttura condivisa.
Reti private in virtual private cloud.
Ambienti ibridi e multi-cloud.
Senza solidi controlli di sicurezza, i dati in transito possono essere esposti a:
Intercettazione e packet sniffing: Gli attaccanti intercettano dati non crittografati per leggere informazioni sensibili come credenziali o dati personali.
Attacchi MITM: Un attaccante si inserisce tra un client e un server per impersonare una o entrambe le parti.
Dirottamento di sessione e furto di token: I cookie di sessione o i token di accesso rubati consentono l'accesso non autorizzato alle applicazioni.
Manomissione: Le richieste o le risposte vengono modificate mentre sono in transito, alterando potenzialmente le transazioni o iniettando payload dannosi.
La mancata protezione dei dati in transito può comportare violazioni dei dati, perdita di fiducia da parte dei clienti, perdita di dati, interruzioni operative e sanzioni normative nell'ambito di framework come GDPR, HIPAA e PCI DSS.
Come funziona la crittografia dei dati in transito (TLS/SSL)
La crittografia garantisce che i dati vengano trasformati in un formato illeggibile prima che lascino un sistema. Questo si ottiene principalmente tramite Transport Layer Security (TLS), il successore del precedente protocollo SSL.
Una tipica connessione TLS include:
Handshake: il client e il server concordano sulle tecniche di crittografia e sulle suite di cifratura.
Verifica: i sistemi convalidano i certificati digitali emessi da autorità di certificazione (CA) attendibili.
Scambio di chiavi: la chiave pubblica e le chiavi private stabiliscono una crittografia simmetrica sicura per la sessione.
Una volta consolidati, i dati transitano in forma crittografata. Anche se intercettati, non possono essere compresi senza la corretta chiave di decrittografia.
Gli standard moderni di successo per i dati in transito includono:
Utilizzo di HTTPS per tutte le applicazioni Web.
Supporto di TLS 1.2 o TLS 1.3.
Utilizzo di suite di cifratura avanzate e crittografia asimmetrica.
Mantenimento di una corretta rotazione dei certificati e controlli di revoca.
Rafforzamento della convalida rigorosa dei certificati digitali.
La crittografia applicata in modo coerente tra servizi e ambienti è fondamentale. L'adozione parziale può creare collegamenti deboli in un'architettura altrimenti sicura.
Best practice: Come proteggere i dati in transito
Per proteggere i dati in transito, le organizzazioni devono adottare un approccio a livelli.
Usa TLS per impostazione predefinita, ovunque
Crittografa il traffico client-server e service-to-service.
Disabilita i protocolli legacy come TLS 1.0 e 1.1.
Garantisci che tutti gli endpoint esterni mantengano una connessione sicura.
Convalida i certificati correttamente
Non disabilitare mai la verifica dei certificati in produzione.
Per le implementazioni in rete privata, utilizzare CA attendibili o un'infrastruttura a chiave pubblica (PKI) interna.
Monitora certificati digitali scaduti o configurati in modo errato.
Blocca i percorsi di accesso
Preferire la rete privata a un'ampia esposizione pubblica.
Utilizza elenchi di IP consentiti, firewall e gruppi di sicurezza.
Limita i servizi che possono comunicare tra loro.
Proteggi le credenziali e i token in transito
Non inviare mai password o chiavi di crittografia su connessioni non crittografate.
Utilizza token a breve durata e cookie sicuri.
Rafforza HSTS per prevenire gli attacchi di downgrade.
Monitoraggio e test
Scansiona regolarmente le configurazioni TLS.
Esegui i test di penetrazione.
Registra e invia avvisi quando si verificano modelli di autenticazione e traffico di rete anomali.
Tecniche di crittografia avanzate devono essere affiancate da una disciplina operativa.
Linee guida per scenari comuni
Applicazioni web e mobile
Rafforza HTTPS.
Utilizza cookie sicuri e HSTS.
Gestisci il protocollo TLS tramite bilanciatori di carico affidabili.
API e microservices
Crittografa le comunicazioni interne da servizio a servizio.
Usa il TLS reciproco per l'autenticazione.
Valuta i service mesh e i pattern di rete zero-trust.
Pipeline di dati, backup e migrazioni
Crittografa il traffico di replica tra diverse aree.
Assicurati che i trasferimenti di file e gli strumenti di backup utilizzino protocolli di comunicazione sicuri.
Evita di esporre gli endpoint di migrazione tramite indirizzi IP pubblici.
Carichi di lavoro regolamentati
Una crittografia avanzata in transito supporta le argomentazioni di conformità per i settori regolamentati. Sebbene la sola crittografia non garantisca la conformità, è un controllo obbligatorio nella maggior parte delle normative sulla protezione dei dati.
In che modo MongoDB protegge i dati in transito
Una piattaforma di database sicura dovrebbe rendere semplice e affidabile la protezione dei dati in transito.
TLS per impostazione predefinita nel cloud
In MongoDB Atlas, tutti i dati in transito sono crittografati per impostazione predefinita utilizzando TLS. Questo include:
Connessioni dalle applicazioni al server del database.
Traffico tra i nodi in un cluster.
Traffico di replica e backup.
I clienti non devono abilitare manualmente la crittografia per le distribuzioni MongoDB Atlas standard.
Standard di crittografia moderni e configurabili
MongoDB supporta moderne versioni di TLS come TLS 1.2, con TLS 1.3 disponibile in molti ambienti, insieme a suite di crittografia configurabili nelle distribuzioni aziendali. Ciò consente alle organizzazioni di allineare la crittografia con le misure di sicurezza interne e i requisiti di conformità.
Connessioni sicure tra i modelli di distribuzione
MongoDB Atlas (managed cloud): TLS applicato per impostazione predefinita.
Enterprise Advanced (self-managed): TLS configurabile con controlli enterprise.
Community Edition: TLS supportato ma deve essere esplicitamente abilitato.
Indipendentemente dal tipo di implementazione, MongoDB fornisce la base per dati in transito sicuri.
Oltre ai dati in transito: protezione dell'intero ciclo di vita dei dati
La protezione dei dati in transito è una parte di una più ampia strategia di protezione dei dati.
MongoDB supporta anche:
Crittografia dei dati inattivi, con cifratura a livello di disco e chiavi gestite dal cliente.
Crittografia in uso attraverso la crittografia a livello di campo lato client.
Funzionalità avanzate come Queryable Encryption, in cui i campi sensibili rimangono crittografati a riposo, in transito e persino durante l'elaborazione delle query.
Queryable Encryption consente alle applicazioni di lavorare con i dati crittografati senza esporre il testo in chiaro al server del database. Questo riduce in modo significativo il rischio derivante da accessi non autorizzati e aiuta a proteggere i carichi di lavoro che elaborano informazioni altamente sensibili.
Non dovrebbe essere necessario aggiungere la crittografia come componente aggiuntivo o diventarne un esperto per proteggere i dati in transito. Una piattaforma di database moderna dovrebbe offrire queste funzionalità fin dalla progettazione. Il grafico seguente evidenzia i diversi metodi di crittografia. Consulta l'elenco completo della compatibilità di Queryable Encryption qui.
Risorse correlate
- Configurazione TLS di MongoDB — Leggi la documentazione dettagliata sulla configurazione di TLS/SSL per connessioni MongoDB sicure.
- Crittografia in transito — Scopri come MongoDB crittografa i dati che si spostano tra le reti utilizzando TLS per proteggere le informazioni sensibili tra applicazioni e database.
- Crittografia dei dati inattivi — Scopri come MongoDB protegge i dati archiviati con la crittografia dei dati inattivi e le opzioni di gestione delle chiavi.
- Crittografia dei dati in MongoDB — Panoramica delle funzionalità di crittografia dei dati di MongoDB per proteggere i dati sensibili durante il loro ciclo di vita.
- Queryable Encryption — Scopri come MongoDB consente di eseguire query sui dati crittografati mantenendo crittografati i campi sensibili.