Newsgroup: it.comp.sicurezza.unix
Titolo: sshd

So che esiste un bug del servizio sshd, grazie al quale si puň entrare in un
sistema attraverso la porta 22 ed ottenenere privilegi di root. Qualcuno č
in grado di spiegarmi di cosa si tratta o darmi un riferimento dove
documentarmi?
Per ora ho "risolto" il problema con iptables, evitando che nmap rilevi il
servizio sulla porta 22.
grazie in anticipo

 rilevi il servizio sulla porta 22.
Che vorebbe dire? Chi sei? Trinity?
;-D
-- 
Emanuele Balla  aka Skull -  Public Key #661E5CBF on 
www.keyserver.com
+----------------------------------------------------------------------+
"And 1.1.81 is officially BugFree(tm), so if you receive any bug-reports
on it, you know they are just evil lies." (By Linus Torvalds)

 
la solita palla di cristallo?!
io mica ce l'ho!
apt-get install cristall-ball
funziona, ma mi restituisce un giochetto cretino per bambini...
che comando usi?
-- 
+-------
| Paolo opg
|
| janickg ( at ) hotmail ( dot ) com
+-------

 Che vorebbe dire? Chi sei? Trinity?
Ma ROTFL!
-- 
Sono un servitore del Fuoco Segreto, e reggo la fiamma di Anor.
A nulla ti servira' il fuoco oscuro, fiamma di Udun.
Torna nell'Ombra! Non puoi passare.

 
chiedo scusa ma non ce l'ho fatta.
dopo un lunedě scazzante, tutte le vaccate che mi saltavano in mente, le ho 
lasciate libere...


 Su, non farci prendere la solita palla di cristallo e diccelo !
Attualmente uso OpenSSH 3.5p1
Comunque mi acocntentavo di sapere se è vero o una balla...

 
no, semplicemente che il firewall blocca i pacchetti in uscita sulla porta
22 quando sono udp e lascia passare solo i tcp. In questo modo le
scansioni di nmap (che usano udp) non vanno a buon fine, e la porta 22
appare chiusa, mentre le connessioni (che usano tcp) vengono instaurate
senza problemi



*casualmente* su 
http://www.insecure.org/
 trovi info sull'ssh1 crc del
2001, questo in seguito al casino che ha fatto trinity, appunto. :-)
Comunque basterbbe farsi un po' di giri (securityfoqus, bugtraq ecc.) e
tenere il sw aggiornato almeno ad una versione ben testata ed esente da
problemi, che non vuol dire debba essere proprio l'ultima.
Ciro.

 senza problemi
Consentimi la franchezza, ma hai detto una cagata pazzesca...


l'attuale ver di openssh è la 3.6p1 (datata 1.05.2003), quindi la tua è 
out-of-date. aggiornare!
il problema non lo hai risolto visto che le connessioni ssh sono in tcp 
e non udp, quindi anche se hai bloccato gli udp in INPUT sulla 22, 
chiunque può continuare a stabilire una connessione tcp sul tuo host 
alla porta suddetta.
P.S. la versione che tu hai installata sembra che abbia un problema con 
le pam auth, problema che sfruttato a dovere permetta un remote root 
compromise.

 
lo so... ma nmap lavora con interrogazioni udp, quindi funché il firewall
lavora così non è possibile sapere se il servizio è mascherato o assente,
e di solito quando non si vede la porta 22 aperta, non si tenta
ugualmente... è una finta protezione, lo so, ma è meglio di niente

 Consentimi la franchezza, ma hai detto una cagata pazzesca...
perché scusa?
le connessioni ssh usano pacchetti tcp, ma la scansione in cerca di porte
aperte viene fatta con pacchetti udp, quindi è possibile bloccare un certo
tipo di pacchetto su una certa porta e farla sembrare chiusa alle
scansioni quando in realtà è aperta... posso fornirti la documentazione,
se non ci credi

 
nmap lavora come lo imposti...
se gli dici di fare scansioni udp, usa udp, se invece vuoi fare scansioni 
tcp, perchè mai dovrebbe usare udp?
dai un'occhiata al parametro '-s'
-- 
+-------
| Paolo opg
|
| janickg ( at ) hotmail ( dot ) com
+-------
** Articolo inviato tramite i servizi gratuiti di 
www.x-privat.org
 **

 wrote in
news:pan.2003.06.11....@tiscali.it
: 

Sei sicuro? Mi sembra impossibile capire se una porta TCP e' aperta 
mandando pacchetti UDP. D'altronde la pagina di nmap pare chiara;
 SCAN TYPES
       -sT    TCP connect() scan: This is the most basic form  of
              TCP scanning. The connect() system call provided by
              your operating system is used to open a  connection
              to  every  interesting  port on the machine. If the
              port is listening, connect() will  succeed,  other­
              wise the port isn't reachable. One strong advantage
              to this technique is that you don't need  any  spe­
              cial  privileges.  Any  user  on most UNIX boxes is
              free to use this call.
              This sort of scan is easily  detectable  as  target
              host logs will show a bunch of connection and error
              messages for the services which accept()  the  con­
              nection just to have it immediately shutdown.
Ciao

 documentazione, se non ci credi
prima di pentirtene, prova a lanciare nmap senza opzioni.
Ti comunicherà la lista delle opzioni con cui può essere lanciato.
Dato che tcp e udp sono protocolli diversi, nmap ti permette (come già ti
hanno detto) di scegliere che protocollo scansionare.
In particolare ci sono 5 modi per fare uno scan delle porte tcp e uno di
fare la scansione delle udp.
Se non gli si specifica diversamente, nmap scansiona per porte tcp, usando
metodo connect o half-open a seconda dei privilegi di chi lo sta
lanciando.
Il resto lo trovi tranquillamente nella documentazione.


 se non ci credi
settare una regola di firewalling in modo da mandare un RST invece del 
solito ACK ?