Firma DKIM

DKIM (DomainKeys Identified Mail) allega una firma crittografica alle email in uscita. Un server ricevente può verificare tale firma per confermare due aspetti:

• Il messaggio è stato effettivamente autorizzato dal dominio firmatario
• Il contenuto firmato non è stato modificato durante il transito

SPF autorizza i server, mentre DKIM autentica il messaggio in sé e la relativa firma resiste al forwarding.

DKIM si basa sulla crittografia asimmetrica. Il proprietario del dominio possiede una coppia di chiavi:

• La chiave privata rimane segreta sul server di posta mittente e viene usata per firmare
• La chiave pubblica viene pubblicata nel DNS e può essere usata da chiunque per verificare

Poiché solo chi possiede la chiave privata può produrre una firma valida, una verifica riuscita dimostra che il messaggio proviene dal dominio legittimo.

Quando il server mittente invia un messaggio, calcola una firma su intestazioni selezionate e corpo del messaggio, quindi aggiunge un'intestazione DKIM-Signature.

L'intestazione DKIM-Signature contiene i parametri necessari al server ricevente per la verifica:

Il selector (il tag s=) indica ai server riceventi quale chiave pubblica recuperare. La chiave si trova in una posizione DNS prevedibile:

Alla ricezione, il server che esegue la verifica ripete il processo al contrario:

• Legge il dominio d= e il selector s= da DKIM-Signature
• Recupera la chiave pubblica da selector._domainkey.domain nel DNS
• Ricalcola l'hash del corpo e quello delle intestazioni
• Usa la chiave pubblica per verificare che la firma corrisponda

Se la firma è valida, DKIM ha esito positivo. Se il messaggio è stato modificato o firmato con la chiave errata, la verifica fallisce.

Il campo bh (hash del corpo) rende DKIM in grado di rilevare le manomissioni. Il mittente calcola l'hash del corpo e include tale hash nei dati firmati.

Se qualcuno modifica il corpo del messaggio durante il transito, l'hash ricalcolato dal destinatario non corrisponderà al valore bh firmato e la verifica fallirà. È così che DKIM garantisce l'integrità, non solo l'autenticazione dell'origine.

I server di posta che gestiscono il messaggio lungo il percorso apportano spesso piccole modifiche innocue, come riformattare le righe o modificare gli spazi. Per evitare che queste modifiche invalidino firme corrette, DKIM usa la canonicalizzazione (il tag c=).

• simple — rigida; quasi ogni modifica invalida la firma
• relaxed — tollera le modifiche agli spazi e alle maiuscole delle intestazioni

La maggior parte delle implementazioni usa relaxed/relaxed per garantire l'affidabilità tra infrastrutture di posta diverse.

I selector non sono semplici etichette: consentono la rotazione delle chiavi in sicurezza. È consigliabile sostituire periodicamente le chiavi DKIM per limitare l'esposizione nel caso in cui una chiave venga divulgata.

Processo di rotazione:

• Generare una nuova coppia di chiavi con un nuovo selector, ad esempio mail2025
• Pubblicare la nuova chiave pubblica nel DNS
• Configurare il firmatario per usare il nuovo selector
• Lasciare il selector precedente nel DNS finché le email già in transito non vengono consegnate, quindi rimuoverlo

L'uso di un selector nuovo evita una lacuna durante la quale le firme non possono essere verificate.

A differenza di SPF, DKIM resiste al forwarding. La firma viaggia insieme al messaggio, quindi, finché le intestazioni e il corpo firmati non vengono modificati, un messaggio inoltrato continua a superare la verifica.

Questo compensa perfettamente la debolezza di SPF. Quando un messaggio viene inoltrato, SPF può fallire perché l'IP di connessione è cambiato, ma DKIM può comunque avere esito positivo, consentendo a DMARC di accettare l'email legittima.

DKIM è potente, ma da solo non è completo:

• Dimostra che un dominio ha firmato il messaggio, ma non impone che il dominio firmatario corrisponda all'intestazione From visibile; questo è compito dell'allineamento DMARC
• Un attaccante può firmare le email con una chiave DKIM valida del proprio dominio
• Una chiave privata divulgata consente a un attaccante di creare firme valide finché la chiave non viene sostituita tramite rotazione

Per contrastare efficacemente lo spoofing, DKIM deve essere combinato con DMARC.

Ha imparato come DKIM firma i messaggi:

• DKIM allega una firma crittografica che dimostra l'origine e l'integrità
• Una chiave privata firma il messaggio sul server; la chiave pubblica viene pubblicata nel DNS sotto un selector
• L'hash del corpo rileva le manomissioni; la canonicalizzazione tollera le modifiche innocue
• I selector consentono una rotazione delle chiavi sicura e DKIM resiste al forwarding nei casi in cui SPF fallisce
• DKIM necessita comunque dell'allineamento DMARC per collegare la firma al From visibile

Ora collegherà SPF e DKIM tramite i criteri e i report DMARC.