Autenticazione a due fattori: come funziona

Quando si parla di sicurezza degli account digitali, il dibattito tende a concentrarsi sulle password — sulla loro lunghezza, complessità, unicità — trascurando il fatto che una password, per quanto ben costruita, rappresenta un singolo punto di fallimento: intercettata, riusata, indovinata per forza bruta o sottratta attraverso un attacco di phishing, essa cede senza lasciare traccia. L'autenticazione a due fattori nasce precisamente per risolvere questo limite strutturale, introducendo un secondo elemento di verifica che deve essere posseduto o generato dall'utente al momento dell'accesso, rendendo inutile la sola conoscenza della password.

Comprendere autenticazione a due fattori come funziona nel dettaglio tecnico — non in senso astratto — è utile tanto per chi configura sistemi quanto per chi li utilizza quotidianamente, perché consente di distinguere le implementazioni robuste da quelle che offrono una protezione solo apparente. Non tutte le forme di secondo fattore sono equivalenti: alcune resistono agli attacchi più sofisticati, altre vengono aggirate con strumenti ormai accessibili a chiunque abbia competenze di base.

In questo panorama, il 2026 porta con sé un'ulteriore accelerazione: la diffusione delle passkey come standard FIDO2, la pressione regolatoria europea derivante da NIS2 e DORA, e la proliferazione di kit di phishing pronti all'uso capaci di intercettare token OTP in tempo reale hanno trasformato la 2FA da opzione consigliata a requisito minimo per qualsiasi sistema che gestisca dati sensibili, accessi privilegiati o transazioni economiche.

I fattori di autenticazione e la loro classificazione

L'architettura dell'autenticazione multifattoriale si fonda su una tassonomia consolidata che distingue tre categorie concettuali: qualcosa che l'utente conosce (password, PIN, risposta a una domanda segreta), qualcosa che possiede (un dispositivo fisico, una SIM, un token hardware) e qualcosa che è (un attributo biometrico: impronta digitale, geometria del volto, pattern dell'iride). L'autenticazione a due fattori, nella sua accezione propria, combina elementi appartenenti a categorie diverse — non semplicemente due elementi della stessa categoria, come accadrebbe richiedendo due password distinte, il che non aggiunge protezione contro gli attacchi di intercettazione. Questa distinzione è spesso ignorata nelle implementazioni aziendali approssimative, dove si configura come "secondo fattore" una domanda di sicurezza, che appartiene alla stessa categoria cognitiva della password e cede agli stessi vettori di attacco.

Meccanismi tecnici del secondo fattore: OTP, TOTP e token hardware

La forma più diffusa di secondo fattore è la One-Time Password (OTP), una sequenza numerica — tipicamente di sei cifre — generata per un singolo utilizzo e valida entro una finestra temporale ristretta; nella variante TOTP (Time-based One-Time Password), standardizzata dall'RFC 6238, il codice viene calcolato applicando una funzione HMAC-SHA1 alla combinazione di un segreto condiviso e del timestamp Unix corrente, suddiviso in intervalli di trenta secondi. Questo meccanismo è alla base di applicazioni come Google Authenticator, Aegis, Authy e dei moduli 2FA integrati nei principali gestori di password: il segreto condiviso viene trasmesso una sola volta al momento della configurazione — tipicamente sotto forma di QR code — e mai più inviato in rete durante l'autenticazione ordinaria, il che elimina il rischio di intercettazione del segreto stesso (ma non del token generato, come si vedrà). I token hardware — dispositivi come YubiKey, Nitrokey o i token RSA SecurID — implementano gli stessi algoritmi in forma fisica: isolati da software malevolo, privi di superficie di attacco remota, costituiscono il livello di sicurezza più elevato nell'ambito dei meccanismi OTP.

Limiti dell'OTP via SMS e attacchi di tipo real-time phishing

L'invio del codice OTP tramite SMS rimane il metodo di autenticazione a due fattori più adottato dai servizi consumer, principalmente per ragioni di accessibilità e semplicità di implementazione, ma presenta vulnerabilità note e documentate che ne sconsiglierebbero l'uso in contesti ad alta criticità. Il SIM swapping — la tecnica con cui un attaccante convince il gestore telefonico a trasferire un numero su una SIM in suo possesso — permette di ricevere tutti gli SMS destinati alla vittima, inclusi i codici 2FA, aggirando completamente il secondo fattore; attacchi di questo tipo hanno colpito exchange di criptovalute, account di amministratori di sistema e profili social di alto profilo con una frequenza tale da spingere il NIST, già dal 2017, a classificare gli SMS come metodo deprecato per l'autenticazione governativa. A ciò si aggiunge una minaccia più recente e pervasiva: i kit di phishing di tipo adversary-in-the-middle (AiTM), come Evilginx o Modlishka, che si interpongono tra l'utente e il sito legittimo in tempo reale, catturando sia la password che il codice OTP appena inserito e utilizzandolo immediatamente prima che scada. Contro questa classe di attacchi, i codici TOTP non offrono alcuna protezione; solo i protocolli basati su crittografia a chiave pubblica — come WebAuthn/FIDO2 — risultano resistenti per design, poiché la firma crittografica include l'origine del sito e non può essere riutilizzata su un dominio diverso.

FIDO2, WebAuthn e passkey: l'autenticazione phishing-resistant

Il protocollo WebAuthn, sviluppato dal W3C in collaborazione con la FIDO Alliance e ratificato come standard nel 2019, ha cambiato la logica stessa dell'autenticazione a due fattori — e, nelle sue implementazioni più recenti attraverso le passkey, tende a fonderla con il primo fattore in un'unica operazione coerente. Nel flusso WebAuthn, il dispositivo dell'utente genera una coppia di chiavi asimmetriche specifica per ogni servizio: la chiave privata rimane sul dispositivo (nell'enclave sicura del chip, nel modulo TPM o nel token hardware), mentre la chiave pubblica viene registrata dal server; al momento dell'autenticazione, il server invia una sfida crittografica che il dispositivo firma con la chiave privata, includendo nell'operazione l'origin del sito richiedente. Questo binding crittografico all'origine rende strutturalmente impossibile il riutilizzo di una risposta su un sito diverso da quello per cui è stata generata, eliminando alla radice il vettore degli attacchi AiTM. Le passkey — che sincronizzano le chiavi private attraverso l'ecosistema del produttore (iCloud Keychain per Apple, Google Password Manager per Android, gestori di terze parti come 1Password o Bitwarden) — estendono questi vantaggi a scenari multi-dispositivo, risolvendo il principale ostacolo pratico all'adozione di FIDO2, che era la perdita dell'accesso in caso di smarrimento del dispositivo fisico.

Configurazione pratica e gestione delle credenziali di recupero

Attivare l'autenticazione a due fattori su un account è un'operazione che richiede pochi minuti, ma la sua utilità a lungo termine dipende interamente da come vengono gestiti i codici di recupero e le credenziali di backup — una dimensione che la maggior parte delle guide tratta superficialmente o ignora del tutto. Quasi tutti i servizi che implementano la 2FA generano al momento dell'attivazione un insieme di codici monouso da utilizzare qualora il secondo fattore principale sia inaccessibile: questi codici devono essere conservati in un luogo fisicamente separato dal dispositivo utilizzato per l'autenticazione ordinaria — stampati e riposti in cassaforte, salvati in un gestore di password su un dispositivo diverso, o cifrati con GPG su un archivio offline — perché chiunque li possieda può accedere all'account bypassando la 2FA stessa. Per i servizi che supportano TOTP, è buona pratica registrare il QR code di configurazione al momento dell'attivazione (non solo nel momento in cui si scansiona con l'app): conservare il segreto base32 sottostante consente di rigenerare i token su qualsiasi dispositivo compatibile senza dipendere da un'unica applicazione. Nei contesti aziendali, dove la revoca dell'accesso a un dipendente che ha configurato la 2FA sul proprio dispositivo personale può diventare un problema operativo rilevante, la soluzione più robusta è adottare un gestore di identità centralizzato — come Okta, Microsoft Entra ID o JumpCloud — che mantiene il controllo del secondo fattore a livello organizzativo, indipendentemente dai dispositivi individuali.