Newsgroup: it.comp.sicurezza.varie
Titolo: ho un problema (porte in listening)

Salve,
su una wks NT che non uso da molto (e che devo  usare per motivi di
necessità) ho trovato parecchie porte in listenig.
interrogando le porte del tcp/ip e di UDP una di queste mi risponde "per le
rime" nel senso che cita alcune frasi celebri di poeti vari...)
beh questa cosa per quanto culturalmente interessante non va.. (la macchina
deve andare in rete permanentemente) =( come posso ripristinare la
situazione corretta? (non posso formattare e reinstallare...) quali sono le
porte che dovrebbero risultare da "netstat -na" in una situazione di
tranquillità??
grazie a tutti per l'aiuto...

tranquillità??
NO! Quali porte VUOI che risultino? TUTTE LE ALTRE non ci devono essere.
Che deve fare quella workstation? A parte che se e' una workstation e non
un server, non dovrebbe avere NIENTE, in listen. Se esporta file systems,
puo' avere 135, 137, 138, 139.
Se non metti la "n", "netstat -a" dovrebbe dare qualche indizio in piu' a
proposito dell'uso di una determinata porta (per es., 80 la chiama www, e
cosi' via).
Leonardo
".signature": bad command or file name

Ti ringrazio molto della tua risposta rapidissima...
dunque la porta è proprio la "17"..
ho i "small tcp services" ma mi servono =(.. (l'installazione del sp4 non
dovrebbe mettermi "l sicuro" da eventuali bachi?)
in che modo i miei "small tcp..." possono essere usati contro di me?
il pc è un nt40 wks ita + sp4 e non ha servizi attivi ad esclusione di un
programmino che deve sincronizzare il tempo della wks con quello di un altro
server... e poi viene usata per scaricare la posta e file da siti ftp di ns
fornitori.....
ho almeno 10 righe di questo tipo:
TCP    
0.0.0.0:7
 
0.0.0.0:0
                    LISTENING
cambia solo il "7" che assume  i valori 7-9-13-17-19-135-1027 per tcp/ip e
  UDP    
0.0.0.0:7
                *:*
cambia solo il "7" che assume  i valori 7-9-13-17-19-135 per udp
usando "netstat -a" ottengo come riferimento all'indirizzo locale:
server:echo
server:discard
server:daytime
server:qotd
server:chargen
server:135
ti prego di scusare la mia ignoranza ma  desidero capire cosa succede e come
porvi rimedi (e soprattutto come evitare che ricapiti....)
Come posso evitare che le porte in ascolto cessino di esserlo?
grazie ancora per l'aiuto =)

Come posso evitare che le porte in ascolto cessino di esserlo?
UH?
Vorrai dire il contrario. Per CHIUDERE le porte 7...19, disattiva il servizio
"Small TCP Services" dal pannello di controllo di rete.


ho recuperato un poò di info da quello che resta del mio BSD e ho scoperto
che sono scemo....=D
grazie di tutto (e che dio stramaledica la mia ignoranza e qotd)... =)
ho ancora un paio di domande =):
1)  mettiamo di avere una porta in listening che non deriva da un servizio
nt
significa che io ho eseguito un qualche software che ha piazzato nel mio
registro (tra i servizi) una back door cioè un programma che apre la porta e
si mette in ascolto giusto?
2)  come fanno a mettere in comunicazione dall'esterno delle porte sul mio
pc (come nell'esempio che mi hai fatto tu) e che cosa intendi per
'byzantine fault'??
ancora grazie

e che cosa intendi per 'byzantine fault'??
E' quello che succede quando hai un tot di time servers e ciascuno va per
i #mazzi suoi (soluzione: avere _un solo_ time server e sorvegliarlo). Un
tot di programmi {ntpd per Linux, quasi sicuramente} riescono a capire lo
stesso che ore siano, purche' almeno 1/3+1 dei servers diano l'ora esatta
...in pratica basta mettere tre servers fidati (Stoccarda, Francoforte ed
Amsterdam hanno orologi al cesio indipendenti, mi sembra, pero' non so l'
indirizzo dei loro servers secondari -- comunque su Altavista li si trova
senza problemi (*) ).
Leonardo
(*) alle brutte, per poche decine di $$$, si trovano dei ricevitori radio
    con interfaccia seriale. Non funzionano bene piu' a sud di Roma, ma a
    Firenze tirano fuori l'ora esatta che e' una bellezza.
    { chissa' se li si puo' hackerare 8-D }


pacchetto che ha source IP address = dest IP address = il tuo.
$ telnet ntbox 19 | telnet ntbox 53
Buttha
-----------------------------------------------------------------------
* Per rispondere rimuovere i
* PGP Key: RSA & DH/DSS
* h

grazie č bello trovare qualcuno che risponde anche alle + banali delle
domande =)

scusa la mia abissale ignoranza ma se ntbox non ha un server telnet attivo?


>$ telnet ntbox 19 | telnet ntbox 53
no no: questo lo faccio io dal mio linux.
Se hai la 19 e la 53 aperta (chargen e dns), con il primo telnet della
pipe prendo i caratteri generati e li mando al secondo telnet che te
li invia nella 53.


Infatti mi sembrava strano =) (devo smettere di non andare a dormire fa
male)
ma questa cosa la posso fare anchio da NT giusto?
in sostanza si tratta di ridirigere l'output di ntbox:19 su ntbox:53?
quindi se io lancio
c:\>telnet ntbox 19 > telnet ntbox 53
dovrebbe andare on no? ( sono fuori lo so...=(  )
io ho provato a telnettarmi (??) su ntbox:17 (che è in listening) ma il
telnet mi dice che non è riuscito a connettersi (le 2 macchine nt sono
fisicamente connesse da una  lan tcpip)....
cosa può essere? (il vomando era giusto xchè se lo uso sulla 80 del server
web linux  funziona...)
non è che la macchina nt di destinazione deve aver un demone telnet attivo?
(questa mi sa che è GrOsSa)
grazie ancora! =)


$ telnet ntbox 19 | telnet ntbox 53
Questo e' un _flusso_ di pacchetti, e il motivo per cui si pianta e' un
altro: che il server DNS di NT ha idee tutte sue su quanto fidarsi e di
quale input. Funzionerebbe meglio e piu' velocemente (100% in piu' ;-))
netcat ntbox 53 < /dev/random
Leonardo


(questa mi sa che è GrOsSa)
No. Il DEMONE telnet accetta roba solo sulla porta 23. Il CLIENT telnet di
serie si collega alla 23, ma basta dirgli un altro numero, e si collega da
un'altra parte.
Ci puoi leggere la posta elettronica (110), mandarla (25), e con un po' di
noia leggere/inviare news (119) e surfare il web (80) (questo e' un casino
da ridere...).


da ridere...).
'
ah questo lo sapevo (su bsd lo faccio anche - news e mail) ma pensavo che in
nt le cose fossero messe peggio...
'
ma perche allora se mi telenetto su un server nt che ha le news su 119
telnet xchč non si collega?

comando lanciato sempre da un box unix-like giusto?


c:\>telnet ntbox 19 > telnet ntbox 53
anche
telnet ntbox 19 | telnet ntbox 53
dovrebbe andare.
Ma telnet, in windows, non e' testuale, quindi non so se funziona.
Bisogna solo provare.


comando lanciato sempre da un box unix-like giusto?
Si'. Da un box NT penso si possa fare con
	netcat ntbox 53 < \Documenti\cacchiate.doc
8-D (serve il netcat per NT, ovvero il netcat per Unix ricompilato
sotto NT. Non ho idea di dove trovarlo o perche').


Ma telnet, in windows, non e' testuale, quindi non so se funziona.
Non funziona col telnet standard, ma con il telnet da console si'.



dove: basta cercare il file nc11nt.zip
perche', ma soprattutto peeeeeeeeercheeeeeeeeee'
Ciao
/\/\arco /\/\ex