Newsgroup: it.news.net-abuse
Titolo: e' spam o no e come proteggersi ?

Salve, siamo un istituto di ricerca pubblico presso la cui sede lavorano
anche studenti, collaboratori esterni e personale industriale.
Ovviamente noi (dipendenti dell'istituto) siamo tenuti a non utilizzare
le risorse telematiche dell'istituto per scopi non istituzionali, ed e'
ovvio che tale limitazione si estenda anche agli "ospiti" di cui sopra.
Da un paio d'anni abbiamo un sendmail 8.x protetto contro lo spam
(relay). Oltre la meta' dei nostri utenti lavora su Unix, per quelli che
lavorano da PC l'unico meccanismo di mail ufficialmente supportato passa
da un IMAP server su Unix e l'uso della stessa macchina Unix come SMTP
server.
Recentemente abbiamo messo su un sistema di monitoring del traffico mail
per macchina di origine e dominio di destinazione, e qui abbiamo notato
qualche "stranezza".
Di per se' la nostra configurazione sendmail consente alla posta
proveniente dal nostro dominio di uscire, alla posta entrante per il
nostro dominio di entrare, ma impedisce il relay di posta proveniente
dall'esterno e destinata all'esterno, con una eccezione. Ossia la posta
proveniente dall'esterno per un indirizzo del nostro dominio che e'
risolto localmente in un alias che punta all'esterno passa (e' il caso
di personale trasferito o in missione e di mailing lists).
Pero' guardando gli ultimi log sul server Unix abbiamo trovato della
posta flaggata come "proveniente dal mondo e destinata all'interno"
indirizzata a domini esterni. Abbiamo indagato ulteriormente ed essa
appare :
   - con un "From:" di un dominio commerciale
   - relayata da un PC interno
   - destinata a indirizzi interni
Abbiamo indagato con il tizio (un contrattore industriale) che usa il PC
che ci ha detto di :
   - avere diversi account esterni (vuoi su provider tipo libero o
     tiscali vuoi su questo dominio commerciale)
   - connettersi al POP server di tali provider con Outlook (che nessun
     altro qui usa o conosce)
   - pero' di avere definito nella sua configurazione di Outlook come
     SMTP server il *nostro* smtp server e non quello del provider
     perche' "non andava"
Ci pare che il tizio abbia agito in buona fede (intendeva tenere
separata la sua attivita' personale da quella per l'istituto), ma,
mentre penso sia legittimo che usi la linea (linea GARR dedicata, non
causa un aggravio di costi, il canone e' lo stesso sia che la si usi sia
che non la si usi), non ci piace il fatto che usi il nostro smtp server
(che risulta nelle righe "Received" della header).
E' sensato (e tecnicamente possibile) fargli usare come stmp server
quello del provider esterno (che ovviamente deve procurarsi lui), o
questo Outlook puo' usare solo un stmp server sulla stessa sottorete IP
?
-- 
----------------------------------------------------------------------
nos...@ifctr.mi.cnr.it
 is a newsreading account used by more persons to
avoid unwanted spam. Any mail returning to this address will be rejected.
Users can disclose their e-mail address in the article if they wish so.

      perche' "non andava"
Evidentemente anche il server SMTP del provider e` correttamente chiuso
al relay.
--
Saluti.
Fabrizio.

 al relay.
Sospettavo. Infatti lui dice che quando si collega in dialup da casa o
da altrove non ha il problema (ma in tal caso e' in locale per quanto
riguarda il server SMTP del provider).
Dobbiamo dirgli di farsi registrare in qualche modo presso il provider,
o dobbiamo per forza "sopportarlo" noi (cosa che non mancheremo di
chiedere "politicamente" al direttore) ?
Nella fattispecie non mi preoccupa piu' di tanto perche' e' un uso
lecito, ma se qualcuno (ospite o intruso) da una nostra macchina
(fisicamente qui e quindi abilitata a parlare con il nostro smtp server)
si mette a spammare, e poi ci mettono in una blacklist ?


 si mette a spammare, e poi ci mettono in una blacklist ?
Beh, direi che l'unica sarebbe quella di prevedere un meccanismo
di autenticazione a livello di utente sul server smtp.
In quel caso, dovrebbe essere possibile sapere esattamente chi
e' il mittente di eventuale spam.

 dall'esterno e destinata all'esterno, [...]
Questo e' un relay aperto.  Non dovete consentire "alla posta 
proveniente dal vostro dominio di uscire", perche' questo non
caratterizza la posta di provenienza interna.  Chiunque puo'
inserire il vostro dominio nell'envelope From, ed infatti
molto spamware fa questo automaticamente.
Dovete invece consentire alla posta proveniente da un client
con numero IP "interno" di uscire, in quanto il numero IP 
del client e' informazione valida.  Ovviamente la definizione di
"interno" puo' includere anche sistemi o reti esterne "trusted".
Il documento a cui fare riferimento e' la RFC2505
( 
http://www.faqs.org/rfcs/rfc2505.html
 ), sez 2.1.
Se la discussione continua, aiuterebbe vedere degli headers.
"A good header is worth a thousand words" ;-)
Saluti
furio ercolessi
Spin - Gestione antispam