Perché?

Due spiegazioni:

• BCC
• Spam

Spesso ho ricevuto spam in cui sembrano voler nascondere a chi è stato indirizzato per qualche motivo. Dal momento che ho un catch-all nel mio dominio, arriverà per me indipendentemente dall'indirizzo utilizzato (a meno che non ne abbia usato uno che ho inserito nella lista nera).

Com'è possibile?

Il traffico SMTP ha questo aspetto:

EHLO example.com 
MAIL FROM:<[email protected]>
RCPT TO:<[email protected]>
RCPT TO:<[email protected]>
RCPT TO:<[email protected]>
DATA
Subject: test
From: <[email protected]>
To: <[email protected]>
CC: <[email protected]>

Hi Jake,
Just letting you know that email works.

.
QUIT

È possibile aprire una connessione TCP a qualsiasi server di posta e digitare questo, e risponderà a voi e consegnerà la vostra email (ho omesso le risposte nell'esempio). Su Windows, installa Telnet dal menu delle caratteristiche di Windows e digita telnet example.com 25 per connettersi al server in example.com sulla porta 25.

Come puoi vedere, user4 è stato indirizzato in RCPT TO e finirà nella loro posta in arrivo, ma non sono menzionati nelle intestazioni from, to o cc dei dati dell'email. I dati dell'email, dal comando DATA fino a . su una riga, è la parte che vedrai quando apri "visualizza sorgente" nel tuo client di posta elettronica. Quindi ha poco a che fare con lo scambio di e-mail effettivo. Naturalmente di solito corrisponde, ma in un caso malevolo, a loro non importa cosa sia "normale". E nel caso di BCC anche tu non lo vedrai.

Spesso ho ricevuto spam dove nascondono dove è stato inviato. Per poterlo rintracciare, devo scavare nei miei registri del server di posta.

Un amministratore del server può anche cercare BCC come questo, anche se ovviamente solo del proprio dominio (se era BCC a [email protected] e [email protected] , l'amministratore di a.example.com non vedrà stefan).

Per quanto riguarda il motivo per cui puoi inviare GMail a te stesso nel BCC e vedere un campo BCC con te stesso elencato sul lato ricevente: il programma / provider di posta elettronica può semplicemente inviare messaggi SMTP separati per ciascun destinatario nel BCC, con BCC intestazione creata nell'intestazione dell'email nidificata per elencare solo quel destinatario.

Intestazioni come To , Cc e Bcc sono essenzialmente tutte estetiche; non controllano il destinatario effettivo di un'e-mail in base al protocollo SMTP. È possibile inserire tutto ciò che ti piace in questi campi e avere ancora un controllo separato su chi è l'email a livello di protocollo.

Quando invii un'email su internet, il tuo server di posta mittente comunica con il server di posta ricevente tramite SMTP. Per inviare un'email, il server mittente invia una serie di comandi al server ricevente.

1. Un comando HELO che specifica il nome host del server di invio (che può essere sostituito da EHLO (abbreviazione di "HELO esteso") nelle versioni più recenti del protocollo).
2. Un comando MAIL FROM che annuncia l'indirizzo del mittente dell'e-mail
3. Un comando RCPT TO che annuncia gli indirizzi dei destinatari del messaggio.
4. Un comando DATA che annuncia l'inizio del messaggio stesso, inclusi intestazioni e corpo.

Le intestazioni nel messaggio come To , Cc o Bcc non vengono utilizzate o utilizzate, ma vengono trasmesse senza modifiche.

Se queste intestazioni vengono ignorate dai server di posta che inviano e ricevono, perché esistono?

Perché sono una convenzione comune utilizzata dal software agente di posta elettronica (client di posta), che è il software con cui l'utente interagisce effettivamente per inviare posta. Il modo usuale per un client di posta elettronica è che l'utente digiti gli indirizzi dei destinatari in tre campi all'interno del client di posta chiamato "A", "Cc" e "Ccn" che il client di posta utilizza come base per chi inviare il messaggio a . Il client di posta quindi prende ciò che è stato scritto nei campi "A" e "Cc" e li colloca in intestazioni di posta denominate "A" e "Cc" come indicatore del destinatario di ciò che il mittente ha originariamente digitato in questi campi. Questa è solo una cortesia per il cliente della posta che riceve; il client di posta di invio potrebbe scegliere di mantenere questo segreto - anzi, questo è ciò che accade con il suo campo "Bcc": il client di posta non crea mai un'intestazione "Bcc" nell'e-mail che invia, perché il punto di tale caratteristica è che non è incluso nella posta stessa.

Il client di posta contiene anche un campo "Oggetto" che inserisce nella posta come intestazione "Oggetto" e crea un'intestazione "Da" nell'e-mail con le informazioni sul mittente.

In che modo non si tratta di un problema di sicurezza?

Lo è. Rende banalmente facile inserire in un messaggio di posta elettronica informazioni false sul mittente o sui destinatari. Quando gli utenti credono che questo sia accurato e non lo è, si tratta di un potenziale problema di sicurezza.

I client di posta potrebbero semplicemente ignorare tali intestazioni, ma poi ti perderai la comodità di sapere a chi è indirizzata una email quando queste informazioni esistono ed è autentica, e con la stessa logica dovresti anche ignorare la " Da "e mittente busta (comando MAIL FROM ) pure, senza lasciare alcuna indicazione su chi lo ha inviato. Quindi i clienti di posta elettronica adottano l'approccio secondo il quale è più utile mostrare queste informazioni anche se possono essere falsificate.

Un nuovo standard chiamato DMARC, che supporta gli altri standard DKIM e SPF, può consentire a un client di posta ricevente di verificare che la parte di dominio / nome host dell'intestazione "Da" sia autentica. Mentre questo verifica solo parte di l'intestazione "From" e non verifica l'intestazione "To" o "Cc", ti permette di sapere che la posta proveniva veramente dal sistema che afferma di venire da . Se questo è un sistema fidato, puoi almeno dedurre che la posta e le sue intestazioni sono state create da un utente autorizzato di quel sistema.

Oltre a queste opzioni, l'email semplicemente non è stata progettata per essere verificabile. Se vuoi di più, devi utilizzare qualche forma di verifica crittografica come PGP sopra il tuo messaggio e avere un modo fuori banda di verificare l'autorità.

Fino ad ora penso che il tuo indirizzo sia stato utilizzato come BCC .

Può essere sorprendente, ma questo è abbastanza normale nel protocollo SMTP. Un messaggio è composto da intestazioni e un corpo. Si invia su una catena di agenti di trasporto posta. Nessun agente dovrebbe cambiare il corpo, ma possono modificare le intestazioni, principalmente per aggiungere un campo Received , un campo Date se non è presente e qualsiasi altro campo come richiesto dalla propria elaborazione. Ma né il To né il From campo sono speciali, e in particolare non vengono utilizzati per consegnare la posta . Gli MTA usano quella che viene chiamata la busta , ovvero ciò che viene passato nei comandi MAIL FROM e RCPT TO del protocollo SMTP.

Gli agenti utente di posta (come Thunderbird) usano i campi A, Cc e Ccn per costruire la busta, ma se conosci il SMTP protocollo , è facile inviare una mail con intestazioni contraffatte o assenti a / da.