Lezione 4 di 4 · 8 min
Chiavi e password: perché perderne una rompe tutto
Ogni garanzia in questo corso poggia su una chiave o una password che restano segrete. La gestione delle chiavi è la disciplina poco appariscente che fa funzionare o fallire la crittografia.
Ogni lezione di questo corso ha silenziosamente dipeso dalla stessa ipotesi: la chiave giusta è rimasta con la persona giusta. La cifratura simmetrica fallisce nel momento in cui la sua chiave condivisa trapela. La cifratura asimmetrica fallisce se una chiave privata viene esposta. Una firma non significa nulla una volta che la sua chiave privata viene rubata — un aggressore può ora firmare qualsiasi cosa e verrà verificata come autentica. L’unità di conoscenza NCAE-C sulla crittografia di base elenca la gestione delle chiavi, insieme agli algoritmi stessi, come una questione che “deve essere affrontata prima dell’implementazione” — non un ripensamento successivo.
Perché un algoritmo forte non salva una chiave debole
AES con una chiave a 256 bit è, ai fini pratici, inviolabile per tentativi. Nulla di tutto ciò conta se la chiave stessa è scritta su un post-it, riutilizzata su più account, o protetta da un codice a quattro cifre che un aggressore può provare in pochi secondi. La maggior parte dei fallimenti crittografici reali non sono algoritmi violati; sono chiavi esposte, password riutilizzate, o segreti lasciati in chiaro dove avrebbero dovuto essere protetti. Ecco perché le garanzie delle lezioni precedenti sono sempre arrivate con una condizione allegata — “se la chiave condivisa resta segreta”, “solo il detentore della chiave privata” — quella condizione è dove vive la gestione delle chiavi.
Cosa dice davvero l’attuale guida sulle password
Le attuali linee guida sull’identità digitale del NIST (SP 800-63B) ribaltano gran parte dei consigli che molte persone hanno imparato. I verificatori, dice, “NON DOVREBBERO richiedere agli utenti di cambiare le password periodicamente” e non dovrebbero imporre regole di composizione che forzino miscugli di tipi di caratteri — entrambe pratiche che spingevano le persone verso piccole variazioni prevedibili invece che verso password realmente più forti. Invece, il NIST raccomanda password più lunghe (la sua guida indica un minimo nell’intervallo tra otto e quindici caratteri a seconda del contesto, con un massimo di almeno 64 consentito) e il controllo delle nuove password rispetto a elenchi di password comunemente violate o previste invece di imporre una complessità artificiale. Richiede anche esplicitamente che i verificatori “consentano l’uso di gestori di password e della funzione di compilazione automatica”, incluso permettere di incollare nei campi delle password — riconoscendo che uno strumento che genera e archivia password uniche e lunghe per ogni sito fa più per la sicurezza di qualsiasi regola che una persona possa seguire a memoria.
Le passkey: eliminare del tutto il segreto condiviso
Una password è un segreto condiviso: sia tu che il servizio la conoscete, il che è esattamente ciò che la rende soggetta a phishing — una falsa pagina di accesso chiede semplicemente lo stesso segreto. Una passkey evita questo usando la cifratura asimmetrica vista prima in questo corso. La documentazione di supporto di Apple descrive il processo: il tuo dispositivo genera “una coppia di chiavi crittografiche unica” quando crei una passkey — una chiave pubblica che va al servizio, e una chiave privata che non lascia mai il tuo dispositivo. Apple afferma che le passkey resistono al phishing perché non c’è alcun segreto condiviso con cui ingannarti facendotelo digitare: la chiave privata semplicemente non può essere estratta da un sito web falso, per quanto convincente possa sembrare. Sui dispositivi Apple, la chiave privata è protetta e sincronizzata tra i tuoi dispositivi tramite iCloud Keychain, che Apple descrive come cifrato end-to-end così che Apple stessa non detenga la chiave.
La gerarchia dei fattori di CISA, in breve
Le linee guida della US Cybersecurity and Infrastructure Security Agency sull’autenticazione a più fattori classificano i metodi in base alla resistenza al phishing. Affermano che “l’unica autenticazione ampiamente disponibile resistente al phishing è l’autenticazione FIDO/WebAuthn” — lo stesso standard sottostante su cui sono costruite le passkey. Un codice monouso inviato via SMS è, nelle loro parole, comunque molto meglio di nessun secondo fattore, ma può essere inoltrato o intercettato in modi che un metodo resistente al phishing non può. Dove un servizio offre una passkey o una chiave di sicurezza FIDO, questa è attualmente l’opzione più forte ampiamente disponibile; dove offre solo codici basati su app o SMS, entrambi sono comunque significativamente meglio di una sola password.
| Se questo viene perso o esposto | La conseguenza |
|---|---|
| Una chiave di cifratura simmetrica | Chiunque la possieda può leggere tutto ciò che proteggeva, passato e futuro, a meno che il sistema non abbia forward secrecy |
| Una chiave privata usata per firmare | Un aggressore può produrre firme che vengono verificate come genuinamente tue |
| Una password riutilizzata | Ogni account che usa quella stessa password diventa vulnerabile nel momento in cui uno qualsiasi di essi viene violato |
| La chiave privata di una passkey (raro, poiché non è destinata a lasciare il dispositivo) | Il dispositivo stesso, e le sue proprie protezioni (blocco schermo, cifratura del disco), diventano l’ultima linea di difesa |
Un consiglio pratico
Usa un gestore di password, così ogni account ottiene una password lunga e unica che non devi mai ricordare. Attiva il secondo fattore più forte disponibile — una passkey o una chiave di sicurezza fisica dove offerta, altrimenti un’app di autenticazione. E tratta ogni momento in cui una password o una chiave sia stata possibilmente esposta — un clic su un link di phishing, un dispositivo perso, un avviso di violazione — come qualcosa su cui agire immediatamente, non dopo: cambia la credenziale, e controlla se è stata riutilizzata altrove.
Da ricordare
- Ogni garanzia crittografica in questo corso dipende da una chiave o password che resta segreta; la gestione delle chiavi non è facoltativa.
- L’attuale guida del NIST elimina i cambi periodici forzati delle password e le regole di complessità a favore della lunghezza, dei controlli su elenchi di violazioni, e dei gestori di password.
- Le passkey eliminano il segreto condiviso su cui si basa una password, usando una chiave privata che non lascia mai il tuo dispositivo — motivo per cui resistono al phishing.
- CISA classifica FIDO/WebAuthn (lo standard alla base delle passkey) come il metodo di autenticazione ampiamente disponibile più resistente al phishing.
- Tratta ogni possibile esposizione di una password o chiave — phishing, un dispositivo perso, un avviso di violazione — come qualcosa su cui agire immediatamente.
Mettiti alla prova
1. Perché un algoritmo di cifratura forte non garantisce da solo la sicurezza?
- Gli algoritmi forti sono sempre lenti
- La garanzia vale solo se la chiave resta segreta; una chiave esposta vanifica anche l’algoritmo più forte — Esatto.
- Gli algoritmi devono essere cambiati ogni mese
- Solo gli algoritmi simmetrici possono essere violati
La forza crittografica è condizionata dalla segretezza della chiave; una chiave trapelata o debole compromette anche un algoritmo matematicamente solido.
2. Cosa raccomanda l’attuale guida NIST (SP 800-63B) riguardo ai cambi di password?
- Le password dovrebbero essere cambiate ogni 30 giorni
- I verificatori non dovrebbero richiedere cambi periodici delle password — Esatto.
- Le password dovrebbero sempre includere un mix di simboli e numeri
- I gestori di password dovrebbero essere vietati per motivi di sicurezza
Il NIST afferma esplicitamente che i verificatori non dovrebbero forzare cambi periodici delle password, e dovrebbero invece controllare elenchi di password violate e consentire i gestori di password.
3. Perché le passkey sono considerate resistenti al phishing?
- Usano una password più lunga del solito
- Non c’è alcun segreto condiviso da rubare; la chiave privata non lascia mai il dispositivo e non può essere digitata in un sito falso — Esatto.
- Richiedono un’impronta digitale ogni singola volta senza eccezioni
- Le passkey non possono essere usate sui telefoni
La chiave privata di una passkey resta sul dispositivo; un sito di phishing può ottenere solo un segreto condiviso, e una passkey non ne ha uno da cedere.
4. Cosa dovresti fare se sospetti che una password sia stata esposta tramite un clic di phishing o un avviso di violazione?
- Aspettare per vedere se succede qualcosa di brutto prima di agire
- Cambiare subito quella credenziale e controllare se è stata riutilizzata altrove — Esatto.
- Ignorarlo se l’account non contiene dati sensibili
- Preoccuparsene solo se il servizio richiede esplicitamente un cambio
Poiché una password riutilizzata mette a rischio ogni account che la usa, agire immediatamente — cambiandola e controllando il riutilizzo — limita il danno.
Mettilo in pratica con FireAI
Metti in pratica questa lezione sul tuo Mac.
- Ispezione approfondita, senza decifrare nulla — Ottieni un dettaglio reale su una connessione sicura senza che FireAI legga mai cosa c’è dentro.
- Cosa resta sul tuo Mac, e le uniche volte in cui FireAI va online da solo — Leggi l’elenco completo di ciò che FireAI invia, invece di fidarti sulla parola di un firewall.
Fonti
- NIST SP 800-63B: Digital Identity Guidelines — Authentication and Authenticator Management
- Apple Support: About passkeys
- CISA: More than a Password (Multi-Factor Authentication)
Mettilo in pratica sul tuo Mac
Prova tutte le funzioni gratis per 17 giorni, senza carta.