Unsolicited Bulk (UBE) (spamming) Francesco Gennai IAT - CNR Francesco.Gennai@iat.cnr.it

Transcript

1 Unsolicited Bulk (UBE) (spamming) Francesco Gennai IAT - CNR Francesco.Gennai@iat.cnr.it Bologna, 24 novembre 2000

2 Unsolicited Bulk (Spamming) MHS = Message Handling System UA = User Agent Originator = nodo che immette il messaggio in rete Relay = nodo di transito da Internet a Internet Delivery = nodo che consegna il messaggio all utente finale MS = Message Store (contiene le mailbox) MTA = Message Transfer Agent Submission Relay Relay Delivery Access UA Originator Relay Delivery MS UA MTA MTA MTA

3 Unsolicited Bulk (UBE) Meccanismi per controllare UBE tre categorie: Filtri Legali Economici

4 Filtri Euristici controllo su origine messaggi controllo su contenuto messaggio Cooperativi etichettatura del messaggio registro dei destinatari

5 Filtri Euristici controllo su origine messaggi Rifiuto connessioni IP da sorgenti UBE (UBE originator) Rifiuto sessioni TCP da sorgenti UBE (UBE originator) a livello di server SMTP Rifiuto messaggi SMTP da sorgenti UBE (UBE originator) in base al contenuto del comando MAIL FROM Rifiuto messaggi SMTP da sorgenti il cui dominio non corrisponde al proprio indirizzo IP

6 Rifiuto connessioni IP da sorgenti UBE (UBE originator) Informazione filtrata onesti disonesti Informazione che deve essere distribuita Rischi di perdita di informazione Indirizzo IP della connessione Alto dopo la spedizione del primo UBE. Difficoltà nel cambio IP address. Basso. E' semplice utilizzare server SMTP di terze oarti come relay. Lista degli indirizzi IP degli host sorgenti di UBE. Viene negato l'accesso alla rete del destinatario ad utenti provenienti dal nodo sorgente UBE Impatto sul destinatario Gli utenti non possono comunicare con il nodo "filtrato".

7 Rifiuto sessioni TCP da sorgenti UBE (UBE originator) a livello di server SMTP Informazione filtrata onesti disonesti Informazione che deve essere distribuita Rischi di perdita di informazione Indirizzo IP della connessione o dominio risultante dalla query inversa dell'indirizzo IP. Alto dopo la spedizione del primo UBE. Difficoltà nel cambio IP address. Basso. E' semplice utilizzare server SMTP di terze oarti come relay, utilizzando IP e domini legittimi. Lista degli indirizzi IP degli host sorgenti di UBE. Viene negato l'accesso alla rete del destinatario ad utenti provenienti dal nodo sorgente UBE. Impatto sul destinatario Gli utenti possono solo spedire msg al nodo "filtrato". Non possono riceverne.

8 Rifiuto messaggi SMTP da sorgenti UBE (UBE originator) in base al contenuto del comando MAIL FROM Informazione filtrata onesti disonesti Informazione che deve essere distribuita Rischi di perdita di informazione Nome del dominio contenuto nel MAIL FROM Alto dopo la spedizione del primo UBE. Difficoltà nel cambio del nome dominio. Basso. E' semplice falsificare il contento del campo MAIL FROM o utilizzare SMTP server di terze parti per relay. Lista dei domini di sorgenti UBE. Nessun messaggio dal sorgente può essere ricevuto. Impatto sul destinatario Gli utenti possono solo spedire msg al nodo "filtrato". Non possono riceverne.

9 Rifiuto messaggi SMTP da sorgenti il cui dominio non corrisponde al proprio indirizzo IP Informazione filtrata onesti disonesti Informazione che deve essere distribuita Rischi di perdita di informazione Controllo se indirizzo IP del dominio in MAIL FROM corrisponde all'indirizzo IP sorgente della connessione. Nessuna. Tutti gli UBE onesti passano il controllo. Basso. E' semplice falsificare il contento del campo MAIL FROM e utilizzare SMTP server di terze parti per relay. Nessuna. Nessun messaggio dal sorgente può essere ricevuto. (Filtra anche SMTP server malconfigurati). Impatto sul destinatario Gli utenti possono solo spedire msg al nodo "filtrato". Non possono riceverne.

10 Filtri euristici controllo su contenuto messaggio A livello di message store (prima che l utente abbia scaricato i messaggi) A livello di mail client

11 A livello di message store Informazione filtrata onesti disonesti Informazione che deve essere distribuita Rischi di perdita di informazione Nome domini, formato di particolari headers, parole chiave all'inizio del messaggio, message id, etc.. Nuovi UBE possono non essere intercettati. Basso. E' semplice cambiare continuamente gli elementi chiave su cui i filtri tenetano il riconoscimento. Headers, contenuto degli UBE riconosciuti. Messaggio legittimo rimossi perchè riconosciuti come UBE. Il filtro potrebbe tenere traccia degli headers dei messaggi rimossi. Impatto sul destinatario Messaggio legittimo rimosso. Ritardi nella consegna.

12 Informazione filtrata onesti disonesti Informazione che deve essere distribuita Rischi di perdita di informazione A livello di mail client Nome domini, formato di particolari headers, parole chiave all'inizio del messaggio, message id, etc.. Nuovi UBE possono non essere intercettati. Basso. E' semplice cambiare continuamente gli elementi chiave su cui i filtri tenetano il riconoscimento. Headers, contenuto degli UBE riconosciuti. (Notare che è più difficile distribuire questa informazione verso client che verso i message store. Messaggio legittimo rimossi perchè riconosciuti come UBE. Il filtro potrebbe tenere traccia degli headers dei messaggi rimossi. Impatto sul destinatario Messaggio legittimo rimosso. Ritardi nella consegna.

13 A livello di mail client (su precedente accettazione messaggi dallo stesso mittente) Informazione filtrata onesti disonesti Informazione che deve essere distribuita Rischi di perdita di informazione Indirizzo mittente confrontato con database locale di indirizzi precedentemente accettati. Dipende dalla "sfida" lanciata e da eventuali risponditori automatici. Dipende dalla "sfida" lanciata e da eventuali risponditori automatici. Nessuna. Basato su database creato a livello di client. Molto alto. Un mittente legittimo potrebbe non essere in grado di rispondere. Inoltre il "messaggio sfida" potrebbe essere perso prima di raggiungere la destinazione. Impatto sul destinatario Possibilità di perdita messaggi. Possibile meno interesse da parte di alcuni a comunicare con tale destinatario.

14 Legali Legge Controllo su mittente/destinatario Controllo su relay Contratti accordi tra provider ed utente

15 Economici Aumento dei costi di spedizione dei messaggi.. Introdurrebbe probabili limitazioni al servizio di Internet contrastando con alcuni dei modelli fondamentali che hanno consentito (e consentono) la diffusione di Internet

16 Identificazione Del messaggio problemi nella scelta etichetta (Es. Commercial : è classificabile come commerciale un messaggio che ti invita a visitare un sito web?) associata con filtri attivi sul client di destinazione Del canale porta diversa dalla 25 (SMTP) per traffico UBE i provider potrebbere scegliere se offrire UBE ai propri clienti tariffazione

17 Registrazione dei destinatari Registrazione presso le potenziali sorgenti di UBE originatori di UBE poco onesti.. troppe per pensare che un utente debba contattarle. Registrazione in liste utilizzate da sorgenti di UBE originatori di UBE poco onesti. stesso problema legato al numero elevato delle possibili liste presso cui doversi registrare

18 Utilizzo firma digitale Auteticazione End-to-End permette il riconosimento immediato del mittente difficilmente attuabile su larghissima scala Identificazione first-hop autenticazione del MTA che ha accettato il messaggio da un proprio client il provider ha il compito di garantire sull identità del mittente (autenticazione SMTP)

19 Cosa fare quando si riceve UBE Si cancella e si continua a vivere tranquilli Si risponde al mittente (SCONSIGLIATO) Si riporta il problema ai nostri amministratori locali o direttamente ai siti che seguono questo tipo di problemi Se il problema persiste si possono attivare filtri. (anche a livello server) SIEVE è un linguaggio per creare filtri in fase di standardizzazione IETF

20 Un cenno sul blocco relay Prevenire l uso non autorizzato del proprio server di posta differenziare sistemi locali da sistemi remoti semplice mediante controllo indirizzo IP Messaggi provenienti da sistemi locali potranno essere indirizzati verso qualsiasi dominio Internet Messaggi provenienti da sistemi remoti saranno accettati solo se destinati a domini gestiti dal server stesso o per i quali il server compare nella lista degli MX record.

21 Un cenno sul blocco relay (autenticazione SMTP) From: To: From: To: Internet Firewall Terminal server From: To: server Pc1 Pc2 Pcn qualcosa.it acme.it From: To:

22 Controllo via MAPS o ORBS Il server controlla se l indirizzo IP da cui proviene la connessione è listato in uno dei domini MAPS o ORBS. (Esempio: connessione da , il server SMTP fa una query a: rbl.maps.com) Se la query ha successo: rifiuta il messaggio aggiunge un linea all header (esempio: X-MAPS: messaggio sospetto ) e fa proseguire il messaggio verso la sua destinazione

23 Controllo via MAPS o ORBS mail.iat.cnr.it Internet iat.cnr.it MX 10 mail.iat.cnr.it MX 20 mail.xx.cnr.it mail.xx.cnr.it fw.qualcosa.edu = NON supporta controllo ORBS = supporta controllo ORBS Spammers utilizzano direttamente mail.xx.cnr.it!

24 Standard di base Posta elettronica Internet SMTP SMTP SMTP File I/O POP o IMAP UA Originator Relay Delivery MS UA Messaggio:... RFC822 MIME

25 A livello comunicazione SMTP: Nessun controllo su validità dell indirizzo From L indirizzo To deve essere il valido indirizzo di destinazione Gli indirizzi IP sono validi per necessità di comunicazione SMTP tra i nodi di rete UA Mail From: Rcpt To: Originator MTA Relay MTA Personal computer: Indirizzo IP Nome a dominio RFC822 From: To: CC: BCC: Subject: Server: Indirizzo IP Nome a dominio