Newsgroup: it.comp.sicurezza.varie
Titolo: BO SERVER ?

tcpd, eliminare quelli non utili e chiudere gli accessi con /etc/hosts.allow
Concordo pienamente.
thorin ho scaricato il file
cavolo pero' mi logga ogni cosa che faccio da NT sulla macchina Linux ...
... devo mettere l'ipaddress della NTWKS nel file di config ???
Mi sa che sabato ti marchero' a uomo .......


[...]
ma va ancora di moda???
fritz ma che tristezza... 

tcpd, eliminare quelli non utili e chiudere gli accessi con /etc/hosts.allow
Penso che si riferisse a una possibilita' di buffer overflow, usando, che so,
sprintf, vsprintf, o strcpy, o una fgets() che non controlli sizeof(buf_used)
o uno degli altri venti errori di programmazione cui sono abbonato.
Controllando, ce n'e' uno anche in iplogd:
	buffer[100];
	fgets(buffer, 100, ...)
dovrebbe essere
	fgets(buffer, sizeof(buffer), ...)
In questo caso si equivalgono, ma e' pessima pratica lo stesso.
Leonardo
".signature": bad command or file name

Mi sa che sabato ti marchero' a uomo .......
Me too...
Sidewinder

 Mi sa che sabato ti marchero' a uomo .......
Argh !! Meno male che ci sara' anche Leo ad aiutarmi nei momenti di sconforto.
-- 
Pierluigi De Rosa (
tho...@durin.khazad-dum.net
).
<<      LINUX: the choice of a GNU generation     >>
<<   For my real address... ask the Balrog.       >>

 fritz ma che tristezza... 
Ecceloso... tanto io non me ne preoccupo piu'... in.netbus fa da se'... :-)


andata a cercare.
 Tu hai letto i sorgenti di imap, inetd, apache, inn? :)

  a me fa piu' paura un server scritto in C, che win 9x in fatto di sicurezza.
  perche' come pensi sia scritto windows?

  Tu hai letto i sorgenti di imap, inetd, apache, inn? :)
No ma leggo bugtraq quindi mi tengo aggiornato... i polli che usano WinBug
lanciano i programmi che trovano per la rete senza sapere che magari oltre a
vedere se un altro PC ha NetBus installato gli apre delle porte e li rende
vulnerabili.. loro magari non se ne accorgono.. non paragonare WinBug che e'
un enorme buco con Linux..


un enorme buco con Linux..
 E tu non fare confusione tra applicativi, comportamento medio delle
persone e capacita' del sistema - os - kernel.
 La differenza e' il livello di protezione dei task e del filesystem,
 e il supporto nativo per filtrare il livello IP.

  perche' come pensi sia scritto windows?
 Cosa c'entra windows? Stavo parlando di C.

  e il supporto nativo per filtrare il livello IP.
Appunto.. su uno stack TCP/IP bacato non vedo cosa vuoi filtrare..


si trovano di continuo su bugtraq sono una dimostrazione..
...dei continui buchi dei sistemi *nix.
Butthraq
-----------------------------------------------------------------------
* Per rispondere rimuovere i
* PGP Key: RSA & DH/DSS
* Questo non e' un omaggio a Magritte
-----------------------------------------------------------------------

 Butthraq
Thorinax


WinBug non muoiono mai.
quelli che non muoiono mai sono, anche, i sysadmin polli, che non sono
molto attenti a questo tipo di problematiche.
Dai una shell ad uno smaliziato e, nell'80% dei casi (se non piu'),
avrai un nuovo root.
(cio' non toglie che su winzozz, questo discorso non si puo' neanche
fare ^_^)
Anche se il bug viene subito corretto, cmq, cio' non toglie che il
buco c'era, _e di buchi continuano a trovarne a miglialia_: *nix fa
concorrenza a winzozz per quanto concerne il numero di buchi, ed e'
proprio leggendo bugtraq che ce se ne accorge.
*nixbug?
Buttha (che ama il rischio ^_^ e che su questo ng "difende" winzozz,
in qualche altro "difende" *nix... mah...)


 in qualche altro "difende" *nix... mah...)
thorin che per pieta' non ha fatto i confronti fra quanto velocemente i bug
sono corretti su Linux rispetto a WinBug.


 Cosa c'entra windows? Stavo parlando di C.
... 
ma win non e' scritto in c?
° Meew °
[ 
me...@beer.com
 ]

  a me fa piu' paura un server scritto in C, che win 9x in fatto di sicurezza.
con win9x ovviamente no, dal momento che il server opera in un modello di
singolo utente/singolo DIO e qualunque sia il linguaggio, nel caso di un
baco abbiamo una bomba ad orologeria. Per il C posso anche essere
d'accordo. ma mi fa dormire la notte il concetto di open source, piuttosto
che quello di un server PERL precompilato( dalla 5) su win senza farmi
vedere cosa faccia :)
invy
-----BEGIN GEEK CODE BLOCK-----
Version: 3.1
GSS/TW/O>AT d?(dx) s+:+, s: a-->a- C++(C+++) UL+++>UL++++ P+ L+++>L++++
E-- W(W-) N++ K? w-- O- M- V- PS++ PE Y+ PGP++ t++@ 5 X+ R+(R++) tv b+++
DI+++@ D+ G>G++ e++ h r+(r-) y++*
------END GEEK CODE BLOCK------

  e il supporto nativo per filtrare il livello IP.
ah ok yuri allora non parliamo proprio di paralleli win/linux, ok ? :PPP
nello stack di NT (9x non vale neanche la battitura di una mail,
figuriamoci di un article su usenet) ci sono tanti di quei flaw
'old_style' lasciati la dagli stack di anni addietro ben copiati da mamma
M$ .... ed il packet filter di NT ? a che pro scriverne uno e darlo
integrato quando lo si bypassa con un frammento con offsize sovrapposto al
precedente ? certo dopo SP3 e 4 non succede piu', ma alla faccia della
protezione per piu' di un anno e mezzo in CORPORATE SERVERS :PPP
c'e' una pubblicita' poi che dice 'a che pro la macrobiotica, il bb se poi
guidi una macchina insicura ?!'
a che pro parlare di internals quando di NT non hai codice in mano ed
esistono API non documentate e scoperte ogni tanto a caso o debuggando la
memoria che permettono il copia incolla dei privilegi di ADMINISTRATOR a
processi in corso ? :PPP
non sono un informatico io, ma se lo sei tu allora torna al design degli
OS e controlla attentamente alcune scelte di win .... :)
bye


 monitorano le porte ma non le proteggono mica..
purtroppo anche tcpd lavora in userspace, quindi, nel caso di baco allo
stack, tipo teardrop per capirci, prima che tcpd faccia qualcosa il
pacchetto bastardo e' gia' passato nel kernel, nelle routine di
ricomposizione, e per inetd .... ha gia' distrutto tutto prima che tcpd
scriva un log, anzi prima che venga forkato :)
In questo tcpd e NN sono simili. Dalla sua ha pero' sicuramente il
concetto di ACL.
Se qualcuno pensasse di proteggere le porte dai nuke esterni mediante
ipfwadm e ipchains occhio all'eventuale ALWAYS_DEFRAGMENT usato a ragione
per NAT e similari nel kernel che ci esporrebbe a problemi teardrop simili
PRIMA che il packet filter ci salvi ...


 ma win non e' scritto in c?
Si... scritto male ma e' sempre C <GRIN>


  Cosa c'entra windows? Stavo parlando di C.
ehm ... concetto del quoting. Serve ad allacciare thread nei discorsi :)
Non puoi preoccuparti di un server in C avendo il sorgente e metterlo in
un piano di svantaggio nei confronti di un kernel buggato scritto nello
stesso linguaggio e SENZA sorgente da controllare ....


 ...dei continui buchi dei sistemi *nix.
eheheheh ci sono anche quelli, vero :)
ma sono spesso problemi relativi ad applicativi in user space che possono
essere utilizzati solo mediante exploit di overflow o mediante conoscenza
di un certo livello sullo stack TCP/IP. mentre quelli misti
BUGTRAQ/NTBUGTRAQ su win sono una manna in quanto sono spesso utilizzabili
da chiunque :) e sono anche spesso sul kernel e su API non documentate
(where's the source ?!).


 M$ .... ed il packet filter di NT ? a che pro scriverne uno e darlo
Pienamente d'accordo... la Security by Obscurity si vede quali buoni frutti
ha dato :-)


 PRIMA che il packet filter ci salvi ...
Quindi conviene secondo te che ricompili di nuovo senza
CONFIG_IP_ALWAYS_DEFRAG? Considera che ho ancora il 2.0.35.. ho provato ad
upgradare al .36 ma mi faceva casino con il supporto NLS/FAT/VFAT e non so
perche' visto che era il medesimo .config.. non mi sento ancora di passare al
2.2.1 ma vorrei aspettare una distro completamente basata su un kernel 2.2.x e
poi da li' decidermi ad imparare ad usare ipchains :-) Su, consigliami !
BTW io smonto ora... ci sentiamo Lunedi.. buon weekend 8-))))))


 in qualche altro "difende" *nix... mah...)
ah .... gioventu' e nevrosi :)


 BTW io smonto ora... ci sentiamo Lunedi.. buon weekend 8-))))))
buon weekend anche a te (retroattivo se lo leggi di lunedi' :P)


arriva a dimensioni di qualche mega per il log file..
Aggiungi una regola "!nothing" che matchi quello che non vuoi loggare.
"nothing" significa non fare niente, ed il ! iniziale impedisce che le
regole successive vengano esaminate.


Mi sa che sabato ti marchero' a uomo .......
La stessa cosa per me visto che fa a pugni con il mio totano... (per chi non
sa l'inglese totano=squid)
-- 
Sidewinder
on 
aleph.sidewnet.it

 wrote:
 >Dai una shell ad uno smaliziato e, nell'80% dei casi (se non piu'),
 >avrai un nuovo root.
Questa e` una cazzata. Un sistema correttamente amministrato non ha
questo genere di problemi.
-- 
ciao, | [Per rispondere togli "toglimi" dal mio indirizzo.]
Marco | * The Internet is full. Go away.  -- Joel Furr *

>2.2.1 ma vorrei aspettare una distro completamente basata su un kernel 2.2.x e
Ok, domani c'e' l'avrai
:-)

 (where's the source ?!).
Gia' che peccato non averli... bisognera' aspettare che mamma m$ si decida a
fornirci l'usuale service pacco quando le fara' piu' comodo...


 wrote:
 >purtroppo anche tcpd lavora in userspace, quindi, nel caso di baco allo
 >stack, tipo teardrop per capirci, prima che tcpd faccia qualcosa il
 >pacchetto bastardo e' gia' passato nel kernel, nelle routine di
Non e` compito di tcpd evitare di questi problemi, se credi di essere
vulnerabile a queste cose usa il firewall incorporato nel kernel.


ah .... gioventu' e nevrosi :)
 :))
Buttha


ha dato :-)
cazz... ho appena scritto un post simile, ma lo invio lo stesso,
cosi', magari, ribadisco il concetto :)


questo genere di problemi.
certo: *correttamente* amministrato.
La percentuale fa riferimento ai sistemi mal amministrati.
Sono pessimista?


stesso linguaggio e SENZA sorgente da controllare ....
 NT 5 non e' scritto in C++?

Ok, domani c'e' l'avrai
Ma come, quella che hai dato a noi aveva il 2.0.36, che ci dai roba vecchia?
-- 
Ciao 
Salvatore
---
Ciao, sono nuovo, che distribuzione consigliate fra SuSE e RedHat??
No, non hai capito nulla dalla vita! La Distribuzione è
BAD PENGUIN!!!!
Comprate Bad Penguin.
Buy Bad Penguin.
Accattatev'illa

 vulnerabile a queste cose usa il firewall incorporato nel kernel.
mai detto che lo fosse. :) in effetti ne avevano parlato thorin ed un
certo yuri. ho solo puntualizzato che per l'appunto questo non lo fa il
buon tcpd. :)
e con il firewall tipo packet filter occhio ad ALWAYS_DEFRAG :)


  NT 5 non e' scritto in C++?
:) ora dimmi tu perche' non dovresti mai usare il C nel tuo mondo per
essere tranquillo e POI dovresti fidarti del C++ !!! :)
io non ci arrivo :)


essere tranquillo e POI dovresti fidarti del C++ !!! :)
 Perche' suppongo che chi programmi in c++ abbia creato un interfaccia
 ad oggetti all'interno del programma, e quindi meno suscettibile
 agli errori.

0.0.0.0  /
0.0.0.0
  tcp  1  :  65535  +S  logpacket piano
Credo di si'. Dovrei fare delle prove :-)


  agli errori.
mah :) non credo proprio che gli errori di programmazione dipendano
necessariamente e principalmente dal modello del linguaggio. Certo possono
esserne una derivazione ma non la causa. La causa siamo noi esseri umani
:) o inumani di redmond che dir si voglia :P
e cmq credo proprio che lo stack tcp/ip di win sia in C e assembler come
ogni buon stack del genere. In C++ saranno tutti i layer della GUI e del
filesystem probabilmente. Per la gestione della memoria non saprei.
cmq le liste dei bachi (C) contengono ed hanno contenuto workaround ed
exploit anche per architetture C++ ...... quindi se e' quello a non farti
dormire prepara pure una bella tonnellata di camomilla. :)


 dormire prepara pure una bella tonnellata di camomilla. :)
Boh? Io sviluppo in C++, ho partecipato qualche giorno fa ad un
seminarietto aziendale di tecniche di testing in ambiente OO, e quello
che ne e` venuto fuori e`:
1) Il fatto che il progettare software con tecniche OO elimini di per
se` gli errori e` un mito.
2) Paradossalmente, negli ambienti OO si introduce tutta una serie di
problemi per i quali i tradizionali strumenti di supporto al test non
servono molto...
aggiungo infine che anche in C++ (che va per la maggiore, a quanto
pare) e` possibile creare per errore codice "pessimizzato" a dovere,
specie quando vi sono gerarchie di classi profonde e una
documentazione meno che perfetta.
-- 
  Da visitare: Linux Knowledge Base (En)
http://www.cheek.com

> NT 5 non e' scritto in C++?
Ah !
Ecco un motivo per cui sara' un "pacco" ancora piu' grande !!!
Per i pizzaioli ... sono tornato sano e' salvo !

>Ma come, quella che hai dato a noi aveva il 2.0.36, che ci dai roba vecchia?
No, tu hai la beta 5/g ... ai milanesi ho dato la 6.
FAQ: che kernel hai usato ???
Se hai usato eide.k e' un 2.0.36 per il 2.2.3 ci dovrebbe essere il kernel
eide2.k .... perche' non leggi la doc ...
"... bastardo leggiti le Faq " (@ by Ciaz)


 chiedo venia. Intendevo dire solo che il C non ha controlli. L'affarmazione
 "Ma NT 5 non e' scritto in C++?" era solo una domanda rivolta a chi
 aveva affermato che fosse in C :-) Comunqe non esiste il linguaggio
 perfetto che elimina gli errori. Ci si puo' aiutare. E' vero anche
 che il C++ non ti permette di capire come risultera' il compilato, dato
 che nasconde una serie di meccanismi al programmatore. 
 Non mi sognerei mai di dire a L. Torvalds "Hey, ma  perche' non usi il
 C++?" :-) (in effetti questa discussione appare di tanto in tanto
 nella mailing list del kernel) 
 E' vero anche che nel fare un grosso progetto, con il C si tende a
 "simulare" un comportamento ad oggetti, per i suoi vantaggi.

 che ne e` venuto fuori e`:
...snip...
ehm e' quello che ho detto io a yuri che distingueva tra problemi C e C++
:))))
bye


 Per i pizzaioli ... sono tornato sano e' salvo !
Allora lo hanno fatto??? Hanno scritto NT 5 in Visual Basic!
Quanti giga di disco occupa?
Senza VBRUN.DLL funziona?
-- 
--
Punk' s not dead!

 :))))
Ehm, infatti volevo solo portare il mio modesto contributo alla tua
tesi (che tesi, in fin dei conti, non e` affatto, almeno per come la
vivo io). :-)))
-- 
  Da visitare: risorse per Linux sul web (En)
http://webwatcher.org

 cosi', magari, ribadisco il concetto :)
Si l'ho letto... beh non mi sembra che m$ abbia mai fornito informazioni per
aiutare nella risoluzione dei bug, se non cio' che ha voluto fornire (ed anche
in ritardo, per di piu'.. vedi Undocumented Dos uscito quando forse si era
alla release 6.x)


 buon weekend anche a te (retroattivo se lo leggi di lunedi' :P)
Infatti... :-)) L'ho letta di Lunedi perche' non sono riuscito piu' a
collegarmi !!


 Ma come, quella che hai dato a noi aveva il 2.0.36, che ci dai roba vecchia?
Eheheh, protestate, protestate con i fornitori che imbrogliano :-)))


  NT 5 non e' scritto in C++?
Probabilmente, e allora?


  agli errori.
Parlare di assenza di errori in presenza di m$ e' alquanto pericoloso 8-)


 Per i pizzaioli ... sono tornato sano e' salvo !
A che ora, giusto per curiosita'?


 memoria che mi tradisce..
quello c'e' eccome. Se il tuo demone muore quando provi a creare delle dir
con nomi lunghi oltre i 256char mi sembra, allora sei passibile di
overflow. Ovviamente devi avere account compromessi che si colleghino, o
concedere dir scrivibili in anonymous, xche' questo avvenga. Esistono di
sicuro degli exploit non pubblici.


 regole successive vengano esaminate.
Ah buono... questo lo faccio subito senno' anche a me il log si ingrossa
in modo a dir poco spropositato..


 overflow. Ovviamente devi avere account compromessi che si colleghino, o
Allora lo provo... ok che non do' accesso a nessuno (capirai su un notebook
che accessi debbano esserci) pero' meglio saperlo... THNX !


 dovrei avere piu' il problema ma giusto per...
quei patch sono integrati nello stack tcp/ip dal kernel 2.0.34 (2.0.35 per
nestea2 mi sembra) quindi tranquillo :)


 sicuro degli exploit non pubblici.
Ho voluto fare la prova....
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=> CLIP HERE < =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
[root@durin /root]# ftp localhost
Connected to localhost.
220 
durin.ufmmi.mps.it
 FTP server (Version wu-2.4.2-academ[BETA-17](1) Tue Jun 9 10:43:14 EDT 1998) ready.
Name (localhost:pier): anonymous
331 Guest login ok, send your complete e-mail address as password.
Password:
230 Guest login ok, access restrictions apply.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> mkdir uuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuu
sorry, input line too long
ftp> 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=> CLIP HERE < =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-


sicuro degli exploit non pubblici.
 Pubblicato su bugtraq oggi :)

 nestea2 mi sembra) quindi tranquillo :)
Ah ok, tanto ho gia' tutto pronto per l'upgrade a 2.2.3.. devo solo trovare il
tempo per fare il tutto :-)


  Pubblicato su bugtraq oggi :)
Non c'e' niente da gongolare... entro un paio di giorni sara' fixato mentre
un problema analogo con quelle ciofeche di m$ persistera' per altri n mesi.


>Dove prendo la patch? Vabbe' che sto per passare al 2.2.3 e quindi non
Il 2.2.3 lo trovi pappa pronta sul cdrom che ti ho dato, in
	/agxlinux/kernels/eide2.k
per i moduli basta esplodere 
	/agxlinux/packages/kernel-modules-2.2.3.tgz
Quel kernel e' compilato per accettare qualsiasi modulo (!)
il PPP come pure la protezione contro il FLOOD e di default.
Se hai problemi con quel cd fammi sapere !
Ciao, agx

Eheheh, protestate, protestate con i fornitori che imbrogliano :-)))
No, il fornitore e' onesto
e l'utente che non legge mai le FAQ
R.T.F.M. , please !
-- 
AGX 
---------------
"Bad Penguin" - Distribuzione Linux in Italiano - 
http://www.linux.it/~agx/

A che ora, giusto per curiosita'?
Ho preso l'Eurostar insieme al buon Leonardo alle 5:40
lui e' sceso dopo 3 ore io dopo altre 2 ... alle 13 ero a casa
(ho dovuto cambiare a Roma ed ho aspettato un po' perche' la domenica
c'e' qualche treno in meno ...)
Sull'Eurostar ci siamo spacciati per dei NAS (!) in quanto la
cameriera al bar non aveva in testa il cappello (!!) ....
:-)

Non c'e' niente da gongolare... entro un paio di giorni sara' fixato
Sempre il solito esagerato! Sono bastate quattro ore. Certo, poi uno si
deve tirare giu' la patch, installarla...
Leonardo che ha i sorgenti, sicche' la fix ha portato via molto meno
".signature": bad command or file name

 per i moduli basta esplodere 
Gia' tutto fatto... sto viaggiando sotto 2.2.3: ho ancora qualche stranezza da
mettere a posto (forse vanno aggiornati gli initscripts) ma per il resto e'
tutto a posto.. mi son dovuto dannare per l'upgrade di libc5 ed ld.so ed ho
dovuto prendere le pcmcia-cs-3.0.9 perche' la 0.7 non si compilava ma per il
resto va che e' 'na scheggia...


 e l'utente che non legge mai le FAQ
Ahahahah, ma guarda tu un po' questo qui.. :-)


 :-)
Uah uah... che facce toste... :-)) Ma smettiamo qui, che l'OT si ingrossa...


 deve tirare giu' la patch, installarla...
Appunto... cvd.


resto va che e' 'na scheggia...
Si i problemi c'e' li hai con l'APM !!! Sembra che abbiano cambiato
alcune cose in /proc

 resto va che e' 'na scheggia...
Mi spiace che non mi sono fatto sentire.. ma ero un poKetto impegnato... 
:)
Ehm.. mi manderesti il TUO email !?... 
Almeno lo metto come alias in ELM !:)
-- 
Windows98: Plug (lo scanner USB) and Pray (che non crashi il sistema)
Microsoft Outlook : dove vuoi vuoi vuoi vuoi vuoi postare oggi?

 alcune cose in /proc
Si, infatti... sulla pagina HTML ricavata da Documentation che c'era nel CD di
Internet News lo riportavano... devo verificare cosa c'e' ancora che non va
perche' _sicuramente_ qualcosa mi sono dimenticato di aggiornarlo..
