Newsgroup: it.comp.sicurezza.varie
Titolo: [Concorso]Rotfl.

http://www.punto-informatico.it/p.asp?i=38664
Ri-rotfl.
-- 
E' in votazione it.sociale.globalizzazione
news://it.news.votazioni

 
Io ho fatto un tentativo con:
http://www.bucailsito.it/freesoftware.txt
Non si sa mai :)
-- 
Valter Minute
min...@inwind.it
 (the reply address of this message is invalid)

 
www.bucailsito.it
 is running Microsoft-IIS/4.0 :)
--
bismark
www.bismark.it
(Il primo Network Security Italiano)

 Non si sa mai :)
Rotfl.
E' vero: il concorso inizia il 20.
Ma francamente, a chiunque metta online una macchina
in quelle condizioni (parlo di qualche minuto fa), non
affiderei neanche la sicurezza del mio accendino elettronico
(hint: prescindendo dal web server, qual e' la prima cosa
che chiunque abbia un minimo di coscienza farebbe, prima di 
mettere su una rete pubblica una macchina con Windows?)


  
www.bucailsito.it
 is running Microsoft-IIS/4.0 :)
Guarda che, a quanto dice l'articolo di PI, usano un Debian modificata..nn 
e' che e' una stringa fasulla quella che da come ritorno IIS ?
Ave!
PS Ok, ci ho provato :) nn cazziatemi
-- 
Black Shark - ICQ# 5301833
Togli OE per rispondermi
IAMM - it.arti.musica.metal - 
www.iammol.com

 e' che e' una stringa fasulla quella che da come ritorno IIS ?
Beh, allora hanno modificato anche lo stack TCP/IP ;)
Secondo me è semplicemente un'altra macchina.
Fabio

 Secondo me è semplicemente un'altra macchina.
Boh..cmq, e' gia' online quel server? Se il concorso inizia + avanti, nn 
credo che l'abbiano gia' messa su..
Ave!


 nn credo che l'abbiano gia' messa su..
Beh, dicono che la macchina (quella da bucare) sarà on line dal 20
e quindi... Forse quella li è solo una honeypot ed ora sono li che
si divertono a vedere tutti i probe.
Fabio

 si divertono a vedere tutti i probe.
E' quello che credo anche io in effetti.


Cmq sia... di questi concorsi ne hanno fatti in passato e si sono sempre
pentiti... giusto un po' di pubblicita'....
bismark
www.bismark.it

 si divertono a vedere tutti i probe.
o forse e' un server nt messo a proteggere la debian e ne proxa/natta
tutti i servizi :DDD
un mayhem e le buone tattiche :)
--
Without sacrifice, withouth death, we would have nothing. TD
Cisco FAQ: 
http://mayhem.oltrelinux.com/icrc
 - 
http://m2net.it.eu.org

 
Far assumere qualcuno che gli sta antipatico e promuoverlo 
amministratore di rete?


 
La pubblicità l'hanno già avuta.
Secondo me un "concorso" di questo tipo dovrebbe avere due parti (chi 
attacca e chi difende) e un giudice imparziale. Se il campo di gara è 
in casa di chi difende e arbitra la "gara" non mi sembra sportivamente 
valida...


 mettere su una rete pubblica una macchina con Windows?)
La so la so!
/me alza la mano :)


mettere su una rete pubblica una macchina con Windows?)
Oh... chiudere le shares amministrative? 8-D
Leonardo
-- 
"Open Source programs are designed and developed.
 Our products are tested."
 Steve Lipner, manager, Microsoft Security Response Center

 e riconoscibili? Non e' un po' generica come cosa?
Guarda in /proc/sys/net/ipv4
-- 
Pierluigi De Rosa (
tho...@durin.khazad-dum.net
).
<<      LINUX: the choice of a GNU generation     >>
<<   For my real address... ask the Balrog.       >>
* Sostenete la Lega per la Soppressione dei Troll *

 Oh... chiudere le shares amministrative? 8-D
;-)


 mancherebbe!)
Il TTL è solo uno dei valori da guardare. In questo caso non ci sono
molte possibilità: se un echo reply ha il TTL a 128 o è una macchina
windows >=98/NT4 o ha uno stack modificato.
Il fingerprinting dello stack TCP/IP è argomento piuttosto corposo e
quindi penso che la cosa migliore sia leggere qualcuno dei testi che
affrontano l'argomento. Un testo fondamentale è quello di Ofir Arkin
(ICMP usage in scanning); dovresti trovarlo su 
www.sys-security.com
.
Un'altro testo importante è di Fyodor (Remote OS detection via stack
fingerprinting) e dovresti trovarlo su 
www.insecure.org
.
Fabio

 fingerprinting) e dovresti trovarlo su 
www.insecure.org
.
Al secondo avevo cominciato a darci un'occhiata ma poi nn ho avuto + tempo, 
mi ci ributto sopra al + presto.
Grazie!


> Guarda in /proc/sys/net/ipv4
Giusto per la cronaca, il valore in /proc/sys/net/ipv4 non ha effetto
sul TTL di tutto il traffico che esce dalla macchina. Ad esempio, per
fare riferimento anche alla risposta a Black Shark, il TTL degli echo
reply è sempre 255, così come quello delle altre risposte ICMP, degli
RST, ecc.
Fabio

 mettere su una rete pubblica una macchina con Windows?)
Non mi dire che c'e' aperta la 139...
[nmap se ho voglia glielo fo dopo]
-- 
           ~~ ICQ#: 8761263 ~~ 
http://www.delymyth.net/
 ~~
            E-Mail Addy: DElyMyth [at] delymyth [dot] net
           => FREE! Hardware Anti-Virus!!! - /dev/brain <=
Powered By RedHat 7.2 (Enigma) - Kernel 2.4.7 - Ximian Gnome - Evolution

> Guarda in /proc/sys/net/ipv4

Nemmeno modificando /proc/sys/net/ipv4/ip_default_ttl ?


 Non mi dire che c'e' aperta la 139...
C'era: non so ora.
Qualcuno, su un altro gruppo sul quale
ho parlato della cosa, mi ha detto che, ad una certa ora,
c'erano orde di kiddies che sguazzavano nella macchina e che,
dopo un po', hanno messo offline l'host.
CVD.


> Nemmeno modificando /proc/sys/net/ipv4/ip_default_ttl ?
Scusa, ovviamente volevo riferirmi a /proc/sys/net/ipv4/ip_default_ttl.
Ho fatto un catenpeist di /proc/sys/net/ipv4/ e mi sono dimenticato di
aggiungerci il "ip_default_ttl".
La risposta quindi è: no, non cambia neanche modificando quel valore.
Fabio

> Nemmeno modificando /proc/sys/net/ipv4/ip_default_ttl ?


Ah ok.


La risposta quindi č: no, non cambia neanche modificando quel valore.
Ricordo comunque che e' sempre possibile taroccare il kernel... :)
Un HappyCactus provocatore...
-- 
HappyCactus - Registered Linux User #209744
Cannot delete files, disk full. Try to delete some file.

> Ricordo comunque che e' sempre possibile taroccare il kernel... :)
Ovviamente. Ho visto delle patch per simulare, a scelta, lo stack di
decine di sistemi operativi, tra cui roba tipo Amiga, Atari, ecc.
Fabio

 decine di sistemi operativi, tra cui roba tipo Amiga, Atari, ecc.
Ricordi anche l'url? :)
-- 
GHERdO, happy GNU/linux user.
"E sempre allegri bisogna stare...
	... che il nostro piangere fa male al RE!"