Newsgroup: it.comp.sicurezza.varie
Titolo: Telnet......

Mi sto avvicinando, molto lentamente a dir la verità, a tutti quei problemi
di sicurezza legati ad una rete di medie dimensioni collegata ad internet
attraverso un linea ADSL always open.
Per chi non lo avesse capito non state leggendo una news della serie piccoli
Crakers allo sbaraglio, ma della serie chi fa per se fa per tre
Utilizzando telnet sto cercando d'inviare mail, gestendomi ovviamente tutta
la procedura con l'host smtp.
Collegamento al server smtp e Ok.... saluti e baci, dichiarazione del
mittente....tutto ok, l'intoppo quando dichiaro il destinatario. Vi riporto
di seguito i dialoghi...... (mittente e destinatario qui sono falsi, nella
sessione telnet erano indirizzi reali).
Come programmi telnet uso: CRT 3.4 o telnet di Windows 2000
Es. 1
smtp4.libero.it
: 25
220 
smtp4.libero.it
 ESMTP Service (6.5.021) ready
helo 
libero.it
250 
smtp4.libero.it
mail from: 
leop...@tin.it
501 Syntax error in parameters or arguments to MAIL command
..(telnet Windows 2000)..
Es.2
[CUT]
mail from: 
leop...@tin.it
250 leop...@tin.it... Sender ok
rcpt to: 
laure...@virgilio.it
550 laure...@virgilio.it... Relaying denied
..(CRT 3.4)...
Dove sbaglio?? Perche il server smtp sembra a volte non ricoscermi il
destinatario a volte non riconoscermi la sintassi?
Un grazie per avermi anche solo letto.
Piggi70

Relaying denied
Sacrosante politiche antispam.
-- 
Lapalissiano
Icq 57269703

 Sacrosante politiche antispam.
Grazie dell'aiuto, ma con quale criterio e come fa, un server mail ad
applicare politiche anti-spam negando il servizio smtp??
Riesce a capire a priori ( con qualche finger) se il mittente e falso?
Quello che più mi interessa nella salvaguardia della sicurezza della mia
rete e anche la prevenzione ad azioni di bomb mailing e fake mailing
Grazie ancora dell'aiuto ad un niubbio tutto fare
Piggi70

 Riesce a capire a priori ( con qualche finger) se il mittente e falso?
Si chiama relaying... Esempio: se mi collego a 
mail.libero.it
 tramite un
wingate non posso mandare una e-mail a *.*@
libero.it
 .. perché è la
concorrenza.. ma solo agli utenti *.*@.
tin.it
byez
vedi l'rfc 821 smtp agosto 1982
sciack

 Riesce a capire a priori ( con qualche finger) se il mittente e falso?
non guarda il mittente, ma il destinatario.
-- 
Sostituisci GUARDALAFIRMA con RTFM

 Riesce a capire a priori ( con qualche finger) se il mittente e falso?
Esatto. Puo' chiedere al DNS se esiste un record MX per il dominio del
mittente. Nel tuo caso, puo' anche vedere la velocita' della comunicazione.
In questo caso riesce a stabilire che ti sei connesso con telnet...
Ciao
 Max

concorrenza.. ma solo agli utenti *.*@.
tin.it
Veramente e' il contrario
-- 
                                                                                      Fabiao
Fprzb puv yrttr
Togliere NOVIRUZ dall'indirizzo e-mail per risposte in privato
[Maledetto Autlukko!!!]

501 Syntax error in parameters or arguments to MAIL command
Cosa c'e' di strano?


Grazie di avermi illuminato.....tutto sommato non siete così cattivi come si
dice!!!
Bye
Piggi70

 Veramente e' il contrario
Mi hai lamerizzato... ma ero fuso.. stavo parlando del server 
mail.tin.it
;-)
Pardon... sniff sniff...
sciack

"piggi" <pig...@SPAMMATILMOUSEvirgilio.it> wrote in message
news:jXfP8.25517$Kt3.6...@twister2.libero.it...

Ah, sì? Vieni su free.it.hackers e poi vedi... eheh ;-)
byez
sciack

 In questo caso riesce a stabilire che ti sei connesso con telnet...
Falso. Come?
-- 
don't feed the troll
partecipa anche tu all'iniziativa:
"il primo fanculo ? quello che conta"
killa in silenzio, vivi felice

 Falso. Come?
Beh, se chiedi come, vuol dire che hai qualche dubbio...
Una volta ho visto un amico che si collegava a 'sto server SMTP in telnet.
Dopo le righe di presentazione cominciava a dargli la mail da spedire e lo
buttava fuori dicendo che il "character rate" (o qualcosa del genere, non
ricordo di preciso) era troppo basso. Non penso sia neppure troppo difficile
da implementare. Basta cronometrare il tempo medio tra una lettura da socket
e un'altra, per esempio quando legge le righe che formano la mail, e se e'
troppo alto... CIAO!
Tieni conto che se usi un client SMTP "vero" le righe della mail arrivano in
continuazione senza pause, quindi con un rate molto alto, che di sicuro non
riesci a tenere se t connetti con telnet e fai tutto a mano.
Ciao
 Max

 riesci a tenere se t connetti con telnet e fai tutto a mano.
No, dipende dal tipo di collegamento che hai. Ti assicuro che in reti 
molto congestionate le righe arrivano tutt'altro che in continuazione. 
Arivano, pero', per righe, questo si'.


 Arivano, pero', per righe, questo si'.
ok
Ciao
 Max

 rcpt to: 
whip...@despammed.com
[..]
Certo. Pero', come per la maggior parte delle contromisure, il loro scopo e'
quello di tenere lontani i ladri di polli. Uno veramente furbo e' anche in
grado di scriversi un client SMTP in perl adatto ai propri scopi che fa
tutto ad una velocita' adeguata...
Ciao
 Max

 inutile.
te pensa addirittura un server smtp dell'isp di un cliente ha attivato
la funzinalita' "anti-hacker". impedisce di fare telnet sulla 25.
secondo te che ho risposto a quel "tecnico" che mi ha detto cosi'?
e da windows funzionava davvero. solo da li'.
un mayhem che CR+LF li vedeva sulle stampanti anni or sono.
--
Se odiamo qualcuno, e' perche' nella sua effige odiamo qualcosa che
e' in noi. Quello che non e' in noi non riesce ad eccitarci. H.H.
Cisco FAQ: 
http://mayhem.oltrelinux.com/icrc
HackLabVR: 
http://www.m2net.it.eu.org

 all'utilizzabilita'...
Non mi pare proprio. Anzi. Questa e' proprio una laggenda da sfatare.


 all'utilizzabilita'...
Premesso che mi sembra un po' demagogica come affermazione, dove starebbe
la sicurezza nel misurare il data rate di una conversazione smtp?
F  a  b  i  o

 ha scritto nel messaggio
news:GABP8.31016$j65.7...@twister1.libero.it...

Sara' anche demagogica ma a me sembra molto vera...
La sicurezza sta nel fatto che il poveretto che sa connettersi in telnet sul
server SMTP, ma che non ha le conoscenze per scriversi un suo software per
tenere un data-rate elevato non riesce a taroccare l'header. E' un po' come
bloccare il traffico ICMP per evitare che qualcuno ti pinghi. Chiaramente
non e' sufficiente a mascherare la visibilita' di un IP, in quanto ci sono
tanti modi alternativi per farlo, ma intanto hai tagliato fuori tutti quelli
che non li conoscono
Ciao
 Max

Questa e' proprio una laggenda da sfatare.
Auguri!
Ciao
 Max

 
Considerando che ci sono almeno 50 modi di spedire e-mail usando VB 
script o programmini downloadabili, credo che il numero di utenti che 
conoscono il telnet, non scrivono "dir" per riflesso condizionato da 
schermo testo, sanno che la posta si invia normalmente sulla porta 
25, e sopravvivono a un HELO rappresenti una percentuale davvero 
trascurabile.
E comunque credo di avere un data rate più alto quando scrivo via 
telnet dalla dedicata dell'ufficio che quando mi collego con il 
programma di posta dal modem di casa :)
-- 
Valter Minute
vmi...@inwind.it
 (the reply address of this message is invalid)

 luogo comune e valida scusa per i programmatori pigri :)).
Hai ragione. E te lo dice un programmatore...
Ciao
 Max

 farlo, ma intanto hai tagliato fuori tutti quelli che non li conoscono
Il problema e' il _perche'_ si fanno le cose. Perche' vuoi fare
in modo che il tuo puter sia "invisibile"? Cosa vuoi impedire a
chi sta fuori? Chi c'e' fuori? Cosa comporta un echo reply? Non
puoi prescindere dalle risposte a queste, ed altre, domande per
formulare un giudizio. L'unica cosa che mi viene in mente, ora,
e' che quella che tu citi come esempio e' una soluzione di tipo
"casalingo" ad un problema, mentre quando si parla di server di
posta non possiamo parlare di soluzioni casalinghe. Io penso in
tutta franchezza che un controllo sul data-rate debba essere un
problema di funzionalita' e non di sicurezza, perche' da questo
ultimo punto di vista non ha senso ed e' inutilmente limitante.
E qui si torna al problema iniziale: la cattiva implementazione
della sicurezza, quella si, e' sicuramente limitante.
Fabio

 posta non possiamo parlare di soluzioni casalinghe.
No, certo, ma comunque qualche accorgimento casalingo non guasta... anche
perche' solo io so che c'e' e so' come e' fatto, per esempio cambiare i
banner dei demoni mascherando o modificando il numero di versione...
Tieni anche conto che tutto 'sto casino e' partito perche' io ho citato un
esempio di una cosa che ho visto fare una volta, e ne stiamo montando un
caso nazionale :-))
neanche avessi cercato di imporre una verita' di fede assoluta...
Ciao
 Max

 nelle sue forme piu' idiote.
Sottoscrivo pure io, anche se a me ogni tanto piace limitare o alterare le
informazioni che il sistema mette a disposizione a chiunque ;-) E' anche
questa security by obscurity? Sicuramente si, ma agli "esterni" non deve
interessare che versione di SSH o di Apache sto' facendo girare...
Ciao
 Max

 neanche avessi cercato di imporre una verita' di fede assoluta...
Sui gruppi di discussione si... discute delle cose :) e discutendone
si impara (tutti). La spiegazione del comportamento di quel server a
mio parere non era convincente... ma come lo potevo sapere a priori,
se tu non me l'avessi esposta? Se n'e' parlato un po' e sono rimasto
della stessa idea. Avrei anche potuto cambiarla.
Fabio