Perché le email sono intrinsecamente insicure

Il Simple Mail Transfer Protocol è stato progettato nel 1982 per una rete accademica piccola e considerata affidabile. La sicurezza non era mai stata un requisito: i messaggi viaggiano in testo in chiaro e qualsiasi server lungo il percorso può leggerli. Decenni di estensioni hanno corretto alcuni problemi, ma non hanno mai risolto completamente questa debolezza fondamentale.

Quando si invia un'email, raramente questa raggiunge direttamente il destinatario. Passa attraverso più Mail Transfer Agent, ciascuno identificato dai record MX del DNS. Ogni passaggio rappresenta un server che può registrare, copiare o modificare il messaggio prima di inoltrarlo.

SMTP AUTH consente a un client di posta di accedere a un server, ma le credenziali vengono spesso inviate in Base64, che può essere decodificato banalmente. Senza TLS, l'intero scambio di autenticazione è visibile sulla rete. Molti server legacy accettano ancora l'inoltro non autenticato da intervalli di indirizzi IP considerati affidabili.

STARTTLS aggiorna una connessione SMTP in chiaro a TLS se entrambi i server lo supportano. Il problema è che l'aggiornamento viene negoziato in testo in chiaro, quindi un attaccante in grado di intercettare il traffico può rimuovere silenziosamente l'annuncio STARTTLS e forzare una connessione in chiaro. Questo viene chiamato attacco di downgrade STARTTLS.

Ogni server che gestisce un'email aggiunge un'intestazione Received contenente il proprio indirizzo IP, la versione del software e un timestamp. Leggendo queste intestazioni dal basso verso l'alto si ricostruisce il percorso completo del messaggio, spesso rivelando l'indirizzo IP di origine del mittente e l'infrastruttura di posta interna.

DomainKeys Identified Mail aggiunge una firma crittografica alle email in uscita, creata con la chiave privata del dominio mittente. I destinatari verificano la firma usando la chiave pubblica pubblicata nel DNS. DKIM dimostra che un messaggio è stato firmato dal dominio dichiarato, ma non cifra il corpo e non impedisce ai server intermedi di leggerlo.

Sender Policy Framework è un record DNS TXT che elenca gli indirizzi IP autorizzati a inviare email per un dominio. Quando un server ricevente verifica SPF e rileva un mittente non autorizzato, può rifiutare o contrassegnare il messaggio. SPF da solo non può impedire lo spoofing dell'intestazione From visibile agli utenti.

DMARC si basa su SPF e DKIM specificando cosa dovrebbe fare un server ricevente quando i controlli falliscono: non fare nulla (p=none), mettere il messaggio in quarantena nella posta indesiderata oppure rifiutarlo direttamente. I report DMARC consentono ai proprietari dei domini di vedere chi invia email per loro conto. Insieme, SPF, DKIM e DMARC formano una difesa stratificata contro lo spoofing.

Anche quando viene utilizzata la cifratura del corpo dell'email, i metadati restano esposti a ogni server del percorso. I server devono leggere le intestazioni To, From e Subject per instradare e consegnare il messaggio. L'analisi del traffico basata sui soli metadati può rivelare relazioni, organizzazioni e schemi di comunicazione senza accedere al contenuto.

La forward secrecy significa che la compromissione delle chiavi attuali non espone le sessioni passate. La posta elettronica standard non può offrire questa proprietà perché i messaggi vengono memorizzati sui server usando chiavi di lunga durata. Se la chiave privata di un server di posta viene mai ottenuta, tutte le email precedenti cifrate per quel server possono essere decifrate. Per ottenere una qualsiasi forma di forward secrecy nella posta elettronica sono necessari strumenti di cifratura end-to-end come PGP.

Il design aperto e federato della posta elettronica significa che nessuna singola organizzazione controlla tutti i server coinvolti. L'adozione di estensioni di sicurezza come DMARC e MTA-STS è volontaria e disomogenea. Server legacy, relay configurati in modo errato e inerzia organizzativa fanno sì che una posta elettronica completamente sicura richieda uno sforzo deliberato sia da parte del mittente sia da parte del destinatario.

Quale affermazione descrive meglio una limitazione fondamentale di STARTTLS per SMTP?

SMTP è stato creato per la praticità, non per la sicurezza, e per impostazione predefinita le email passano attraverso più server in testo in chiaro. STARTTLS può essere declassato, DKIM firma ma non cifra e i metadati sono sempre visibili. DMARC applica una policy, ma non protegge il contenuto dei messaggi. La vera riservatezza delle email richiede strumenti di cifratura end-to-end come PGP o S/MIME.