Gmail è ancora insicuro? Perché?

Question

view on stackexchange narkive permalink

Ho sempre sentito dire che la posta elettronica è un metodo di comunicazione insicuro; Presumo che questo abbia qualcosa a che fare con il protocollo di posta elettronica stesso.

Ma quando si invia un'e-mail da un account Gmail a un altro, Google ha il controllo completo su come viene trasmessa l'email e Google sembra abbastanza preoccupato per le informazioni sicurezza. Quindi sembra che potrebbero , se lo volessero, trasformare i messaggi da Gmail a Gmail in un canale di comunicazione sicuro, e questo sarebbe probabilmente nel loro interesse.

Quindi l'hanno fatto? Se no, perché no? La comunicazione gmail-gmail è ancora insicura (allo scopo, ad esempio, di inviare una carta di credito o un numero di previdenza sociale a un destinatario fidato)?

Answer 1

view on stackexchange narkive permalink

La posta elettronica è storicamente considerata insicura per due motivi:

• Il protocollo di rete SMTP non è crittografato a meno che non venga negoziato STARTTLS, che è effettivamente facoltativo
• I messaggi di posta si trovano non crittografati sul disco dell'origine, della destinazione e di eventuali server di posta intermedi

I server di posta di Google parlano tutti STARTTLS se possibile, quindi per gmail-gmail il passaggio di trasmissione non dovrebbe essere una preoccupazione. Tuttavia, il server di invio memorizza una copia non crittografata dell'e-mail nella cartella Inviati. Il server ricevente archivia una copia non crittografata nella Posta in arrivo del destinatario. Questo li lascia aperti a varie minacce:

• Dipendenti di Google malintenzionati che leggono quell'email
• Google sceglie di leggere quell'email nonostante le loro assicurazioni contrarie
• I governi costringono Google a consegnare quell'email
• Gli hacker che si intromettono in Google e accedono a quell'email

Se puoi fidarti che tutto vada bene, allora gmail-to-gmail è perfettamente sicuro. Ma non puoi sempre aspettarti che tutto vada bene.

Per questi motivi, la comunità della sicurezza e della privacy molto tempo fa ha raggiunto la posizione secondo cui solo la crittografia end-to-end delle email è sicura . Ciò significa che l'e-mail rimane crittografata sui dischi del server e viene decrittografata durante la lettura e mai archiviata decrittografata.

---

Ci sono stati un numero enorme di commenti, quindi permettimi di espandere / chiarire un poche cose.

Crittografia end-to-end : nel contesto dell'email, quando dico crittografia end-to-end intendo qualcosa come PGP, dove il messaggio è crittografato finché non raggiunge il client di posta elettronica del destinatario e viene decrittografato solo per essere letto. Sì, questo significa che non può essere cercato sul server e spesso significa anche che non rimane nemmeno "sottoposto a backup" sul server. Questo è un caso in cui sicurezza e funzionalità sono in contrasto; scegline uno.

Community sulla sicurezza e la privacy : a differenza di molti argomenti sulla sicurezza delle informazioni, la sicurezza della posta elettronica si estende ad altre comunità. La questione di cosa significhi stateful inspection in un firewall non è qualcosa che spesso si estende all'interesse degli altri, per esempio. Ma la sicurezza della posta elettronica riveste un interesse diretto e significativo per

• lavoratori per i diritti umani
• informatori
• Insorti

Dimentica i dati delle carte di credito, ci sono persone che cercano di comunicare con la posta elettronica le cui vite, e le vite delle loro famiglie, dipendono dalla sicurezza di l'email. Quindi, poiché nei commenti di seguito sono presenti frasi come "dipende da quali sono i tuoi standard per" sicuro "", "avversario sufficientemente motivato", "c'è un'illusione di sicurezza a livello di posta elettronica" - sono troppo forte per dirlo il server non può essere considerato attendibile? Non per le persone le cui vite sono in gioco. Ecco perché la frase "l'email non è sicura" è da 20 anni il mantra del movimento per la privacy.

Fidarsi del server - Negli Stati Uniti, " il tuo limite per la responsabilità per addebiti non autorizzati su una carta di credito è di $ 50 ", quindi potresti essere felice di affidare la tua carta di credito al server. Se stai barando, d'altra parte, potresti perdere molto di più a causa del lasciare l'email non crittografata sul server. E il tuo fornitore di servizi chiuderà i battenti per proteggere la tua privacy? Probabilmente no.

STARTTLS - STARTTLS è SSL per la posta elettronica; utilizza lo stesso protocollo crittografico SSL / TLS per crittografare le e-mail in transito. Tuttavia, è decisamente meno sicuro di HTTPS per diversi motivi:

1. STARTTLS è quasi sempre "opportunistico", il che significa che se il client lo richiede e il server lo supporta, crittograferanno; se una di queste cose non è vera, l'email passerà tranquillamente senza crittografia.
2. I certificati autofirmati, scaduti o altrimenti fasulli sono generalmente accettati dai mittenti di posta elettronica, quindi STARTTLS fornisce riservatezza ma quasi nessuna autenticazione. È relativamente banale per l'email Man-In-The-Middle se riesci a collegarti tra i server della rete.

Answer 2

view on stackexchange narkive permalink

Molto di questo dipende da ciò che intendi per "insicuro".

Tradizionalmente la posta elettronica era considerata un trasporto non sicuro poiché veniva trasferita su un protocollo non crittografato (SMTP) e in genere si aveva un controllo limitato su come l'e-mail raggiungeva effettivamente la sua destinazione, quindi non conoscere la sicurezza dei sistemi che ha attraversato.

Oggigiorno la maggior parte dei moderni provider di posta elettronica di grandi dimensioni utilizza protocolli di trasferimento crittografati (generalmente SMTP + SSL) che rimuove la preoccupazione per l'e-mail inviata tramite Internet in chiaro, tuttavia, per la posta elettronica generalmente Internet rimane la preoccupazione di non sapere quali sistemi elaboreranno la posta sulla strada per la sua destinazione.

Nel tuo caso sembrerebbe che tu lo sappia così com'è ' invierà e riceverà Google, quindi è improbabile che lasci il loro controllo.

Rimangono un paio di potenziali preoccupazioni.

1. Ti fidi di Google? Presumibilmente fai come stai usando il loro servizio di posta, ma è ovvio che in teoria potrebbero avere accesso alla tua posta.
2. Sicurezza della posta una volta raggiunta la sua destinazione. Potresti non avere il controllo su come il destinatario archivia / elabora la posta e ciò potrebbe comportare che venga trattenuta in modo non sicuro (ad esempio, viene scaricata su un client mobile non crittografato, archiviata su un PC non crittografato, ecc.). Anche le e-mail tendono ad essere inoltrate, quindi c'è sempre il rischio che qualcuno le invii a un'altra parte che non è ospitata su Google.

Se sei soddisfatto in entrambi questi aspetti, in generale sì, direi che non c'è niente di sbagliato nell'usare la posta elettronica per il trasferimento generale dei dati. L'altro punto che vorrei menzionare è che, specificamente per cose come i dati della carta di credito, se sei un'azienda avrai problemi di conformità (ad esempio PCI) e potrebbero precludere l'uso della posta elettronica.

Answer 3

view on stackexchange narkive permalink

Nelle rivelazioni di Snowden è emerso che la NSA si era collegata ai cavi in ​​fibra ottica che collegavano insieme i data center di Google. Puoi fare riferimento all'immagine sottostante e dedurre se qualcosa sulla rete di Google è effettivamente sicuro.

Potrebbero essere migliorati la situazione da allora, ma sarebbe difficile dimostrare ai clienti esattamente cosa hanno fatto per migliorare la sicurezza sulla loro rete e che il governo non ha più pieno accesso. Dovresti credergli sulla parola. Se vuoi una sicurezza reale dovresti usare la crittografia end-to-end open source in cui solo il mittente e il destinatario hanno le chiavi private e tutta la crittografia / decrittografia viene eseguita lato client. Ci sono molti nuovi servizi di webmail in giro per questo oppure puoi sempre usare il classico GnuPG.

Answer 4

view on stackexchange narkive permalink

Oltre alle altre ottime risposte, c'è un'altra preoccupazione: solo perché il mittente e la destinazione finale sono entrambi su Gmail non significa che l'email rimanga all'interno di Google.

Se il destinatario utilizza il suo nome di dominio, è del tutto possibile che instradi le sue email attraverso un server esterno prima di reinserirle in Google. Gmail potrebbe rilevarlo e recapitare direttamente l'email oppure seguire il record MX al server esterno prima di inviare nuovamente l'email a Google.

Answer 5

view on stackexchange narkive permalink

Tutte le altre risposte riguardano qualcuno che legge la tua posta. Tuttavia, questa non è l'unica preoccupazione: ti interessa anche l ' identità del mittente. E questo è un altro grande punto debole della posta elettronica: per impostazione predefinita, non è possibile verificare l'identità. Il mittente è colui che fornisce l'indirizzo "Da" e posso inviare facilmente e-mail "da" [e-mail] . Non hai modo di sapere se sono davvero Bill Gates.

Fortunatamente, molti provider di posta elettronica hanno già implementato alcune misure per alleviare questo problema. Ad esempio, molti contrassegneranno l'e-mail come spam se il dominio coinvolto non ha il server SMTP che hai utilizzato per l'invio dell'e-mail nei suoi record MX. Falsificare un indirizzo IP Internet è molto più difficile che falsificare l'intestazione From, e lo stesso vale per falsificare i record DNS. Alcuni non ti permetteranno di inviare un'e-mail con From come un indirizzo che non ti appartiene (di solito, o è completamente vietato o hai bisogno di una sorta di conferma sull'indirizzo e-mail) - questo include GMail, quindi le e-mail GMail<-> GMail garantiscono l'identità corretta. Ovviamente, devi prestare attenzione: ad esempio, potrei ancora utilizzare Bill Gates come "nome" del mittente, mantenendo l'indirizzo [e-mail] , oppure Potrei provare a ottenere un dominio che non sembra troppo sospetto a prima vista (ad esempio [e-mail] ). I nomi di dominio Unicode saranno probabilmente molto divertenti a questo proposito :)

Molti client di posta elettronica ti permetteranno anche di firmare e crittografare l'e-mail, il che garantisce sia l'identità che la sicurezza dei contenuti. Ovviamente, devi sapere che puoi fidarti di quel dato certificato in anticipo e hai bisogno della chiave corretta per decrittografare il messaggio di posta elettronica. È particolarmente utile per es. aziende, che possono avere certificati radice affidabili, quindi anche tutti i certificati figlio sono implicitamente attendibili. Tuttavia, anche se hai solo l'e-mail per andare avanti, è piuttosto facile garantire lo scambio sicuro delle chiavi - richiede solo poche e-mail avanti e indietro (sebbene ci siano ancora modi per rompere questo con MITM).

Answer 6

view on stackexchange narkive permalink

L'OP chiede:

"Quindi sembra che loro (Google) potrebbero, se lo volessero, trasformare i messaggi da gmail a gmail in un canale di comunicazione sicuro, e che questo sarebbe probabilmente nel loro migliore interesse. "

Senza dubbio Google" potrebbe "trasformare Gmail in uno dei servizi di posta elettronica più sicuri in circolazione. Hanno chiaramente le risorse. Ma per rispondere alla domanda dell'OP - No, questo NON sarebbe nel loro migliore interesse !!!!! Ricorda, il loro modello di business consiste nel fornire gratuitamente tutti i tipi di servizi Internet all'utente finale. Guadagnano denaro raccogliendo i dati dell'utente finale (contenuto e-mail, posizione GPS, query di ricerca, ecc.) Per sviluppare un profilo che possono vendere agli inserzionisti. Ciò significa che la tua attività è letteralmente l'attività di Google. Google guarderà SEMPRE le tue cose, le archivierà sempre e le darà sempre a terze parti. Loro devono. È così che pagano i conti. Inoltre, poiché Google mantiene la chiave per qualsiasi informazione crittografata, può e la consegnerà se citato in giudizio dal governo o anche da privati. Questo non è il caso dei servizi che "buttano via" la chiave di crittografia. Se hai bisogno di sicurezza, cerca aziende che non traggano profitto dalle tue informazioni personali.

Se senti il ​​bisogno di distribuire le tue informazioni finanziarie elettronicamente, perché non utilizzare servizi progettati per la sicurezza (ad es. Posta protonica) Wickr, o anche iMessage (buttano via la chiave di crittografia). Inoltre, suddividi i numeri in messaggi separati in modo che un lettore involontario non possa riconoscerlo facilmente come un numero CC.

Se hai un interesse specifico per le carte di credito, noterai questo articolo che evidenzia la lunga storia di Google di distribuire almeno inavvertitamente numeri di carte di credito: http://www.toptal.com/web/with-a-filter-bypass-credit-card-numbers-are-still-still-google-able