Newsgroup: it.comp.sicurezza.varie
Titolo: NBTSTAT questo è un vero pericolo!!!!!!!

altro che BO, con il mio programmino Multi NBT (esegue il comando Nbtstat su
più IP), durante i test della beta, ho bucato una dozzina di computers, tra
i quali 2 della Fiera del Levante di Bari ed uno di una nota Software-House,
quest'ultimo aveva tutti i sorgenti on line ... roba da pazzi.
Avevo pensato do rendere pubblico il suddetto programma... ma credo che sia
troppo pericoloso.
Ciao...
           ...IBM - International Business Man

            ...IBM - International Business Man
La solita balla metropolitana
Ave Spartaco

-- 
Slaves' Legion
spar...@mailcity.com
http://www.geocities.com/CapitolHill/7176
Oooooooooopssssssssss!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
Scusa hai ragione c'è pure NetBus ! Ma in che mondo viviamo!
http://welcome.to/Net-Bus

Molto probabilmente non conosci l'exploit del comando Nbtstat...pazienza...e
forse meglio cosě.
Ciao


212.216.XXX.2 WORKGROUP      <1E>  GROUP       Registered
Va bene, questi sono indizi che vi possono essere delle share "aperte" sulla
macchina; poi per l'eventuale hacker e' sempre utile sapere il nome del
dominio/workgroup, il nome di un utente loggato, il nome della macchina...
Ma di macchine NT cosi' ne trovi a vagonate in rete, anche provando a mano col
comando NBTSTAT, ma non significa che poi si riesca a entrarvi.
Comunque, concordo che l'esecuzione automatica e sequenziale di NBTSTAT
semplifica le cose.
----------------------------------------------------------------------
Marco Coletti
Network Administrator, Webmaster, Computer Consultant
PGP public key:
http://keys.pgp.com:11371/pks/lookup?op=get&exact=on&search=0x96A79061
Fingerprint: 9F E5 80 61 F6 9F 05 2D  EA 53 6F 2D 82 8B C7 C2
----------------------------------------------------------------------

-SOFTWAREHOUSE-
212.216.XXX.2        NetBIOS Remote Machine Name Table
212.216.XXX.2
212.216.XXX.2    Name               Type         Status
212.216.XXX.2 ---------------------------------------------
212.216.XXX.2 FABIOPII266    <00>  UNIQUE      Registered
212.216.XXX.2 WORKGROUP      <00>  GROUP       Registered
212.216.XXX.2 FABIOPII266    <03>  UNIQUE      Registered
212.216.XXX.2 FABIOPII266    <20>  UNIQUE      Registered
212.216.XXX.2 WORKGROUP      <1E>  GROUP       Registered
-FIERA DEL LEVANTE-
212.216.XXX.164        NetBIOS Remote Machine Name Table
212.216.XXX.164
212.216.XXX.164    Name               Type         Status
212.216.XXX.164 ---------------------------------------------
212.216.XXX.164 LEVANTE1       <00>  UNIQUE      Registered
212.216.XXX.164 WORKGROUP      <00>  GROUP       Registered
212.216.XXX.164 LEVANTE1      <03>  UNIQUE      Registered
-FIERA DEL LEVANTE-
212.216.XXX.121        NetBIOS Remote Machine Name Table
212.216.XXX.121
212.216.XXX.121    Name               Type         Status
212.216.XXX.121 ---------------------------------------------
212.216.XXX.121 LEVANTE2       <00>  UNIQUE      Registered
212.216.XXX.121 WORKGROUP      <00>  GROUP       Registered
212.216.XXX.121 LEVANTE2      <03>  UNIQUE      Registered
chiamala balla metropolitana....hey le xxx le ho messe io :-))
Ciao


Ciao
Questo vuol dire soltanto che hanno il netbios attivo.
Per entrarci devono avere anche risorse condivise senza pwd.
Dicci cosa rispondono al comando NET VIEW.
Ciao, Franco.
Key fingerprint: A6 A1 62 22 5F FB F6 04  64 4E 33 E8 C8 6F CB 9A

Dicci cosa rispondono al comando NET VIEW.
Infatti...a questo punto il mio programma aggiorna il file Lmhosts esegue il
comando Nbtstat -R e controlla le condivisioni con il comando Net View
\\nomeserver, se ci sono condivisione attive mi visualizza il nome del
server in una listbox. A questo punto basta fare un "Trova Computer" e
sperare che la "vittima" non abbia impostato una password, anche se spesso
usano come password lo stesso nome del server o sysad, admin ecc...
Con questo sistema ne riesci a "beccare" almento 5-6 ogni ora, infatti per
un scanning di 255 ip ci vogliono circa 15-20 min.

un scanning di 255 ip ci vogliono circa 15-20 min.
Andando in parallelo, non penso che ci possano volere piu' di due, tre
minuti (non ho fatto prove estensive in proposito, pero').
Leonardo
".signature": bad command or file name

>un scanning di 255 ip ci vogliono circa 15-20 min.
Mi riferisco comunque a computer con condivisioni attive...perchč di
computer con il netbios attivo ne trovi una marea.
Ciao


computer con il netbios attivo ne trovi una marea.
Beh, comunque avere nomi di dominio e di utenti non e' comunque male nello
scanning di un host ....
invy

IBM (
kug...@hotmail.com
) wrote:
: -SOFTWAREHOUSE-
: 212.216.XXX.2        NetBIOS Remote Machine Name Table
: 212.216.XXX.2
: 212.216.XXX.2    Name               Type         Status
: 212.216.XXX.2 ---------------------------------------------
: 212.216.XXX.2 FABIOPII266    <00>  UNIQUE      Registered
: 212.216.XXX.2 WORKGROUP      <00>  GROUP       Registered
: 212.216.XXX.2 FABIOPII266    <03>  UNIQUE      Registered
: 212.216.XXX.2 FABIOPII266    <20>  UNIQUE      Registered
: 212.216.XXX.2 WORKGROUP      <1E>  GROUP       Registered
: -FIERA DEL LEVANTE-
: 212.216.XXX.164        NetBIOS Remote Machine Name Table
: 212.216.XXX.164
: 212.216.XXX.164    Name               Type         Status
: 212.216.XXX.164 ---------------------------------------------
: 212.216.XXX.164 LEVANTE1       <00>  UNIQUE      Registered
: 212.216.XXX.164 WORKGROUP      <00>  GROUP       Registered
: 212.216.XXX.164 LEVANTE1      <03>  UNIQUE      Registered
[e via dicendo.. altre amenita'..]
Salve,
ho letto il thread in questione...
concordo pienamente sul fatto che nbstat consenta di raccogliere delle 
informazioni la cui visibilita' non necessariamente implichi dei problemi 
di sicurezza!
Ho delle perplessita' invece sulla affermazione di aver "bucato" 
dei computer della Fiera del Levante. Infatti, agli occhi di un profano 
la Fiera del Levante risulta avere un suo dominio registrato con indirizzi 
completamente differenti da quelli da lui segnalati. In particolare gli 
indirizzi nel post (212.216.xxx.164, con xxx=224 :-)) ) risultano utilizzati
dal nodo TIN di Bari per le connessioni Dial-Up e quindi mi chiedo
da cosa si evinca l'assoluta appartenenza dei suddetti alla Fiera del Levante.
Inoltre non capisco perche' lei parla di "una nota software house",
evitando giustamente di rendere noto il nome, mentre per la Fiera del
Levante ritiene opportuno rendere note ai quattro venti le sue deduzioni.
A mio modesto avviso, un comportamento corretto sarebbe stato quello di
parlare di "Un ente pubblico molto noto"; a meno che il rendere esplicito
il nome dell'Ente in questione non sia un modo per attirare dell'attenzione
su di se :-)) 
E' forse previsto un rilascio di una versione "commerciale" del suo
MultiNBT? :-))
Augurandomi di aver espresso i miei pensieri con leggerezza ed ironia,
e di non aver invece indotto sentimenti di acredine o rancore, Le porgo
i miei saluti.
     ciao

perché nei computers della "Fiera del Levante" o presunta tale (nome del
server), non c'era una mazza :-)))) solo delle directory condivise con
dentro degli eseguibili, niente di riservato o strategico!!! ... e comunque
il mio scopo non è quello di recare danni ad ignari navigatori, inclusa la
Software House, ne tantomeno quello di farmi pubblicità, ma quello di
mettere in guardia sui danni che un lamerazzo (non è il mio caso) può
arrecare utilizzando l'exploit Nbtstat e mi rivolgo soprattutto alle
Aziende, inclusa la benedetta Software House, che utilizzano, per navigare,
computers con dati vitali e riservati sul proprio Hd, con le condivisioni
attive E SENZA PASSWORD O, NEI MIGLIORI DEI CASI, PASSWORD DEL TIPO
"SYSAD".......roba da PAZZI.
Inoltre ho messo le XXX, proprio per evitare che qualche malintenzionato si
mettesse a smanettare ... non dovevi indicare gli IP....
In ultimo ti prego di non darmi del LEI...è vero che da 15 anni smanetto con
i computers... ma non è il caso di darmi del LEI  :-))))
Ciao


necessario non e' = a quello di un unico ping? Scagliona pure un po' i ping X
No, siccome ogni ping o nbtstat che sia deve aspettare la risposta fino a un
certo timeout, ping sequenziali comportano una somma di tempi molto alta, dato
che le risposte possono farsi aspettare (normale delay di rete, rete intasata,
host addormentati...).
Con il metodo in parallelo, mentre si aspetta la risposta di un ping si puo'
avviarne un altro e mentre si aspetta la risposta a questo si puo' avviarne
ancora un altro... fino ad avere, diciamo, 50 ping pendenti dopo nemmeno un
secondo; le risposte ai 50 ping arriveranno ognuna per conto suo a seconda
delle condizioni della rete, ma entro per es. 4 secondi tutti i ping avranno
avuto risposta oppure saranno andati in timeout.
Ci sono ad esempio scanner TCP sequenziali che impiegano un sacco di tempo e
scanner TCP paralleli (come Portscan di 7th Sphere per 95/NT) che sono delle
scheggie :); ovviamente pero' aprire 250 socket in contemporanea mette un po'
sotto stress il sistema operativo locale, per cui se usi win95 ci sono buone
probabilita' che si pianti tutto :))


Sbaglio?
In teoria si'. In pratica ogni "ping" NBT e' abbastanza massiccio (1-3 Kb), per
cui c'e' anche quel tempo li' da tenere presente.
Su una rete in cui nessun host NBT risponde, ci vogliono effettivamente 19" con
un modem da 33.6K (io ho scaglionato i processi con &).


foga...@usa.net
 wrote:
 >Scusa, non sono un espertone di reti, ma se davvero si va in parallello il tempo
 >necessario non e' = a quello di un unico ping? Scagliona pure un po' i ping X
La parola chiave e` "latenza".
-- 
ciao, | [Per rispondere togli "toglimi" dal mio indirizzo.]
Marco | * The Internet is full. Go away.  -- Joel Furr *

Ancora: sbaglio?
Si', e per colpa mia. Ho usato scorrettamente il termine "ping", avrei dovuto
dire "Query". Quello che ti frega e' la risposta, SE arriva (infatti, ho dato
dei tempi per reti scariche).
In pratica, mandi fuori pings a grandine; se NON arriva niente, ci metti poco
tempo, se arriva tanta roba saturi abbastanza in fretta. Si puo' usare metodo
adattativo, euristica, o 'spes contra spem' (metodo consistente nello SPERARE
che tutto regga: paradigma molto usato, anzi l'unico usato in Windows :-) ).
I tempi a rete carica, cosi' a occhio, calcolando 2 Kb in inbound distribuiti
bene, sono quelli del trasferimento di 2*253 Kb (e dipende dal modem).
Certo, se fai
	for i = 1 to 254
		nbtstat $NBTOPTS sub1.sub2.sub3.i
		wait for response
		if response then
			...
		end
	next i
allora potrebbe non bastarti una mezza giornata 8-D
