Newsgroup: it.comp.os.linux.sys
Titolo: Re: E' ufficiale: Windows è più sicuro di Linux !!!!

Ecco un nuova vulnerabilità in IPTABLES di Linux che affligge TUTTI,
MA PROPRIO TUTTI i kernel:
http://www.securityfocus.com/bid/11570
bugtraq id 	11570
object 	
class 	Design Error
cve 	CAN-2004-0986
remote 	No
local 	Yes
published 	Nov 01, 2004
updated 	Nov 05, 2004
vulnerable 	Debian Linux 3.0 sparc
Debian Linux 3.0 s/390
Debian Linux 3.0 ppc
Debian Linux 3.0 mipsel
Debian Linux 3.0 mips
Debian Linux 3.0 m68k
Debian Linux 3.0 ia-64
Debian Linux 3.0 ia-32
Debian Linux 3.0 hppa
Debian Linux 3.0 arm
Debian Linux 3.0 alpha
Debian Linux 3.0
Linux kernel 2.0.2
Linux kernel 2.4
Linux kernel 2.4.1
Linux kernel 2.4.2
   + Caldera OpenLinux Server 3.1
   + Caldera OpenLinux Workstation 3.1
   + RedHat Linux 7.1 alpha
   + RedHat Linux 7.1 i386
Linux kernel 2.4.3
   + MandrakeSoft Linux Mandrake 8.0
   + MandrakeSoft Linux Mandrake 8.0 ppc
Linux kernel 2.4.4
   + S.u.S.E. Linux 7.2
Linux kernel 2.4.5
   + Slackware Linux 8.0
Linux kernel 2.4.6
Linux kernel 2.4.7
   + RedHat Linux 7.2
   + S.u.S.E. Linux 7.1
   + S.u.S.E. Linux 7.2
Linux kernel 2.4.8
   + MandrakeSoft Linux Mandrake 8.0
   + MandrakeSoft Linux Mandrake 8.1
   + MandrakeSoft Linux Mandrake 8.2
Linux kernel 2.4.9
   + RedHat Enterprise Linux AS 2.1
   + RedHat Enterprise Linux AS 2.1 IA64
   + RedHat Enterprise Linux ES 2.1
   + RedHat Enterprise Linux ES 2.1 IA64
   + RedHat Enterprise Linux WS 2.1
   + RedHat Enterprise Linux WS 2.1 IA64
   + RedHat Linux 7.1 alpha
   + RedHat Linux 7.1 i386
   + RedHat Linux 7.1 ia64
   + RedHat Linux 7.2 alpha
   + RedHat Linux 7.2 i386
   + RedHat Linux 7.2 ia64
   + Sun Linux 5.0
   + Sun Linux 5.0.3
   + Sun Linux 5.0.5
Linux kernel 2.4.10
   + S.u.S.E. Linux 7.3
Linux kernel 2.4.11
Linux kernel 2.4.12
   + Conectiva Linux 7.0
Linux kernel 2.4.13
   + Caldera OpenLinux Server 3.1.1
   + Caldera OpenLinux Workstation 3.1.1
Linux kernel 2.4.14
Linux kernel 2.4.15
Linux kernel 2.4.16
   + Sun Cobalt RaQ 550
Linux kernel 2.4.17
Linux kernel 2.4.18
   + Astaro Security Linux 2.0 16
   + Astaro Security Linux 2.0 23
   + Debian Linux 3.0 alpha
   + Debian Linux 3.0 arm
   + Debian Linux 3.0 hppa
   + Debian Linux 3.0 ia-32
   + Debian Linux 3.0 ia-64
   + Debian Linux 3.0 m68k
   + Debian Linux 3.0 mips
   + Debian Linux 3.0 mipsel
   + Debian Linux 3.0 ppc
   + Debian Linux 3.0 s/390
   + Debian Linux 3.0 sparc
   + MandrakeSoft Linux Mandrake 8.0
   + MandrakeSoft Linux Mandrake 8.1
   + MandrakeSoft Linux Mandrake 8.2
   + RedHat Advanced Workstation for the Itanium Processor 2.1 IA64
   + RedHat Enterprise Linux AS 2.1 IA64
   + RedHat Linux 7.3
   + RedHat Linux 8.0
   + S.u.S.E. Linux 7.1
   + S.u.S.E. Linux 7.2
   + S.u.S.E. Linux 7.3
   + S.u.S.E. Linux 8.0
   + S.u.S.E. Linux 8.1
   + S.u.S.E. Linux 8.2
   + S.u.S.E. Linux Connectivity Server
   + S.u.S.E. Linux Database Server
   + S.u.S.E. Linux Enterprise Server 7
   + S.u.S.E. Linux Enterprise Server 8
   + S.u.S.E. Linux Firewall on CD
   + S.u.S.E. Linux Office Server
   + S.u.S.E. Linux Openexchange Server
   + S.u.S.E. SuSE eMail Server 3.1
   + S.u.S.E. SuSE eMail Server III
   + Turbolinux Turbolinux Server 7.0
   + Turbolinux Turbolinux Server 8.0
   + Turbolinux Turbolinux Workstation 7.0
   + Turbolinux Turbolinux Workstation 8.0
Linux kernel 2.4.19
   + Conectiva Linux 8.0
   + Conectiva Linux Enterprise Edition 1.0
   + MandrakeSoft Corporate Server 2.1
   + MandrakeSoft Corporate Server 2.1 x86_64
   + MandrakeSoft Linux Mandrake 9.0
   + MandrakeSoft Multi Network Firewall 8.2
   + S.u.S.E. Linux 8.1
   + Slackware Linux -current
Linux kernel 2.4.20
   + CRUX CRUX Linux 1.0
   + Gentoo Linux 1.2
   + Gentoo Linux 1.4
   + RedHat Linux 9.0 i386
   + Slackware Linux 9.0
   + WOLK WOLK 4.4 s
Linux kernel 2.4.21
   + Conectiva Linux 9.0
   + MandrakeSoft Linux Mandrake 9.1
   + MandrakeSoft Linux Mandrake 9.1 ppc
   + S.u.S.E. Linux 9.0
   + S.u.S.E. Linux 9.0 x86_64
   + S.u.S.E. Linux Enterprise Server 8
Linux kernel 2.4.22
   + Devil-Linux Devil-Linux 1.0.4
   + Devil-Linux Devil-Linux 1.0.5
   + MandrakeSoft Linux Mandrake 9.2
   + MandrakeSoft Linux Mandrake 9.2 amd64
   + RedHat Fedora Core1
   + Slackware Linux 9.1
Linux kernel 2.4.23
   + Trustix Secure Linux 2.0
Linux kernel 2.4.24
Linux kernel 2.4.25
Linux kernel 2.4.26
Linux kernel 2.6
Linux kernel 2.6.1
Linux kernel 2.6.2
Linux kernel 2.6.3
Linux kernel 2.6.4
Linux kernel 2.6.5
Linux kernel 2.6.6
Linux kernel 2.6.7
Linux kernel 2.6.8
Linux kernel 2.6.9
No comment!

 MA PROPRIO TUTTI i kernel:
Please, don'tt feed the troll.
Per favore, non alimentiamo sterili polemiche.
-- 
Misterpinna
mailto:
misterpinna@datamar
(punto)it

 No comment!
E dunque?
-- 
cat: .signature: No such file or directory

 No comment!
comment, comment!! :)
-- 
Franco (togli TOGLIMI se vuoi rispondermi)
"Certo bisogna farne di strada / da una ginnastica d'obbedienza /
fino ad un gesto molto più umano / che ti dia il senso della violenza /
però bisogna farne altrettanta / per diventare così coglioni / da non
riuscire più a capire / che non ci sono poteri buoni"       F. De André

 
Sei sicuro ????
controlla bene il tuo pc !!!!


Ah, ecco cos'era quell'iptables che stamattina mi sono trovato nei cron-apt
del giorno...
Ciaotutti,
*
--
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on usenet and in e-mail?

 No comment!
Cioč come dire, se non carichi le regole del firewall, sei senza
firewall? E quindi Uindous č pių sicuro di Linux?
Zeus, ma va' a Zelig, che spopoli...
-- 
Massimo Bacilieri AKA Crononauta 
ICQ:4005815

 
senza polemica: non è pericoloso aggiornare un pacchetto "critico" come 
iptables e il kernel via cron apt? :-)
ciao
LEO



Aggiornare un kernel si puo' in qualsiasi momento senza pericolo, dato che
il nuovo kernel non soprascrive mai il vecchio e non tocca niente del
kernel in esecuzione, data la diversa versione.
Fino al primo riavvio il nuovo kernel non viene caricato, e comunque se la
pacchettizzazione e' fatta in modo corretto, viene aggiornato il boot
loader (o lo fa l'amministratore accorto) con il nuovo kernel senza
togliere il vecchio, per poter "tornare indietro" se qualcosa va male.
Iptables e' una utility di configurazione e se il firewall e'
correttamente configurato, potresti addirittura disinstallarlo, salvo poi
reinstallarlo per ricaricare la configurazione al primo riavvio... :)
ovviamente scherzo, ma iptables non ha relazione diretta col kernel, e si
puo' aggiornare in qualsiasi momento.
Per questo motivo si puo' usare in tutta tranquillita' l'aggiornamento
automatico in crontab.
HTH
-- 
Mario "Reliant" Pascucci
"From" field altered. Please use ilpettegolo(a)
yahoo.it
 for private mail.
http://ilpettegolo.altervista.org/

 No comment!
dai che c'e' di cosi' eclatante.
Hai scoperto e ci stai dicendo che Linux ha _UNA_ vulnerabilita' (ed e' 
chiaro che se la vulnerabilita' esiste per un problema ancora non noto, 
allora la vulnerabilita' potrebbe essere presente sulle vecchie versioni 
di kernel.)
Parlare di una vulnerabilita' moltiplicata tutte le versioni di kernel 
e' del tutto fuorviante.
La differenza consiste nel fatto che di windows ne esistono solo 5 
versioni cira contro le 150 versioni di kernel, ma mi pare che ogni 
volta che esce un virus, spesso e volentieri questo virus colpisce tutte 
le versioni di windows.
E comqunue se ragioni cosi' allora io potrei anche ragionare per esempio 
tenendo conto della base di installato di windows in tutto il mondo e 
moltiplicare una vulnerabilita' per tutte le macchine e venirti a dire 
che in questo momento ci sono 500milioni di macchine a rischio, contro 
qualche milioncino di linux.
Ti sembrerebbe sensato?
--
Massimiliano.


In realta' sulle nostre macchine di produzione gli aggiornamenti sono fatti
a mano: se si blocca una di quelle abbiamo gente che chiama da mezza europa,
e non e' bello.
Pero' cron-apt mi scarica tutti i pacchetti, il che significa che la prima
volta che lancio aptitude (tendenzialmente una volta a settimana) vedo i
pacchetti aggiornabili e in due minuti ho fatto e posso controllare che non
si sia rotto nulla.


 Dopo vediamo quale è la barzelletta
immagino che per te la lista delle killer application sottintesa sia
qualcosa del genere...(ovviamente incompleta)
Grafica: Photoshop
Giochi: una svalangata di gioconi 3d
Multimedia: ????
Programmazione: visual studio
Office: MSoffice
Musica: Cubase, cakewalk...
CAD: Autocad
.....mumble...mumble...listino aggiornato....mumble....mumble....
....mi fai il totale per piacere, e poi ne riparliamo?
menez
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 Perchè dover smanettare in quel modo per scrivere qualcosa? mah
Ma tu hai mai visto qualcosa scritto usando vi e latex ? Sai quanta MERDA
da' ai tuoi documentini word?


 mi sposto con le freccette....vedi un po'....
e sbagli ;-)
Joe
-- 
Full sources for linux currently runs to about 200kB compressed - full
sources to a somewhat complete developement system is at least 10MB
compressed  					-- Linus torvalds, 1992
***  To mail me dump windows


esiste openoffice, ed esiste anche l'html che e' piu che adatto a scrivere
documenti
ci vorrebbe solo un editor wyxv... che al posto del FONT faccia il class
definito in un css
in questo modo elimini il 90% delle cose inutili


 tra vi e edit preferisco edit (meno cose)
non c'e' bisogno di andare oltre: tu hai problemi.


 non c'e' bisogno di andare oltre: tu hai problemi.
Perche`? Anche io preferisco edit. O meglio, preferisco joe.
vi va bene per chi deve programmare o per le espressioni regolari, ma per
l'editing di qualche file di config e` impossibile. Dopo 10 anni di Linux
io di vi conosco solo esc-wq, esc-q! e "i", proprio perche` trovo
totalmente insulsa la divisione tra modo comando e modo editing.
A vi preferisco addirittura emacs, anche coi suoi comandi da
contorsionista.
Se devo programmare, invece, preferisco un editor grafico come anjuta o
glimmer.
Se mi servono le regexp faccio un programmino in python o in bash+sed/awk
per fare la stessa cosa.
Bye.

 Perche`?
perchè è poco elegante bestemmiare in chiesa, dai... ;)


 l'editing di qualche file di config e` impossibile.
Bah.
-- 
Per non dimenticare:
http://snipurl.com/SdC_ed_il_vino
Le sigarette a volte danno buoni consigli:
http://snipurl.com/sigarette

 Bah.
quoto


 l'editing di qualche file di config e` impossibile.
Dal momento che lo uso felicemente da anni per questo scopo, impossibile non
dev'essere... IMHO, ovviamente!
Ciao
C.
-- 
Per contattarmi, toglimi il gesso!
Hey, sono nelle stesse condizioni di Max Biaggi! Che cu....

 quoto
Naturalmente mi sono dimenticato di aggiungere un IMO (sottinteso).
Prima di imparare 2 comandi di vi ne ho imparati l'80% di tutti gli altri
editor.
Il "problema" e` appunto che gli altri sono molto piu` intuitivi, o almeno
ti danno qualche indicazione di cosa fare per avere un help (ctrl-k h
scritto sulla barra del titolo di joe, per esempio).
Non nego che vi sia potente. In certi casi e` veramente la manna (la
reindentazione di un blocco di codice non l'ho trovata in quasi nessun
altro editor), ma per le cose semplici e` anti-intuitivo.
Se poi uno e` abituato a usarlo da sempre, concordo che preferisca usarlo
per tutto. Solo provate a pensare a quanto ci avete messo a imparare come
muovervi, fare copia/incolla, fare l'insert di un file con vi e quanto ci
mettere con un editor come joe o glimmer.
Bye.

 mettere con un editor come joe o glimmer.
Probabilmente, tutto sta nell'aver iniziato o meno con vi. :)
Nessuno nega che passare da un tipico editor GUI a vi sia
inizialmente più che traumatico.


vimtutor , servono 15 minuti.........
-- 
Motto del consulente: "Fare e disfare e' tutto un fatturare".
                -- Alberto Buffa di Perrero

 altro editor), ma per le cose semplici e` anti-intuitivo.
man emacs


 contorsionista.
OK, iniziamo un flamewar di quelli seri:
emacs e' il miglior editor del mondo, vi pero' e' piu' comodo in certe
situazioni. IMO bisogna conoscere le basi di entrambi e poi usare quello
che e' piu'vicino alla propria "sensibilita'"
Joe M-x doctor


 che e' piu'vicino alla propria "sensibilita'"
E, IMHO, estendendo il concetto a vari campi (es.: qual e' la miglior
distribuzione, qual e' il miglior MTA etc.) si otterrebbero risultati
migliori e si ridurrebbero i flamewar a quei pochi casi patologici nei
quali alcuni indossano i paraocchi prima di aprire il newsreader (a
proposito... quale sara' il migliore?).


 emacs e' il miglior editor del mondo
Non è un sistema operativo? <beg>


 proposito... quale sara' il migliore?).
Gnus, ma non ho ancora avuto il modo di leggere il manuale. Nel frattempo
mi arrangio con pan.
joe


 Non è un sistema operativo? <beg>
ROTFL + Signature.
Joe
-- 
Joe > emacs e' il miglior editor del mondo
whip>Non e' un sistema operativo? <beg>
***  Levate winzozz e poi ne parliamo!

 Non è un sistema operativo? <beg>
no' , è una religione.
-- 
Capisce cosa sto dicendo, capitano?  Siamo tornati.
                -- Il comandante T'Bok, "The Neutral Zone",
                   data astrale 41986.0

 altro editor), ma per le cose semplici e` anti-intuitivo.
vimtutor + 15 minuti di tempo risolvono il problema.
-- 
La maestra interroga Pierino in storia: "Cosa divenne Carlo Alberto
quando mori' suo padre?".  "Orfano!".

 Joe
Credo che bisogna dire una cosa importante.
Parlando di Linux si sottintende VIM.
VIM e' "abbastanza intuitivo": premi "canc" e ti trascini la riga inferiore.
Ma su VI lsa solfa cambia. Ad esempio non arriverai mai per intuito che 
per trascinare la riga inferiore devi premere "shit+j" ... e cosi' e' un 
po' tutto il resto su VI "classico".
p.s.: ovviamente BBfish non sa di tutto cio' e per lui e' difficile 
anche gvim.
--
ciao
Massimiliano.

 Parlando di Linux si sottintende VIM.
Ma anche no:
# esearch ^vim?$
[ Results for search key : ^vim?$ ]
[ Applications found : 2 ]
*  app-editors/vi
      Latest version available: 3.7-r5
      Latest version installed: [ Not Installed ]
      Size of downloaded files: [no/bad digest]
      Homepage:    
http://ex-vi.sourceforge.net/
      Description: The original VI package
*  app-editors/vim
      Latest version available: 6.3-r1
      Latest version installed: 6.3-r1
      Size of downloaded files: [no/bad digest]
      Homepage:    
http://www.vim.org/
      Description: Vim, an improved vi-style text editor


 inizialmente più che traumatico.
Ma il piu` user friendly da usare su una linea tremolante a 300 bps e` ed.
Andrea

 po' tutto il resto su VI "classico".
Mi state facendo imparare un sacco di cose: che per esempio ci si possa 
muovere con le freccette invece che con hjkl, che il tasto canc funzioni 
in quel modo (non sapevo proprio, sempre usato shift+J).
Andrea

 in quel modo (non sapevo proprio, sempre usato shift+J).
quoto, un thread involontariamente istruttivo 
-- 
artemis.alpeia
Simplicity is the art of maximizing the amount of work not done

 in quel modo (non sapevo proprio, sempre usato shift+J).
Sì ma quella mappa di tasti è un delirio fatto da una mente malata per
la sua diabolica scomodità: se sono in input mode e voglio muovermi col
cursore, devo fare esc per passare in command mode, e qui usare hjkl per
muovermi... con i cursori mi muovo e basta indipendentemente dal modo in
cui sono. Idem il canc piuttosto che shift+J. E tante altre.
-- 
Massimo Bacilieri AKA Crononauta 
ICQ:4005815

 Inviato via 
http://arianna.libero.it/usenet/
Quoto a questo messaggio ma è un msg di risposta generale dopo averli 
letti tutti....ma non è meglio pico ?
Cioè, io lo uso per fare qualsiasi cosa, molto + facile di tanti altri.
:D

 in quel modo (non sapevo proprio, sempre usato shift+J).
premesso che al lavoro uso esclusivamente VI e KSH e che non devo 
dimostrare niente a nessun, la questione e' questa:
La segretaria se benissimo che con wordpad, word, notepad se lei preme 
"canc" trascina la riga in alto e non ha mai letto nessun libro a riguardo.
Chiedo invece a te se c'e' stato qualcosa che ti ha suggerito 
intuitivamente l'uso di "shift+j" o se ti sei dovuto leggere un po' di 
man page prima di saperlo.
--
Massimiliano.

 
scusa ma e' francamente incomprensibile.
su cosa ti saresti istruito?
Spiegalo ad un idiota.
Massimiliano.

 la sua diabolica scomodità:
No, è stata concepita da una mente sana che doveva far girare il
programma su tastiere (e attraverso terminali) di tipi diversi senza
supportarle una per una.
See you,
	Silver Drake
-- 
http://www.silverdrakenet.it
Australian Largest Bed, coverband extraordinaire
http://www.silverdrakenet.it/carpe/platy.html