Newsgroup: it.comp.os.linux.sys
Titolo: Cosetta strana con Apache

Ciao a tutti!
Ho un Server Linux con Apache 1.3.
Tutto funziona alla perfezione, ma, facendo un test con Nessus, ottengo
questo "Security Hole":
Vulnerability  	https (443/tcp):
The dll '/_vti_bin/_vti_aut/dvwssr.dll' seems to be present.
This dll contains a bug which allows anyone with
authoring web permissions on this system to alter
the files of other users.
In addition to this, this file is subject to a buffer overflow
which allows anyone to execute arbitrary commands on the
server and/or disable it
Solution : delete /_vti_bin/_vti_aut/dvwssr.dll
Risk factor : High
See also : 
http://www.wiretrip.net/rfp/p/doc.asp?id=45&iface=1
CVE : CVE-2000-0260
BID : 1109
Nessus ID : 10369
Il fatto e' che io, questo file, non ce l'ho proprio sul server (non ho
nessun file con estensione DLL... Che me ne faccio? Ho Linux!)...
Cosa vuol dire tutto cio'? Puo' essere che Nessus si sia confuso?
Oppure che questa vulnerabilita' esiste anche con Linux/Apache in
determinate condizioni (quali?)?
Cosa mi consigliate di fare?
Grazie a tutti!
Luca Bertoncello
(
luca...@lucabert.de
)
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 (
luca...@lucabert.de
)
ciao
dat

 The dll '/_vti_bin/_vti_aut/dvwssr.dll' seems to be present.
Non e' che hai un qualche redirect che invia messaggi sconci quando
qualche worm cerca quel file? Se fosse cosi' lui fa' il test, riceve
un 200 (Ok) come risposta e pensa che il file sia li'...
Davide
-- 
| At no time is freedom of speech more precious than when a man hits his
| thumb with a hammer. -- Marshall Lumsden 
| 
| 

 un 200 (Ok) come risposta e pensa che il file sia li'...
Potrebbe anche essere...
Ho queste regole:
RewriteEngine on
RewriteCond %{REQUEST_METHOD} ^(TRACE|TRACK)
RewriteRule .* - [F]
Nonche' questa:
SetEnvIf User-Agent ".*MSIE.*" nokeepalive ssl-unclean-shutdown
Potrebbe essere li il "problema"?
Ciao


su
http://archives.neohapsis.com/archives/
  win2ksecadvice/2000-q2/0015.html
c'e' un esempio su come testare la vulnerabilita' con netcat
nc -v -w2 target.system 80
 GET /_vti_bin/_vti_aut/dvwssr.dll HTTP/1.0 (hit enter twice)
giusto per vedere cosa ti risponde apache.
saluti
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 (
luca...@lucabert.de
)
Ciao
Non č che il server ti fa anche da "router" con il masquerading? e magari tu
hai fatto il test dal tuo computer?...
Se č cosě probabilmente il test č stato fatto al tuo pc locale e non al
server...
Ciao
Giulio.
P.S.
Fai il test che ti indica mr130

 questo "Security Hole":
Beh... mi intrometto. Sempre su nessus, io ho notato questo:
Vulnerability found on port ssh (22/tcp) :
You are running a version of OpenSSH which is older than 3.0.2.
Ma io ho:
debian:~# ssh -V
OpenSSH_3.4p1 Debian 1:3.4p1-1.woody.3, SSH protocols 1.5/2.0, OpenSSL
0x0090603f
Ma come mai? Boh.
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (
http://www.grisoft.com
).
Version: 6.0.705 / Virus Database: 461 - Release Date: 12/06/2004

 Ma come mai? Boh.
la 3.4 è bucata nella sua forma originale. 
Debian la usa perchè molto stble, ovviamente però è una versione patchata.
Questa filosofia ha permesso a debian stable che ha di default proftpd
1.2.8 e non 1.2.9 di non soffrire, qualche mese fa, di una marea di
vulnerabilità sul demone.
SaluMi, 
 Max

 vulnerabilità sul demone.
Ok, hai perfettamente ragione, la stessa cosa dicasi per esempio di Apache,
adoro Debian proprio per questo.
No, quello che mi chiedevo e' perche' invece nessus legge la versione di
OpenSSH come older rispetto alla 3.0.2!!! Come la legge la versione?
Vabbe' cmq nulla di importante.
Ciao.
