Newsgroup: it.news.net-abuse
Titolo: Rete Interbusiness e DNSRBL

Ma è successo qualcosa di recente?
Nel posto dove lavoro una parte delle mail che inviamo vengono rigettate a
causa di un listing dell'indirizzo IP su DNSRBL. Provando a fare una query,
tutta la classe è listata su DNSRBL (213.26.38.xxx).
Che cosa si può fare?
Gab

 wrote in message
news:b9ns7v$47i$1...@newsreader.mailgate.org...

- chiedere a telecom di essere piu' white hat (buon fortuna)
- chiedere uno sconto a telecom sulle fatture, visto che la connettivita'
che ti danno non e' completa (la vedo difficile)
- sperare che i tuoi ip non entrino in una blocklist piu' diffusa (capitata
a tutti, spera solo che siano pronti ad uscirne), visto che, per tua fortuna
DNSRBL e' praticamente inutilizzata
- cambiare provider per uno piu' white hat
- chiedere a tutti quelli che usano dnsrbl di whitelistare i gli ip che tu
usi
o piu' seriamente telefona al tuo commerciale telecom e inzia a far
pressioni, forse prenderanno i provvedimenti necessari per uscire da quella
blacklist

 - chiedere a telecom di essere piu' white hat (buon fortuna) 
Ho provato a spiegare al mio referente telecom (come connettività uso
infostrada ma vendo le adsl telecom) il problema dello spam e come
funzionano le BL; lui ha chiesto lumi a roma e gli hanno risposto che 1
(una) persona a gestire il tutto non se la possono permettere.
Mi sono fatto delle grasse risate (e tutti i miei clienti che usano adsl
telecom/interbusiness usano i miei server per inviare la posta).
-- 
Roberto Tagliaferri<-> r.tagliaferri@(forse)
tosnet.it
	Il paese da dove veniva non era un paese di geni.
	Loro lo chiamavano computer umano perchè sapeva contare fino a 20.
	Nudo fino a 21

 blacklist
Anche questo, ma ci hanno riso in faccia... dicendo che eravamo noi che non
sapevamo che cosa stavamo dicendo, di cambiare le impostazioni del nostro
server di posta in modo da NON USARE DNSRBL... e non capivano che non
eravamo noi ad usare quella blaack list ma tutti loro ad esserci finiti
dentro.
Ciao Marco e grazie

 (una) persona a gestire il tutto non se la possono permettere.
diciamo che un po' telecom la conosco. E ad occhio il problema della
gestione dell'abuse desk e' prettamente di scelta di politica commerciale,
non tecnico o di risorse.
non dubito sappiano benissimo cosa sia lo spam e cosa comporti un
blacklistaggio di telecom/tin/interbusiness/ecc [*] fatto da una grossa
dnsbl e non risolto in tempo brevissimo.
Al momento vendono il piu' possibile e si tengono fuori dalle grosse
blacklist. Finche' ci riescono hanno ragione loro.
[*] se se cose non sono cambiate ultimamente, parte delle risorse (smtp, dns
ecc) di tin, telecom, tuttopmi, 191, interbusiness, saritel, alice,
fullcompany, village, idc-ti, flexmail ecc ecc sono configurate per essere
utilizzabili e intercambiabili da tutti (?) i clienti del gruppo.

 - chiedere a telecom di essere piu' white hat (buon fortuna)
Sarebbe già bello che i fantaccini che lavorano in interbusiness
capiscano il termine "spam" ... tutto il resto viene dopo.

 dentro.
Tutte le aziende che usano internet ed una DNSRBL dovrebbero scrivere una 
paginetta sul loro sito web dove spiegano in italiano cortese il perche' un 
utente Telecom/Interbusiness non puo' inviare loro e-mail, ma dovrebbero usare
un altro provider oppure il telefono, fax o posta-lumaca. Se tutti facessero
cosi', sputtanando tutti un pochino Interbusiness, forse forse si sveglierebbero 
e la smetterebbero una buona volta di fare i cazzoni.
-- 
Davide Inglima, limaCAT

 e la smetterebbero una buona volta di fare i cazzoni.
Non occorre che facciamo niente qui in Italia, dove ci creeremmo danni
collaterali elevati.  La parte di Internet a cui Interbusiness ha accesso
si va riducendo via via, anche grazie a interventi di filtraggio da
parte di _grossi_ network americani, e le aziende in Interbusiness
che corrispondono con l'estero se ne stanno ben accorgendo.
Chi semina, raccoglie.
--
furio ercolessi
http://www.spin.it/spam/

(una) persona a gestire il tutto non se la possono permettere.
Che io sappia, invece, Telecom ha diversi sistemisti, ognuno dei quali
potrebbe fare questo stupidissimo lavoro di controllo.
Ed anzi, adesso hanno appalti con altre aziende, che gli forniscono
sistemisti unix.

 sistemisti unix.
La gestione della security di una grossa rete non e' un lavoro 
stupidissimo ne' puo' essere effettuato dal primo "sistemista Unix"
che capita sotto mano.
Ha numerose ramificazioni e va effettuato da un gruppo dedicato
interfacciato con l'area amministrativa, l'area commerciale, il
sistema di provisioning, e diverse componenti dell'area tecnica che con 
i sistemi Unix non hanno nulla a che vedere, tra cui i gruppi che seguono 
il routing interno ed esterno.
Non credo che nessuno possa ragionevolmente sostenere che gestire la
security di Interbusiness sia una banalita'.   Quello che si chiede
e' che Telecom se ne prenda carico, visto che in una maniera o 
nell'altra si e' presa il 95% del parco DSL italiano ed e' quindi
l'operatore che puo' realizzare le massime economie di scala e
dunque quello a cui la security *per cliente* deve costare di meno.
Chi acquista lotti di DSL *su spazio IP Telecom* dovrebbe comunque
sapere che che valgono meno di DSL equivalenti dal punto di vista
fisico ma su altri spazi IP, esattamente come il valore di una casa
dipende anche dal quartiere in cui si trova.


che capita sotto mano.
Capisco che tu ne faccia un fatto di rispetto per la tua professione,
ma tra il nulla e chiudere le macchine con problemi, c'e` una bella
differenza e non serve una task force. Poi, ovviamente, puoi avere
l'optimum, che e` quello da te illustrato. Ma, ripeto, tra il nulla e
l'optimum, mi accontenterei anche di un po' di piu` del nulla.


Sorry: questo e' un punto di vista totalmente errato, e la mia professione
(che e' un'altra) non c'entra nulla.
Se hai un sistema grosso e complesso in cui esiste un problema, 
affrontarlo in maniera inadeguata non puo' che portare a ulteriori
danni e costi.   Quindi non parlavo di "soluzione optimum", ma dell'unico 
modo possibile in cui il problema puo' essere affrontato, e viene 
affrontato dagli operatori responsabili.
Ad esempio, per favore visita 
http://policy.support.algx.net/
 , osserva 
la pagina dei casi sotto investigazione, e realizza che un "sistemista
Unix" in un gruppo di gestione security di un network e' una figura che 
in realta' non serve quasi a nulla.  Servono competenze, ma diverse.
La security deve definire e gestire le procedure per la risoluzione
dei casi ed essere interfacciata egualmente bene con l'area 
amministrativa, commerciale e tecnica.  Considerare la security di un
ISP come un sottogruppo dell'area tecnica e' un errore classico che hanno 
fatto in tanti in passato. Sbagliato, sbagliato, sbagliato.


fatto in tanti in passato. Sbagliato, sbagliato, sbagliato.
Si, so che le grandi aziende hanno procedure per ogni cosa, anche cosa
fare in caso l'operatore volesse starnutire.
Ma siccome non fanno nulla, io continuo a sostenere che intanto
potrebbero dire ad un sistemista di chiudere le falle piu` evidenti.
Poi possono prendersi tutto il tempo che vogliono, per elaborare una
strategia aziendale.
Se poi tu dici che un sistemista non e` in grado di mettere nemmeno
una pezza, che dire, in passato hai dimostrato di sapere quello che
dici, quindi facciamo che mi fido, anche se in cuor mio rimango della
mia opinione.

 potrebbero dire ad un sistemista di chiudere le falle piu` evidenti.
La falla piu' evidente sono macchine di clienti - perlopiu' sistemi
Windows - forzate a emettere tonnellate di spam da spammers situati
all'esterno della rete (grazie a proxy aperti, trojans, worms etc).
Per ciascuna di queste macchine Interbusiness riceve ogni giorno
centinaia o migliaia di segnalazioni che vengono ignorati.
Non c'e' praticamente nulla che un sistemista Unix possa fare, dal
momento che non ci sono sistemi Unix interessati nell'intero processo
(a parte la macchina dello spammer!).  Non e' li' il problema.
Nel mio scorso messaggio ho tentato, senza apparentemente riuscirci,
di darti un'idea della natura degli interventi necessari indicando
il sito di una rete di dimensioni comparabili che combatte gli
abusi efficacemente e mantiene un log in linea dell'attivita' quotidiana.
Dal log si puo' notare l'assenza pressoche' totale di interventi
che richiedano sistemisti Unix.  Per contro, possono essere necessarie
competenze tutt'altro che banali, ad esempio per indicare all'utente
il tipo di malattia che fa emettere spam al suo PC; ma una volta 
diagnosticata la malattia occorre del personale che segua il caso fino a 
risoluzione o stacchi la spina, e per questo passo occorre una completa 
cooperazione con le aree amministrative e commerciale dell'azienda,
e si', delle procedure.


(a parte la macchina dello spammer!). 
Io parlavo di sistemisti Unix perche` la rete di
Telecom/Interbuzinezz, che io sappia, e` gestita da macchine Unix,
soprattutto Sun Solaris. Al loro livello credo sia semplice chiudere
la connessione alla macchina "malata", visto che loro gestiscono la
rete.
Ora non c'e` bisogno che mi ripeti quanto hai gia` detto. Grazie. :-)

Telecom/Interbuzinezz, che io sappia, e` gestita da macchine Unix,
Furio intendeva dire (Furio correggimi se sbaglio) che si presume che
le macchine della rete interna siano "pulite" il problema sono i tuoi
clienti.
Non e' dalla rete interbusiness (intesa come rete di infrastruttura)
che arriva la schifezza... ma dai PC/Server degli utenti che hanno un
contratto con interbusiness di qualsiasi tipo esso sia (*DSL, CDN, et
simila).
Per cui il sistemista interbusiness non ci puo' fare una beneamata :-)
Anche qui da noi e' cosi'... e se non esistesse una procedura ad HOC
(gestita al momento da gente che di sistemi ne sa una mazza) saremmo
peggio di interbusiness.
--
Saluti,
Cataldo Cigliola

 la pagina dei casi sotto investigazione,
Fantastico!!
Scusa Furio sai mica se altri grossi ISP hanno pagine simili in cui c'è un
elenco dei casi sotto investigazione?
o Forse algx è l'unica?
Grazie

 o Forse algx è l'unica?
Forse non sara' l'unica ma in verita' e' abbastanza raro che venga
esposto il "tabellone" della situazione come fanno loro.
Il loro abuse team e' "storico" (molti anni fa era quello di Digex.net, 
prima di una complicatissima operazione di merger/acquisizione/cessione
in cui Digex ha cambiato proprieta' passando a Worldcom cioe' UUnet).  
Algx.net non e' una rete piccola, ma gli spammers in generale tendono a 
evitarla e cosi' nel contesto degli abusi non se ne sente quasi mai
parlare.


Per cui il sistemista interbusiness non ci puo' fare una beneamata :-)
Prendere [router] | [firewall], aprire menu` di configurazione,
prendere IP cliente, impostare filtro che blocchi traffico in uscita
da IP del cliente, ad esclusione delle porte canoniche non dannose
[110] | [80] | [443] | [22] | [ecc]. Quando il cliente si lamenta,
dirgli di sistemare la macchina. Quando la macchina e` sistemata, si
toglie il filtro.
Il sistemista puo` farlo, eccome, ma diciamo che nelle grosse aziende
tutti se ne lavano le mani e si preferisce prendere lo stipendio a
fine mese, arrivandoci nel modo piu` tranquillo possibile.

 fine mese, arrivandoci nel modo piu` tranquillo possibile.
Sostituendo "quasi tutti" a "tutti" e' circa cosi', in assenza di
procedure.  Se ci sono le procedure, i dipendenti le devono seguire.
