Invio di file e password crittografati tramite e-mail

Ignorando il fatto che la maggior parte dei dati viene rubata ai nodi piuttosto che in transito, il tuo pensiero non ha proprio ragione su come funzionano le reti e su come gli hacker pensano all'intercettazione del traffico. Le reti non sono solo punti casuali su una griglia in cui viene scelto un percorso diverso tutto il tempo. Sono organizzati in un modo in cui spesso ci sono punti in comune in cui l'intercettazione è possibile. Questo è il punto in cui un utente malintenzionato vuole inserirli.

Considerare come si comporta l'NSA. L'NSA cerca di inserirsi in questi punti chiave. Puoi vedere chiaramente questo in una delle diapositive trapelate di Snowden : il punto è che non devi "Sii fortunato" e scegli la strada giusta, nel giorno giusto in cui ti sei inserito in un punto di strozzatura sul cloud.

Inoltre, considera che gli attaccanti eseguono "attacchi attivi" e provi a reindirizzare il traffico piuttosto che sedersi passivamente e sperare che il traffico arrivi. Semplici esempi di questo sono avvelenamento da ARP e avvelenamento da DNS. Esempi più sofisticati sono il progetto "Quantum Insert" degli NSA.

In generale, non sei in grado di calcolare tale probabilità con una precisione significativa, eccetto in casi molto delimitati.

TL; DR * Credo che la probabilità di un'intercetta su una delle estremità del canale sia piuttosto maggiore di quella di un'intercettazione casuale, decode , e usa in transito. *

Per estrarre il nome utente e la password dal traffico della posta, qualcuno dovrebbe essere specificamente mirato a te ; a meno che tu non invii anche l'e-mail con qualche argomento suscettibile di screening su larga scala, come " HEY! NOME UTENTE E PASSWORD QUI! " - che è improbabile, per non dire altro. Quindi il nostro ipotetico attaccante potrebbe leggere un torrente di e-mail e scegliere non solo le tue credenziali (in un intervallo di tempo) ma anche come usarle e dove ?

Uno scenario più realistico è che qualcuno sta attivamente prendendo di mira tu . Per citare Arkady Darell, dove sarebbe più sensata un'azione del genere? Nel mezzo di Internet? O meglio ad una estremità - come il computer di invio, o il server o il computer ricevente, dove sappiamo che tutta questa posta deve passare, qualche volta o altro,?

Pertanto, se invii l'email in chiaro , devi presupporre che il tuo traffico sia stato localmente sniffato e che il luogo "dove si intersecano i due percorsi email" sia il tuo computer (o rete).

Se non invii l'email in chiaro e utilizzi SSL, non devi preoccuparti di ciò che succede lungo il percorso . Ma devi ancora preoccuparti della sicurezza del computer che trasmette (keylogger, bidelli, telecamere di sicurezza che rappresentano lo schermo, ...) e della sicurezza del computer ricevente.

E la sicurezza del server (o almeno dell'account della casella postale del destinatario). Ad esempio, qualcuno in grado di entrare nell'account della cassetta postale sarebbe in grado di recuperare nome utente, password e la cronologia delle e-mail, da cui avrebbe potuto capire come usare l'autenticazione rubata - o viceversa, potrebbe scremare le e-mail, sapere che c'è viene inviata un'autentica autenticazione e la ricerca.