Metodi di crittografia dei dati: tipi, algoritmi e scelta della protezione
I metodi di crittografia dei dati aiutano a proteggere informazioni personali, documenti aziendali, pagamenti, corrispondenza e backup dalla lettura di estranei. In questo articolo esamineremo quali tipi di crittografia esistono, come si differenziano gli algoritmi simmetrici e asimmetrici, dove vengono applicati AES, RSA, ECC e TLS, e come scegliere l'approccio adatto per un sito web, un'applicazione, un database o un dispositivo.
La crittografia non rende il sistema "invulnerabile". Risolve un compito specifico: trasforma dati comprensibili in un insieme di simboli che non possono essere letti senza una chiave. Pertanto, la protezione reale dipende non solo dall'algoritmo, ma anche dalla gestione delle chiavi, dalle impostazioni, dagli aggiornamenti, dal controllo degli accessi e dalla disciplina degli utenti.
Cos'è la crittografia dei dati
La crittografia dei dati è il processo di trasformazione delle informazioni originali, o testo in chiaro, in testo cifrato. Per la trasformazione si utilizza un algoritmo e una chiave crittografica. Per riportare i dati allo stato originale, è necessaria la chiave corretta per la decrittazione.
Un esempio semplice: un utente invia dati bancari tramite un sito web. Se la connessione è protetta da HTTPS, il browser e il server stabiliscono un canale cifrato. Anche se qualcuno intercetta il traffico, vedrà non il numero della carta in chiaro, ma un insieme di byte senza valore.
È importante distinguere la crittografia da meccanismi adiacenti:
- Hashing crea un'impronta irreversibile dei dati. È adatto per la memorizzazione di password e verifica dell'integrità.
- Codifica cambia il formato dei dati, ma non li protegge. Ad esempio, Base64 è facilmente decodificabile.
- Offuscamento complica l'analisi del codice o dei dati, ma non sostituisce la crittografia.
- Firma conferma l'autenticità e l'immutabilità dei dati, ma non sempre nasconde il contenuto.
In altre parole, se è necessario nascondere il contenuto, serve proprio la crittografia. Se è necessario dimostrare che i dati non sono stati modificati, spesso si usano hash e firme digitali.
Obiettivi principali della crittografia
I metodi di protezione dei dati sono solitamente scelti in base ai rischi specifici. La crittografia ha diversi obiettivi chiave.
Riservatezza
La riservatezza significa che i dati sono accessibili solo a chi ha il permesso e la chiave. Questo è importante per le cartelle cliniche, i contratti commerciali, i dati personali, la corrispondenza e le informazioni di pagamento.
Integrità
La crittografia di per sé non garantisce sempre che i dati non siano stati modificati. Pertanto, gli schemi moderni utilizzano la crittografia autenticata, ad esempio AES-GCM o ChaCha20-Poly1305. Questi nascondono simultaneamente i dati e rilevano manomissioni.
Autenticazione
L'autenticazione aiuta a garantire che il partecipante allo scambio sia realmente colui che dice di essere. In TLS si utilizzano certificati, mentre in altri sistemi si impiegano firme digitali e chiavi.
Non ripudio
Il non ripudio significa che il mittente non può negare in modo verosimile l'invio o la firma del messaggio. Per questo si utilizzano firme digitali, ad esempio basate su RSA o ECDSA.
Crittografia simmetrica
La crittografia simmetrica utilizza la stessa chiave segreta per cifrare e decifrare. Se Alice vuole inviare un file a Bob, entrambi devono conoscere la chiave comune. Quella chiave non può essere rivelata a terzi.
Il principale vantaggio degli algoritmi simmetrici è l'alta velocità. Pertanto, vengono utilizzati per grandi volumi di dati: file, dischi, archivi, database e traffico di rete dopo aver stabilito una connessione sicura.
AES
AES, o Advanced Encryption Standard, è uno degli algoritmi simmetrici più comuni. Viene utilizzato in HTTPS, VPN, messenger, crittografia di dischi e sistemi aziendali.
AES supporta chiavi di 128, 192 e 256 bit. Nella pratica, AES-128 è già considerato robusto per la maggior parte degli scenari, mentre spesso si sceglie AES-256 per la protezione a lungo termine e requisiti normativi rigorosi. Tuttavia, la lunghezza della chiave non è l'unico fattore. Anche la modalità di funzionamento e la qualità dell'implementazione sono critiche.
Modalità comuni AES:
- GCM — modalità moderna con verifica dell'autenticità dei dati. Spesso utilizzata in TLS e API.
- CBC — modalità vecchia, che richiede attenzione con vettori e verifica dell'integrità.
- CTR — trasforma la crittografia a blocchi in modalità stream, ma richiede contatori unici.
- XTS — utilizzata per cifrare dischi e archivi.
Per nuovi progetti, si sceglie spesso AES-GCM, se l'ambiente lo supporta in modo sicuro e accelera AES a livello hardware.
ChaCha20-Poly1305
ChaCha20-Poly1305 è un moderno schema di crittografia autenticata. Combina il flusso di crittografia ChaCha20 e il codice di autenticazione Poly1305. Questa opzione è particolarmente utile su dispositivi mobili e piattaforme senza accelerazione hardware per AES.
ChaCha20-Poly1305 è applicato in TLS, protocolli VPN e messenger protetti. Il suo vantaggio è una buona performance nell'implementazione software e una resistenza a vari errori tipici delle vecchie modalità.
Quando utilizzare la crittografia simmetrica
La crittografia simmetrica è scelta quando è necessario proteggere rapidamente un grande volume di dati. Scenari tipici:
- crittografia di file e cartelle;
- protezione di backup;
- crittografia di dischi di laptop e server;
- protezione dei dati nei database;
- crittografia del traffico di rete dopo lo scambio di chiavi;
- protezione di segreti in memoria locale dell'applicazione.
La principale difficoltà è trasmettere e archiviare la chiave in modo sicuro. Se la chiave viene rubata, un malintenzionato sarà in grado di decifrare i dati.
Crittografia asimmetrica
La crittografia asimmetrica utilizza una coppia di chiavi: una pubblica e una privata. La chiave pubblica può essere inviata ad altre persone. La chiave privata deve essere mantenuta segreta.
Se i dati sono cifrati con la chiave pubblica, possono essere decifrati solo dalla chiave privata corrispondente. Se un messaggio è firmato con una chiave privata, chiunque possieda la chiave pubblica può verificare la firma.
Nella pratica, gli algoritmi asimmetrici vengono raramente utilizzati per cifrare grandi file direttamente. Sono più lenti rispetto a quelli simmetrici. Pertanto, viene spesso applicato uno schema ibrido: la crittografia asimmetrica trasmette o negozia in modo sicuro una chiave simmetrica, mentre i dati vengono cifrati con un algoritmo veloce come AES o ChaCha20.
RSA
RSA è un classico algoritmo asimmetrico utilizzato per la crittografia, firme digitali e scambio di chiavi. La sua sicurezza si basa sulla difficoltà di fattorizzare grandi numeri.
Nei sistemi moderni, RSA viene generalmente utilizzato con una lunghezza della chiave di almeno 2048 bit. Per la protezione a lungo termine, si considerano spesso chiavi da 3072 bit e oltre. Tuttavia, RSA richiede schemi di riempimento corretti, come OAEP per la crittografia e PSS per le firme. L'"RSA nuda" senza padding sicuro non può essere utilizzata.
ECC
ECC, o crittografia su curve ellittiche, offre un alto livello di protezione con dimensioni della chiave più piccole rispetto a RSA. Questo è comodo per dispositivi mobili, IoT, certificati TLS e sistemi con risorse limitate.
Le opzioni popolari includono ECDH per lo scambio di chiavi e ECDSA per firme digitali. Inoltre, sono ampiamente utilizzati schemi moderni basati su Curve25519 ed Ed25519.
Diffie-Hellman e ECDH
Diffie-Hellman è un metodo per negoziare un segreto comune tramite un canale pubblico. Non cripta i dati direttamente, ma aiuta le due parti a ottenere una chiave comune senza rivelarla esplicitamente.
ECDH è una versione su curve ellittiche. In TLS, meccanismi di questo tipo aiutano spesso a creare una chiave di sessione per ulteriori cifrature simmetriche.
Una proprietà importante delle configurazioni moderne è la segretezza diretta. Se una chiave a lungo termine del server viene compromessa in futuro, le vecchie sessioni registrate non devono rivelarsi automaticamente. A tal fine, vengono utilizzate chiavi temporanee, come ECDHE.
Hashing e crittografia: qual è la differenza
L'hashing è spesso menzionato accanto alla crittografia, ma si tratta di operazioni diverse. La crittografia deve essere reversibile: i dati possono essere decritti quando si dispone della chiave. L'hashing è irreversibile: non è possibile ripristinare i dati originali dalla loro hash in modo normale.
Le funzioni hash vengono utilizzate per verificare l'integrità, firme digitali, memorizzazione di password e deduplicazione dei dati. Le funzioni hash crittografiche comuni sono: SHA-256 e SHA-3.
Per le password non si può utilizzare il normale SHA-256 senza misure aggiuntive. Le password devono essere memorizzate utilizzando funzioni specializzate: Argon2, bcrypt o scrypt. Queste rallentano gli attacchi e utilizzano il sale, affinché password identiche non producano valori identici.
Confronto dei metodi di crittografia dei dati
Di seguito è riportata una tabella riassuntiva che aiuta a scegliere rapidamente il metodo appropriato per il compito.
| Metodo | Per cosa è adatto | Vantaggi | Limitazioni |
|---|---|---|---|
| AES-GCM | API, TLS, file, database | Crittografia rapida e verifica dell'integrità | Richiede nonce unici e implementazione corretta |
| ChaCha20-Poly1305 | Applicazioni mobili, VPN, TLS | Buona velocità senza AES hardware | Necessita supporto nella libreria e nel protocollo |
| AES-XTS | Crittografia completa dei dischi | Adatto per dispositivi a blocchi | Non è progettato per messaggi normali e API |
| RSA-OAEP | Protezione di segreti piccoli, scambio di chiavi | Ampia compatibilità | Più lento dell'ECC, richiede chiavi grandi |
| ECDH/ECDHE | Negozi di chiavi di sessione | Efficacia e segretezza diretta | È importante scegliere curve sicure |
| Ed25519/ECDSA | Firme digitali | Verifica dell'autenticità e integrità | Non nasconde il contenuto dei dati |
| Argon2/bcrypt/scrypt | Memorizzazione di password | Protezione contro attacchi di forza bruta | Non è crittografia, la password non può essere ripristinata |
Se è necessaria una scelta pratica universale, per le nuove applicazioni si considerano solitamente la crittografia autenticata: AES-GCM o ChaCha20-Poly1305. Per la trasmissione di chiavi e connessioni sicure, si utilizza TLS con suite di cifratura moderne.
Crittografia dei dati a riposo, in transito e in uso
Per scegliere un metodo di crittografia dei dati, è utile comprendere lo stato dei dati. Le stesse informazioni possono essere vulnerabili in momenti diversi del loro ciclo di vita.
Dati a riposo
I dati a riposo sono archiviati su dischi, in database, archivi cloud e backup. Per proteggerli si utilizzano:
- crittografia completa del disco;
- crittografia di file singoli;
- crittografia di tabelle o colonne di database;
- crittografia di archiviazione oggettiva;
- crittografia dei backup prima dell'invio nel cloud.
La crittografia completa del disco protegge il dispositivo in caso di furto o perdita. Tuttavia, non protegge sempre i dati da un utente o processo che è già entrato nel sistema. Pertanto, per campi sensibili, si aggiunge spesso la crittografia a livello di applicazione.
Dati in transito
I dati in transito si muovono in rete: tra browser e sito, applicazione e API, ufficio e cloud, cliente e server VPN. Qui vengono maggiormente utilizzati:
- TLS per HTTPS e API;
- SSH per l'amministrazione dei server;
- VPN per tunnel di rete protetti;
- protocolli sicuri per la posta e la messaggistica.
La regola principale è: non inviare password, token, documenti e dati personali su canali non protetti. Anche una rete interna non dovrebbe essere considerata completamente fidata.
Dati in uso
I dati in uso si trovano nella memoria e vengono elaborati dall'applicazione. Questa è una zona difficile da proteggere. La crittografia ordinaria deve decriptare i dati prima dell'elaborazione, altrimenti il programma non sarà in grado di elaborarli.
Per scenari particolarmente rigorosi, si utilizzano ambienti di esecuzione sicuri, moduli hardware di sicurezza e, in alcune situazioni, la crittografia omomorfica. Tuttavia, queste tecnologie sono più complesse e non adatte a tutti i progetti.
Crittografia end-to-end
La crittografia end-to-end significa che i dati vengono cifrati sul dispositivo del mittente e decritti solo sul dispositivo del destinatario. Il servizio intermediario non deve possedere chiavi per leggere il contenuto.
Questo approccio viene utilizzato in messenger protetti, alcuni archivi cloud e servizi di collaborazione. Riduce i rischi in caso di violazione del server, poiché il server memorizza o trasmette già dati cifrati.
Tuttavia, la crittografia end-to-end crea anche difficoltà pratiche:
- il recupero dell'accesso diventa più difficile;
- la ricerca nel contenuto può essere limitata;
- la sincronizzazione tra dispositivi richiede una gestione attenta delle chiavi;
- l'amministratore non può facilmente controllare il contenuto per violazioni delle normative.
Quindi, E2EE è particolarmente utile per la corrispondenza privata e documenti sensibili, ma richiede un'esperienza utente ben progettata.
Gestione delle chiavi di crittografia
La crittografia spesso fallisce non a causa di un algoritmo debole, ma per il cattivo uso delle chiavi. Una chiave memorizzata nel codice dell'applicazione o inviata in un messenger può annullare persino la crittografia più robusta.
Generazione di chiavi
Le chiavi devono essere generate utilizzando un generatore di numeri casuali crittograficamente resistente. Non è possibile inventare chiavi manualmente, utilizzare date, nomi, frasi brevi o normali funzioni di numeri casuali dalla libreria standard senza destinazione crittografica.
Archiviazione delle chiavi
Le chiavi devono essere archiviate separatamente dai dati cifrati. A tal fine, si utilizzano:
- KMS nell'infrastruttura cloud;
- HSM per la protezione hardware delle chiavi;
- gestori di segreti;
- archivi sicuri del sistema operativo;
- token hardware e TPM.
Se database e chiave si trovano sullo stesso server senza protezione aggiuntiva, la compromissione del server può rivelare tutti i dati.
Rotazione delle chiavi
La rotazione è la sostituzione pianificata delle chiavi. Riduce i danni in caso di compromissione e aiuta a rispettare le politiche di sicurezza interne. Ma la rotazione deve essere gestita: è necessario sapere quali dati sono cifrati con quale chiave, dove si trova la versione della chiave e come eseguire la decrittazione senza perdita di dati.
Separazione dei diritti
Non ogni amministratore dovrebbe avere accesso alle chiavi. È preferibile separare i ruoli: alcuni specialisti si occupano dell'infrastruttura, altri gestiscono le chiavi, altri ancora analizzano i log. Questo approccio riduce il rischio di abusi ed errori.
Come scegliere un metodo di crittografia dei dati
Di seguito è riportato un algoritmo pratico passo passo, adatto per un sito web, un'app mobile, un sistema aziendale o un piccolo servizio.
- Definire il tipo di dati. Separare le informazioni in categorie: pubbliche, interne, personali, di pagamento, segreto commerciale, credenziali.
- Descrivere le minacce. Pensare a cosa deve essere protetto: smarrimento di un laptop, intercettazione del traffico, violazione del database, insider, compromissione dell'account cloud.
- Definire lo stato dei dati. I dati sono a riposo, in transito o attivamente elaborati dall'app.
- Scegliere un algoritmo collaudato. Per grandi quantità di dati utilizzare AES-GCM o ChaCha20-Poly1305. Per dischi — AES-XTS. Per lo scambio di chiavi — ECDHE. Per le password — Argon2, bcrypt o scrypt.
- Utilizzare librerie pronte. Non scrivere la propria crittografia. Scegliere librerie mature e protocolli standard.
- Configurare la gestione delle chiavi. Decidere dove vengono generate le chiavi, chi ha accesso, come vengono ruotate e come vengono distrutte.
- Aggiungere il controllo dell'integrità. Preferire la crittografia autenticata. Non contare sulla riservatezza senza verifica dell'autenticità.
- Verificare il recupero. Assicurarsi che i backup delle chiavi siano protetti e che la procedura di ripristino sia chiara e testata.
- Documentare la soluzione. Registrare gli algoritmi scelti, i parametri, le versioni delle librerie e le regole d'accesso.
- Eseguire audit. Aggiornare regolarmente i protocolli, disabilitare suite di cifratura obsolete e controllare i log di accesso.
Questo approccio aiuta a non scegliere l'algoritmo "per nome", ma a costruire un sistema di protezione attorno a dati e rischi reali.
Errori comuni nella crittografia
Anche gli algoritmi più robusti non salvano se vengono applicati in modo errato. Di seguito sono elencati errori che si verificano particolarmente spesso.
Crittografia scritta a mano
Creare il proprio algoritmo è quasi sempre una cattiva idea. La crittografia affidabile richiede anni di analisi. È meglio utilizzare standard aperti e librerie collaudate.
Riutilizzo di nonce o IV
Molte modalità moderne richiedono nonce o vettori di inizializzazione unici. La ripetizione può portare alla divulgazione dei dati. Questo è particolarmente critico per le crittografie a flusso e modalità come GCM.
Memorizzazione delle chiavi insieme ai dati
Se la chiave si trova nello stesso database o repository dei dati cifrati, la protezione diventa formale. Le chiavi devono essere isolate e l'accesso a esse limitato.
Assenza di verifica dell'integrità
La crittografia senza autenticazione può consentire a un malintenzionato di modificare silenziosamente i dati criptati. Pertanto, è meglio utilizzare modalità AEAD: AES-GCM o ChaCha20-Poly1305.
Algoritmi e protocolli obsoleti
Non dovrebbero essere utilizzati DES, 3DES, RC4, MD5 e SHA-1 per la protezione crittografica di nuovi sistemi. Inoltre, è necessario disattivare le versioni obsolete di TLS e le suite di cifratura deboli.
Errata gestione delle password
Le password non possono essere memorizzate in chiaro o cifrate in modo tale da poter essere ripristinate. L'approccio corretto è l'hashing con sale e una funzione lenta, come Argon2id.
Esempi pratici di applicazione
I metodi di crittografia dei dati variano a seconda del contesto. Consideriamo alcuni casi tipici.
Protezione di siti e API
Per un sito web è obbligatorio configurare HTTPS con una configurazione TLS moderna. Il certificato deve essere valido, la catena di fiducia corretta e il reindirizzamento da HTTP a HTTPS attivato. Per le API è importante anche proteggere i token di accesso, limitarne la durata e non trasmettere segreti negli URL.
Crittografia di database
Un database può utilizzare la crittografia a livello di disco, tabelle o singoli campi. Se un malintenzionato ottiene una copia del file del database, la crittografia complica la lettura. Ma se ottiene accesso all'app con diritti di lettura, i dati possono essere rivelati. Pertanto, la crittografia del database deve essere combinata con il controllo degli accessi, audit delle richieste e segmentazione della rete.
Protezione di backup
I backup spesso contengono i dati più preziosi, ma sono meno protetti rispetto al sistema principale. Devono essere crittografati prima di essere inviati in uno spazio di archiviazione esterno. Le chiavi dei backup devono essere archiviate separatamente. Inoltre, è necessario verificare regolarmente il recupero; altrimenti, un backup potrebbe rivelarsi inutile.
Crittografia di laptop e dispositivi mobili
La crittografia completa del disco protegge i dati in caso di smarrimento del dispositivo. Nella pratica, deve essere abbinata a password robuste, blocco dello schermo, aggiornamenti di sistema e possibilità di cancellazione remota.
Scambio di file aziendali
Per lo scambio di documenti riservati è meglio utilizzare servizi con crittografia in transito e a riposo, gestione dei diritti, log di accesso e autenticazione a più fattori. L'invio delle password per gli archivi tramite lo stesso canale utilizzato per gli archivi stessi riduce l'efficacia della protezione.
Aspetti normativi e organizzativi
La crittografia è spesso richiesta non solo a livello tecnico, ma anche organizzativo. Le aziende elaborano dati personali, informazioni di pagamento, dati medici e segreti commerciali. In tali casi è importante considerare le leggi applicabili, i contratti e gli standard di settore.
Tuttavia, la conformità ai requisiti non si riduce a dire "i dati sono cifrati". Di solito è necessario dimostrare quali dati sono protetti, quali algoritmi vengono applicati, chi ha accesso alle chiavi, come viene effettuato l'audit e cosa succede in caso di incidente.
È utile avere una politica interna di protezione crittografica. In essa vengono documentati gli algoritmi consentiti, i parametri minimi delle chiavi, le regole per l'archiviazione dei segreti, il processo di rotazione e le responsabilità dei team.
Futuro della crittografia e rischi quantistici
I computer quantistici, se diventano abbastanza potenti e accessibili, potrebbero influire sulla crittografia asimmetrica. In particolare, RSA, Diffie-Hellman e molti schemi su curve ellittiche saranno a rischio. Anche gli algoritmi simmetrici richiederanno attenzione, ma l' aumento della lunghezza delle chiavi riduce parzialmente il rischio.
Per prepararsi a tali scenari, si stanno sviluppando algoritmi post-quantistici. Già emergono standard e schemi ibridi, dove metodi classici si combinano con quelli post-quantistici. Per la maggior parte delle organizzazioni, è oggi più importante eliminare prima i protocolli obsoleti, stabilire la gestione delle chiavi e fare un inventario della crittografia. Dopo, sarà possibile pianificare il passaggio a soluzioni post-quantistiche dove i dati devono rimanere segreti per molti anni.
FAQ: domande frequenti sulla crittografia dei dati
Qual è il metodo di crittografia dei dati più sicuro?
Non esiste un metodo unico per tutte le necessità. Per grandi volumi di dati si sceglie in genere AES-GCM o ChaCha20-Poly1305. Per connessioni sicure — TLS con suite di cifratura moderne. Per le password non è necessaria la crittografia, ma Argon2id, bcrypt o scrypt.
Perché AES-256 è migliore di AES-128?
AES-256 utilizza chiavi più lunghe e offre una maggiore resilienza. Ma anche AES-128 è considerato robusto se implementato correttamente. Nelle reali implementazioni, gli errori più comuni non riguardano la lunghezza della chiave, ma la memorizzazione delle chiavi, la scelta della modalità e la configurazione dei protocolli.
È possibile crittografare i dati con una sola password?
Sì, ma la password deve essere trasformata in una chiave crittografica tramite una funzione di derivazione speciale, come Argon2id, scrypt o PBKDF2 con parametri adeguati. Non è possibile utilizzare la password direttamente come chiave.
È necessario crittografare i dati nel cloud?
Sì, se i dati sono sensibili. Molti servizi cloud crittografano i dati a riposo, ma è importante capire chi gestisce le chiavi. Nei scenari critici, si utilizzano chiavi proprie, KMS, HSM e crittografia a livello applicativo.
La crittografia protegge contro virus e phishing?
No, non direttamente. La crittografia nasconde i dati dalla lettura non autorizzata, ma non previene l'infezione del dispositivo e non protegge l'utente dall'immissione della password su siti web fasulli. Sono necessari aggiornamenti, misure antivirus, MFA, formazione e controllo degli accessi.
Cosa è meglio: crittografia del disco o crittografia dei file?
La crittografia del disco è comoda per proteggere il dispositivo in caso di furto. La crittografia dei file è utile quando singoli documenti devono essere trasmessi o memorizzati in modo sicuro. In ambiente aziendale, entrambi gli approcci vengono spesso utilizzati.
Conclusione
I metodi di crittografia dei dati devono essere scelti non in base alla popolarità dell'algoritmo, ma in funzione del compito: dove si trovano i dati, chi vi accede, quali minacce sono più probabili e come saranno memorizzate le chiavi. Per i nuovi sistemi, orientarsi verso standard collaudati, utilizzare la crittografia autenticata, proteggere le chiavi separatamente dai dati e rivedere regolarmente le impostazioni. Iniziare con l'inventario delle informazioni sensibili, abilitare TLS, crittografare i backup e implementare la gestione delle chiavi — questo offrirà un incremento rapido e pratico della sicurezza.