La crittografia e-mail end-to-end è possibile senza un dominio / sottodominio univoco per ciascun utente?

A meno che non si stia eseguendo la crittografia end-to-end (dove i server vedono solo messaggi crittografati, diversi dal nome del destinatario), non c'è una vera sicurezza, quindi avere qualcosa di simile nell'invio o nei protocolli di trasporto non è sarà utile.

Il server ricevente potrebbe certamente crittografare i messaggi in arrivo (non crittografati) con la chiave pubblica del destinatario, quindi cancellare in modo sicuro il messaggio non crittografato e la chiave transitoria, il che renderebbe un po 'più sicuro, ma è comunque necessario affidarsi a tutti i server intermedi. Non puoi nemmeno costringerli a utilizzare un trasporto sicuro da un server all'altro!

Anche se esistesse un'estensione del protocollo di trasporto della posta per il server ricevente per l'invio di una chiave pubblica del destinatario, si sta ancora credendo che il server ricevente stia inviando la chiave corretta. Potrebbe facilmente inviare una chiave falsa, decifrarla e salvarla, quindi ricodificare nuovamente con la chiave corretta. Se puoi fidarti del server, potresti anche avere il messaggio non crittografato (usando il trasporto sicuro) e cifrare il messaggio stesso.

Avere un client e-mail con supporto integrato per la crittografia e l'autenticazione / gestione delle chiavi è davvero l'unico modo sicuro per farlo. Non c'è motivo per cui dovresti fidarti dei server di posta.

Le email regolari non supportano la crittografia dai server di posta. Ciò include Gmail.com, securemail.com e server intermediari nel tuo esempio. Tuttavia, PGP estende la posta per proteggere il corpo dell'email, sebbene non le intestazioni. Come per molte delle PKI, la gestione delle chiavi può essere difficile. PGP lascia la gestione delle chiavi per sneakernet.

Ci sono più soluzioni private ma PGP è ampiamente disponibile.

Sì.

Il modo in cui funziona la crittografia e-mail end-to-end è questo:

1. Usi un client mail come Outlook o Thunderbird o Mail o Claws per scrivere un messaggio. Crittografare il messaggio utilizzando uno strumento locale come GPG, quindi inviarlo. La chiave di crittografia e l'indirizzo email non sono correlati.
2. Il tuo server di posta invia il messaggio crittografato al mio server . Spero che usi SSL ma non è necessario per questo!
3. Ricevo la posta nel mio client e utilizzo GPG (o altro) per decodificare il messaggio.

I server intermedi non contano, e i domini degli indirizzi e-mail non contano. Qualcuno che guarda il traffico può vedere che stiamo parlando, e anche la riga dell'oggetto, ma non il contenuto del corpo del messaggio.

Quindi sì, questo funziona ora, e ha funzionato in questo modo per decenni. : -)

Per quanto ne so, ci sono due modi per proteggere le comunicazioni e-mail: PGP e S / MIME. link

Nel tuo esempio, è possibile sviluppare un gateway di posta elettronica personalizzato utilizzando PGP.