Protocollo facile per l'autenticazione e-mail

Stai tentando di utilizzare un MAC . L'applicazione di una funzione di hash sulla concatenazione della password e alcuni altri dati è un MAC personalizzato, e non molto buono con le solite funzioni di hash come SHA-512 a causa del attacco di estensione della lunghezza . Ecco perché è stato inventato HMAC .

L'uso di HMAC con un segreto condiviso è un buon metodo di autenticazione. Tuttavia, a causa dell'intrinseca insicurezza delle e-mail, probabilmente vorrai anche qualche crittografia, e per questo dovresti semplicemente usare OpenPGP (con la sua implementazione OpenSource ). L'utilizzo di un sistema software già esistente è al contempo più sicuro e più semplice rispetto al reimplementazione del proprio sistema.

Indipendentemente dal metodo di autenticazione che usi, dovresti aggiungere un attacco anti-replay: un utente malintenzionato potrebbe inviare una email valida (che ha osservato in transito) una seconda volta, innescando così l'effetto email di nuovo . Gli attacchi di Replay ridono di MAC e crittografia. Per sconfiggerli, il server deve "ricordare" le e-mail precedenti e scartare i duplicati esatti.

Tom ha una grande prospettiva su come portare l'idea generale del sistema che suggerisci di annusare ed è il più grande rischio - attacco di riproduzione.

Alcuni altri pensieri che potrebbero darti qualcosa su cui riflettere:

Che cosa protegge?

Con lo schema che hai, non c'è solo l'attacco di riproduzione, ma il richiamo della password dell'utente viene rubato o perso. Alcune delle correzioni per replicare gli attacchi (come inserire un timestamp e lasciare che il timestamp sia usato una sola volta) - possono funzionare per alcuni casi, ma non per altri (casi in cui un utente legittimo invierà diversi messaggi in una singola finestra temporale.

Quanto è importante la disponibilità costante e qual è il rischio se l'autenticazione crea un falso positivo o un falso negativo?

Come viene distribuito?

È una grande differenza se funziona all'interno delle protezioni di una rete o qualcosa che viene dal pubblico. Inoltre, la protezione delle password degli utenti sia sul computer client dell'utente che sul server è un grosso problema e deve essere protetta in modo commisurato ai rischi del sistema.

Come vengono reinseriti gli utenti?

Questo può essere un problema sia per le chiavi asimmetriche che per le password degli utenti - spesso il processo di reset / rekey è il più grande rischio, poiché l'utente è ora privo della prova di autenticazione. Il reset delle password aggiunge il rischio che la password debba essere memorizzata in entrambe le posizioni. Se gli utenti devono lavorare (e resettare le password) da remoto, questo può essere un grosso problema.

Rekey delle chiavi assimmetriche ha alcuni degli stessi problemi: conoscere l'utente è un problema se l'utente ha perso le sue credenziali, ma la chiave privata in una coppia assimetrica non deve essere trasmessa finché il pubblico la chiave può essere verificata.

Quali sono i tuoi requisiti di facilità d'uso?

La maggior parte degli utenti, se opportunamente predisposti, può firmare e-mail con il clic di un pulsante nella maggior parte dei client di posta principali (Outlook e Notes di sicuro). Ci vorrà un'estensione al client di posta elettronica per fare qualcosa di personalizzato. Se hai pochi utenti molto esperti, questo potrebbe non essere un grosso problema. Ma se questo deve andare da uomini d'affari non tecnici, questa sarà una vera sfida per l'UI, la cui dimensione potrebbe sminuire i benefici.