Newsgroup: it.comp.os.win.xp
Titolo: Ecco la valanga di vunerabilità di Linux e KDE del 2004: per fortuna che Linux si diceva fosse più sicuro...

2004-12-27:  	Linux IBM S/390 Kernel SACF Instruction Local Privilege
Escalation Vulnerability
2004-12-25:  	Linux Kernel AF_UNIX Arbitrary Kernel Memory
Modification Vulnerability
2004-12-25:  	Linux Kernel IGMP Multiple Vulnerabilities
2004-12-25:  	Linux Kernel SCM_SEND Local Denial of Service
Vulnerability
2004-12-25:  	Linux Kernel Sys32_NI_Syscall/Sys32_VM86_Warning Local
Buffer Overflow Vulnerability
2004-12-24:  	Linux Kernel ELF Binary Loading Denial Of Service
Vulnerability
2004-12-24:  	Linux Kernel 32 Bit Compatibility System Call Handler
AMD64 Local Privilege Escalation Vulnerability
2004-12-24:  	Linux Kernel Floating Point Register Contents Leak
Vulnerability
2004-12-24:  	Linux Kernel USB io_edgeport Driver Local Integer
Overflow Vulnerability
2004-12-23:  	Linux Kernel Multiple Local Vulnerabilities
2004-12-22:  	Linux Kernel chown() System Call Group Ownership
Alteration Vulnerability
2004-12-16:  	Linux Kernel SMBFS Multiple Remote Vulnerabilities
2004-12-16:  	Linux Kernel Local Denial Of Service And Memory
Disclosure Vulnerabilities
2004-12-14:  	Linux Kernel Sock_DGram_SendMsg Local Denial Of Service
Vulnerability
2004-12-14:  	Linux Kernel PROC Filesystem Local Information
Disclosure Vulnerability
2004-12-14:  	Linux Kernel Local DRM Denial Of Service Vulnerability
2004-12-14:  	Linux Kernel TIOCSETD Terminal Subsystem Race Condition
Vulnerability
2004-12-14:  	Linux Kernel Terminal Locking Race Condition
Vulnerability
2004-12-14:  	Linux Kernel ReiserFS File System Local Denial Of
Service Vulnerability
2004-12-14:  	Linux Kernel BINFMT_ELF Loader Local Privilege
Escalation Vulnerabilities
2004-12-14:  	Linux Kernel USB Driver Uninitialized Structure
Information Disclosure Vulnerability
2004-12-14:  	Linux Kernel EXT3 File System Information Leakage
Vulnerability
2004-12-14:  	Linux Kernel JFS File System Information Leakage
Vulnerability
2004-12-14:  	SGI IRIX Undisclosed MapElf32Exec Local Denial Of
Service Vulnerability
2004-12-09:  	Linux Kernel SYS_IA32.C Unspecified Buffer Overflow
Vulnerability
2004-12-07:  	Linux Kernel 64 Bit ELF Header Local Denial Of Service
Vulnerability
2004-12-07:  	Linux Kernel AIO_Free_Ring Local Denial Of Service
Vulnerability
2004-12-02:  	Linux Kernel Unspecified Local TSS Vulnerability For
AMD64 And EMT64T Architectures
2004-12-02:  	Linux Kernel IPTables Initialization Failure
Vulnerability
2004-12-01:  	Linux Kernel Multiple Device Driver Vulnerabilities
2004-12-01:  	Linux Kernel 2.4 XDR Packet Handler For NFSv3 Remote
Denial Of Service Vulnerability
2004-10-30:  	Linux Kernel IPTables Logging Rules Integer Underflow
Vulnerability
2004-10-27:  	Linux Kernel File 64-Bit Offset Pointer Handling Kernel
Memory Disclosure Vulnerability
2004-10-25:  	Multiple Vendor TCP Packet Fragmentation Handling
Denial Of Service Vulnerability
2004-09-15:  	Linux Kernel Samba Share Local Privilege Elevation
Vulnerability
2004-08-27:  	Linux Kernel e1000 Ethernet Card Driver Kernel Memory
Disclosure Vulnerability
2004-08-27:  	Linux Kernel Unspecified Local Denial of Service
Vulnerability
2004-08-27:  	Multiple Local Linux Kernel Vulnerabilities
2004-08-25:  	Linux Kernel Process Spawning Race Condition
Environment Variable Disclosure Vulnerability
2004-08-18:  	Linux kernel do_fork() Memory Leakage Vulnerability
2004-08-16:  	Linux Kernel CPUFreq Proc Handler Integer Handling
Vulnerability
2004-08-09:  	Linux Kernel Unspecified Signal Denial Of Service
Vulnerability
2004-08-09:  	Linux Kernel Unspecified chown Inode Time Vulnerability
2004-07-28:  	Linux kernel Framebuffer Code Unspecified Vulnerability
2004-07-28:  	Linux Kernel IPTables Sign Error Denial Of Service
Vulnerability
2004-07-22:  	Linux Kernel Multiple Unspecified Local Privilege
Escalation Vulnerabilities
2004-07-15:  	Linux Kernel Panic Function Call Buffer Overflow
Vulnerability
2004-07-15:  	Linux Kernel XFS File System Information Leakage
Vulnerability
2004-07-15:  	Linux Kernel R128 Device Driver Unspecified Privilege
Escalation Vulnerability
2004-07-15:  	Linux Kernel ISO9660 File System Buffer Overflow
Vulnerability
2004-07-15:  	Linux Kernel Vicam USB Driver Userspace/Kernel Memory
Copying Weakness
2004-07-15:  	Linux Kernel Equalizer Load Balancer Device Driver
Local Denial Of Service Vulnerability
2004-07-09:  	Linux Kernel Floating Point Exception Handler Local
Denial Of Service Vulnerability
2004-06-29:  	Linux Kernel Sbus PROM Driver Multiple Integer Overflow
Vulnerabilities
2004-06-22:  	Linux Kernel IEEE 1394 Integer Overflow Vulnerability
2004-06-17:  	Linux Kernel Inter Intergrated Circuit Bus Driver
Integer Overflow Vulnerability
2004-06-15:  	Linux Kernel SCTP_SetSockOpt Integer Overflow
Vulnerability
2004-06-04:  	Linux Kernel do_mremap Function VMA Limit Local
Privilege Escalation Vulnerability
2004-06-03:  	Unix and Unix-based select() System Call Overflow
Vulnerability
2004-05-22:  	Linux Kernel Setsockopt MCAST_MSFILTER Integer Overflow
Vulnerability
2004-05-21:  	Linux Kernel NCPFS ncp_lookup() Unspecified Local
Privilege Escalation Vulnerability
2004-05-21:  	Linux Kernel 2.4 RTC Handling Routines Memory
Disclosure Vulnerability
2004-05-20:  	Linux Kernel Serial Driver Proc File Information
Disclosure Vulnerability
2004-05-12:  	Linux Kernel STRNCPY Information Leak Vulnerability
2004-05-10:  	Linux Kernel Local IO Access Inheritance Vulnerability
2004-04-26:  	Linux Kernel Privileged Process Hijacking Vulnerability
2004-04-24:  	Linux kernel i810 DRM driver Unspecified Vulnerability
2004-04-19:  	Linux Kernel do_mremap Function Boundary Condition
Vulnerability
2004-04-12:  	Linux Kernel Sigqueue Blocking Denial Of Service
Vulnerability
2004-04-05:  	Linux Kernel do_brk Function Boundary Condition
Vulnerability
2004-04-03:  	Multiple Vendor Network Device Driver Frame Padding
Information Disclosure Vulnerability
2004-02-26:  	Linux Kernel 32 Bit Ptrace Emulation Full Kernel Rights
Vulnerability
2004-02-19:  	Linux Kernel Fragment Reassembly Remote Denial Of
Service Vulnerability
2004-02-19:  	Linux Kernel FPU/SSE Environment Restoration MXCSR
Register Corruption Vulnerability
2004-02-19:  	Linux TTY Layer Kernel Panic Denial Of Service
Vulnerability
2004-02-19:  	Linux Kernel IOPERM System Call I/O Port Access
Vulnerability
2004-02-19:  	Linux Kernel Route Cache Entry Remote Denial Of Service
Vulnerability
2004-02-19:  	Linux Kernel 2.4.18 iBCS IPC signal handling
Vulnerability
2004-02-19:  	Linux Kernel execve() Malformed ELF File Unspecified
Local Denial Of Service Vulnerability
2004-01-15:  	Linux /proc Filesystem Potential Information Disclosure
Vulnerability
2004-01-15:  	Linux 2.4 Kernel execve() System Call Race Condition
Vulnerability
2004-01-15:  	Linux O_DIRECT Direct Input/Output Information Leak
Vulnerability
2004-01-15:  	Multiple Linux 2.4 Kernel Vulnerabilities
2004-12-30:  	KDE Konqueror FTP URI Arbitrary FTP Server Command
Execution Vulnerability
2004-12-30:  	Xpdf PDFTOPS Multiple Integer Overflow Vulnerabilities
2004-12-22:  	KDE Konqueror Multiple Remote Java Sandbox Bypass
Vulnerabilities
2004-12-20:  	LibTIFF Multiple Buffer Overflow Vulnerabilities
2004-12-20:  	KDE Konqueror Remote Window Hijacking Vulnerability
2004-12-20:  	KDE Plaintext Password Disclosure Vulnerability
2004-10-27:  	KDE Konqueror IFRAME Cross-Domain Scripting
Vulnerability
2004-10-20:  	Konqueror Browser Cross-Domain Dialog Box Spoofing
Vulnerability
2004-10-05:  	Multiple Browser Cross-Domain Cookie Injection
Vulnerability
2004-10-04:  	KDE Konqueror Cookie Domain Validation Vulnerability
2004-10-04:  	KDE Konqueror Cross-Domain Frame Loading Vulnerability
2004-10-04:  	KDE Insecure Temporary Directory Symlink Vulnerability
2004-09-13:  	KDE DCOPServer Insecure Temporary File Creation
Vulnerability
2004-08-16:  	KDE Mcoputils Insecure Temporary File Creation
Vulnerability
2004-08-12:  	GV Malformed PDF/PS File Buffer Overflow Vulnerability
2004-06-14:  	KDE Multiple URI Handler Vulnerabilities
2004-05-25:  	Multiple Vendor URI Protocol Handler Arbitrary File
Creation/Modification Vulnerability
2004-05-20:  	KDE Personal Information Management Suite VCF File
Remote Buffer Overflow Vulnerability
2004-05-18:  	KDE Konqueror Embedded Image URI Obfuscation Weakness
2004-05-11:  	Multiple Mail Transfer Agent Embedded Hyperlink URI
Obfuscation Variant Weakness
2004-04-14:  	KDE Postscript/PDF File Processing Arbitrary Command
Execution Vulnerability
2004-04-13:  	KDE Konqueror Bitmap File Processing Denial of Service
Vulnerability
2004-03-26:  	Multiple Vendor Internet Browser Cookie Path Argument
Restriction Bypass Vulnerability
2004-02-20:  	KDE KDM PAM Module PAM_SetCred Privilege Escalation
Vulnerability
Saluti da P4

 Saluti da P4
        ok. pero' togli le vulnerabilita' dei desktop envinronment
        e lascia SOLO quelle di linux. Al contrario di altri SO la 
        rgafica e' opzionale col pinguino. Non solo; ma lascia nell' -  
        elenco solo i bug realmente pericolosi. 
        Linux e' realmente piu' sicuro di windows ed anche di tanti altri
        SO.
        saluti
-- 
--------------------------------------------------------------
slackware. tutto il resto e' inutile
---------------------------------------------------------------

P4 wrote:

Non mi sembra che KDE sia Linux .........


Ci avrei scommesso le palle che avreste risposto così a proposito di
KDE. Quando lo sappiamo benissimo che senza interfaccia grafica
oggigiorno non si va da nessuna parte, e che KDE è una delle
interfacce grafiche più usate dagli utilizzatori di Linux.
Quindi siete pregati di non arrampicarvi sugli specchi in quel modo
ridicolo...
Saluti da P4

P4 wrote:  [CUT]
PLONK!!!
Saluti da dmec !
-- 
www.freewebz.com/iosononiubbo/iosononiubbo.htm#quotare
http://distrowatch.com
 (linux e dintorni)
www.slacky.it/tutorial/slackware_for_dummies/slackware_for_dummies.txt
46=pilota che vince ! 

Saluti da P4
ehm , ma se io ti elencassi una sfilza di vulnerabilita' di un
programma fatto per win (non M$), te le vulnerabilita' le segneresti
nella gia' gran lunga lista del s.o. M$, oppure del programma
considerato? e a chi segnaleresti i bugs? 

 oggigiorno non si va da nessuna parte, 
Forse per le tue cazzate di ogni giorno! Tipo far girare eMule,
far finta di fare qualcosa di intelligente e giocare a campo
minato in modalità easiest.
-- 
Per contattarmi 
http://robyross.webhop.org

 ridicolo...
Se le scommetti per così poco significa che non ti servono a molto. Ti
rispondo limitando il cross-post solo al NG di XP, chissà che quei
poveretti non imparino qualcosa.
Per risolvere quei bug di sicurezza non abbiamo dovuto attendere mesi per il
risascio della servispac, che apre più buchi di quanti non ne chiuda, ma
dalla segnalazione del bug al massimo due o tre giorni dopo era pronto
l'aggiornamento.
-- 
Questo treno, ferma, a Tucuncali.

l'aggiornamento.
Non parlare di cose che non sai, ovverosia di come e quando vengono
rilasciate le fix su windows.
-- 
Alessandro Borille
Microsoft MVP - (Windows Server)

 
Byez
Luca

 l'aggiornamento.
questo e' un classico...
ipotizziamo per assurdo che si trovi un bug gravissimo in konqueror
(file manager e browser internet per kde) e che non venga risolto in
tempi decenti. una persona attentissima alla sicurezza potrebbe dire:
"beh, butto via konqueror e metto su qualcos'altro, che sia un programma
indipendente dal desktop enviroinment, oppure che sia un d.e.
completamente diverso tipo gnome o xfce" e potrebbe cosi' aggirare il
problema.
ipotizziamo invece che la stessa cosa accada per explorer.exe e che il
bug non venga risolto in tempi decenti. cosa potrebbe fare una persona
attentissima alla sicurezza? avrebbe sicuramente molte meno possibilita'
di cavarsi dall'impiccio.
-- 
Masque -,---',-'----,-'-,-'--,-',---,'--'-,-',-{@
NP   :                                         `,

 [megacut]
Dicci, caro P4, cosa c'e' che ti turba?
Quali gravi disturbi mentali ti riducono in codesto stato pietoso?
Forse la tua ragazza ti ha lasciato? 
Ma su, che ne troverai un'altra, intelligente come sei (si nota subito)!
Forse hai appena scoperto che "sistema operativo" e "desktop manager" in
alcuni ambienti, specialmente a livello sistemistico, sono cose diverse? 
Ma dai, usa il tuo bel Windows(TM), sborsando ogni anno tutti i tuoi soldi
per license ed upgrade hardware e vedrai che la tua lobotomia sembrera'
svanita in un attimo!
O forse il problema e' che sei solo un povero utonto sfigato? 
In quel caso esistono tanti mestieri che ti possono tenere lontano dal
computer, tipo il pizzaiuolo, il manovale, la bambinaia... e spesso ci si
guadagna anche molto di piu'!
Per ogni tragedia, anche quella che sembra la piu' insormontabile, c'e'
rimedio. Il suicidio potrebbe fare al caso tuo!
Ti auguro un futuro tronfio di sfighe, cosicche' tu ne possa uscire sempre
piu' saggio e rinforzato!
PLONK!
-- 
bunker
+++++++++++[>++++++>++++++++++++++++++++++++++++++++
+>++++++++++<<<-]>.>++++++++++.>.<----------.>---------.<+++++++.

 ridicolo...
Io ad esempio uso gnome, quelle vulnerabilità non mi interessano.
Tantissimi amministratori usano linux senza X Window system, altro che
kde, quindi quei bug non interessano... Occhio alle palle, eh :>
Ma, piuttosto... hai dato una occhiata agli avvisi del CERT per quanto
riguarda windows? Sei un piccolo troll, ma non preoccuparti, con un pò di
esercizio magari migliori e diventi quasi credibile per i neofiti

piu' saggio e rinforzato!
Ma STRAROTFL elevato all'ultimo numero di una serie infinita ;))))!!!
<Applauso>

 rilasciate le fix su windows.
Parliamo piuttosto del funzionamento di SMS di M$......
Per dirla alla maniera dei muratori: "il piu' pulito c'ha la rogna".
Ciao
M.
-- 
Immagino un mondo senza guerra, un mondo senza odio
e immagino noi che lo attacchiamo
perche' non se lo aspetteranno.
http://www.metrophotogallery.it/categories.php?cat_id=39

Per dirla alla maniera dei muratori: "il piu' pulito c'ha la rogna".
Spiega.


 Spiega.
Intendevo che non mi sembra che si possa dichiarare semplicisticamente 
che A e' meglio di B, o che X fa' cagare mentre Y e' perfetto.
In ogni sistema ci sono pro e contro, le prese di posizione per fede 
(quale che sia) mi sembrano "illogiche".
Per tacer del discorso "filosofico" di pagliuzze e travi.


che A e' meglio di B, o che X fa' cagare mentre Y e' perfetto.
Io non ho detto questo. Si parlava di politica di rilascio delle patch
da parte di MS. Ho letto frasi in libertà (sempre le solite tra
l'altro) non corrispondenti alla realtà. Per cui ho invitato chi le ha
proferite ad astenersi dal parlare di cose che non conosce.


 proferite ad astenersi dal parlare di cose che non conosce.
Parole SANTE!!  :-*


 risascio della servispac... 
Prima di giocare con il computer vai a fare un corso
di ItaliaKano che ti conviene
-- 
Walter

 eheh non so se lo sai, ma in un server una gui č inutile...
azz...allora si parlava solo di server..;-D
-- 
Walter

 
non esattamente, si parlava di server *NIX,
quelli *dos  la gui devono averla, se no poi come fai a cliccare su tutto
cio che si muove ?   ;-)


 
... nemmeno Windows se è per questo ....
http://kde.gulp.linux.it/
-- 
Walter

 Sempre di Server si tratta e non di Personal o *baglio ? ;-D
-- 
Walter
http://www.krisopea.it/mvp/Quoting.htm
http://www.hokutoaudioteca.it/film_drago_al/al%20bar%20dello%20sport/incoroneta2.wav
 

 eheh non so se lo sai, ma in un server una gui è inutile
1) Linux NON è solo fatto per servers (già che ci siamo vogliamo
comunque citare tutte le vulnerabilità di APACHE?)
2) NON dite sempre frasi come: "Windows è fallato e gli utenti è
meglio che passino a Linux" ? Peccato che questo si scontra con
l'affermazione: "la GUI è opzionale", visto che dubito che un utente
HOME o OFFICE che usa linux voglia farne a meno (tanto vale allora che
ritorniamo indietro nel tempo... quando i S.O. erano esclusivamente a
linea di comando e solo testo).
3) L'affermazione che in un server la GUI è OPZIONALE è comunque
falsa, perchè dipende sempre da che server metti, se metti un server
Web, voglio proprio vedere come fai a produrre contenuti senza una GUI
(ti metti a scrivere le pagine HTTP con l'editor VI, scrivendo a manina
tutti i TAG: beh sei messo maluccio...), come fai a testare il server e
le pagine senza una GUI, come fai a monitorarlo decentemente senza una
GUI. L'unico caso forse in cui non ti serve una GUI è il caso in cui
devi gestire un server pop3 o news. In ogni caso NON ci crede nessuno
che chi gestisce un server NON usa una GUI.
Saluti da P4

 
Cioč, tu fai le pagine sul server di produzione?
Ma cosa amministri, il server dei puffi?
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
	Prima di parlare collegare la spina del cervello,
	 leggere e in caso di schermata blu riavviare.

Saluti da P4
Ciao! :-)
Scusa per caso sei uno di quelli che fa tutto questo discorso anche
per la battaglia Pentium VS Athlon e ATI vs nVidia? ;-P

>
Io non uso nessuna GUI ... mi trovo più veloce con vi e alt+f(n) , ma la 
mia è solo una questione di gusto e abitudine , anzi ... una sorta di 
"GUI" la usa ... MC for ever :D

 a testate!
peccato che le GUI di linux sono praticamente basate sempre, gira e
rigira, sulle stesse librerire (librerie di kde, librerie di gnome,
ecc.), e quindi cambi ambiente ma in sostanza la vulnerabilità te la
ritrovi, perchè ad essere vulnerabili sono le librerie. Esistono
vulnerabilità nelle librerie di KDE, nelle librerie di GNOME, ecc.
Saluti da P4

chiamata aperta da piu' di 1 mese e che non riesce a risolvere.
Cioè se tu hai una chiamata aperta vuol dire che SMS *non* funziona?
E a me che funziona? Cosa dovrei dire? CHe sono un miracolato?


Saluti da P4
Infine vorrei aggiungere che non mi ricordo quanto tempo fa venne
rubato una parte di codice di Windows.
I commenti di TUTTI i programmatori che hanno visionato il codice
erano concordi sul fatto che Windows fosse stato programmato con i
piedi! E le procedure che non riuscivano a risolvere (per l'incapacità
di programmare bene) sono state risolte in modi assurdi e degni di uno
studente al primo anno di studi che cerca di evitare i problemi nei
modi più disparati (e sbagliati)!!
Questo per dimostrare che se un bug scappa a quelli che programmano
Linux è un conto.... il codice viene visionato da gente esperta ed è
disponibile a tutti.
Il codice Windows invece non viene mostrato (.... per vergogna di
programmare così male?) e ci viene dato per buono, quando magari per
risolvere un semplice problema si ricorre ad escamotage assurdi e che
appesantiscono il codice!
Devi riconoscere anche il fatto che poi Linux ha il suo codice
sorgente a disposizione di tutti; e in questo modo si trovano
MOOOOOOLTO più facilmente i bug piuttosto che stare a provare di
tutto... e nonostante questo non è affatto più bacato di Windows.
Windows che invece ha il codice sorgente proprietario e che
naturalmente rende la vita difficile a qualunque cracker anche per
scoprire un semplicissimo BUG.
Questo significa che a parità di BUG Linux è programmato molto meglio
rispetto a Windows....
Ciao :-D

 Saluti da P4
Ricordati che giudicare un sistema operativo a partire dalle proprie
applicazioni č qualcosa di estremamente perverso.
Cosě come parlare senza sapere. Spero che in un futuro te ne ricorderai

 che chi gestisce un server NON usa una GUI.
Ma dimmi: tu hai mai parlato con un amministratore di sistemi? Che cazzo
devi saperne TU se è qualcosa che si fa o meno? Io ho parlato con
parecchi amministratori linux/unix, e molti ai server non ci attaccano
nemmeno il monitor, accesso da ssh su lan, pensa un pò.
Poi... Sui server *NON SI SVILUPPANO SITI WEB*, questo è un lavoro che si
fa in macchine separate e poi si uppano sul server... Altra cosa: TUTTI I
WEBMASTER SERI SCRIVONO I TAG A MANO, se poi tu conosci webmaster che
usano frontpage per scrivere siti... gh.
Per monitorare un server, bastano 2 cose:
- shell
- less
entrambi non necessitano di X.
E adesso torna a dormire che qui è un brutto mondo.

 mondo esterno? Ma tu lo sai che l'RPC su linux è qualcosa di basilare
Ovviamente volevo scrivere "non basilare", chiedo venia

Alessandro Borille [MVP] wrote:

Voglio dire che il consiglio che hai erroneamente dato a me di leggere 
la documentazione sembra non essere recepito da chi di dovere (estensore 
tra l'altro della documentazione stessa).
Almeno se il problema fosse (come sembri ipotizzare te) solo di non 
corretto utilizzo/configurazione.
Io dico solo che quando si prende un servizio di patch management da 
qualcuno che in questo caso e' anche il realizzatore (oltre che del 
S.O.) dell'applicazione, l'installatore, configuratore, ecc, ci si 
aspetta che funzioni "come da specifiche".
Cosi' non e'.
Hai un bug, hai la fix e non puoi fare il deploy.
Di fatto resti scoperto.
Per quanto riguarda il fatto che da "te funziona" questa l'ho sentita 
varie volte e non l'ho mai associata ad una analisi tecnica curata e 
approfondita.
Forse sei fortunato, e basare il funzionamento di un sistema sulla 
fortuna di un utente mi sembra poco "tecnico", peggio ancora fare 
affidamento sui miracoli.
O forse lo utilizzi su un parco macchine meno 
variegato/articolato/incasinato/ecc e non hai raggiunto il limite del 
sistema.
E l'elenco dei forse potrebbe continuare a lungo.
Quello che posso escludere e' che le macchine siano fuori standard, 
visto che l'intero processo di standardizzazione delle macchine e' stato 
bollinato da MS.
Una realta' del genere dove le cose non funzionano "come da manuale" non 
e' facilmente riconducibile alla tua bollinatura "frasi in liberta'".
Ciao


 la minchia.
1) Xfce is designed for Unix platforms using the GTK+ toolkit
2) GTK+ is based on three libraries developed by the GTK+ team:
* GLib is the low-level core library that forms the basis of GTK+
and GNOME.
http://www.xfce.org/
http://www.gtk.org/
Come vedi NON sono io a sparare cazzate.
Saluti da P4


Ma si puň sapere di che parli?
Ti riporto la frase che ho contestato e quello che ho risposto. Cosa
c'entri SMS e tutto il tuo successivo eloquio lo sai solo tu.
:>Per risolvere quei bug di sicurezza non abbiamo dovuto attendere mesi per il
:>risascio della servispac, che apre piů buchi di quanti non ne chiuda, ma
:>dalla segnalazione del bug al massimo due o tre giorni dopo era pronto
:>l'aggiornamento.
:
:Non parlare di cose che non sai, ovverosia di come e quando vengono
:rilasciate le fix su windows.
-- 


 
Sě, sei te che non sai neanche leggere:
Le glib sono le librerie di basso livello che sono state usate anche per 
gnome..
Secondo te, dato che gnome č in c tutti i programmi scritti in c sono bucati?


 c'entri SMS e tutto il tuo successivo eloquio lo sai solo tu.
Per quanto riguarda il mio eloquio era una risposta al tuo:
1) sei te che non lo sai far funzionare
2) leggiti il manuale, questo e' il link
3) da me funziona


"come" vengano rilasciate le fix su windows.
A me non sembra per nulla pertinente il tuo problema con il
ciclo/rilascio di patch e hotfix. 
Probabilmente parliamo due lingue diverse.


 Probabilmente parliamo due lingue diverse.
Amen.


Amen.
Non si può aver tutto dalla vita :-)


 Ma cosa amministri, il server dei puffi?
la mamma non gli da i soldi per comprare un'altro pc!
:-))))
-- 
Per contattarmi 
http://robyross.webhop.org

 
si, ma vallo a spiegare ad un idiota che fa le sue valutazioni
a naso.
Fra le sue chicche: I server edonkey comunicano tra di loro,
giusto per dare un'idea della preparazione di base dell'espertone!
E' un poveraccio che si fa una cultura approssimativa leggendo
qualche articoletto del cazzo, scritto da qualche pseudogiornalista
più ignorante di lui e poi viene qui a fare il novello zarathustra
dal basso della sua ignoranza.


 
aspetta aspetta, vi ricordate quando ha detto che il server web del 
saitta era vulnerabile perche` aveva la porta 80 aperta... da sganasciarsi

 saitta era vulnerabile perche` aveva la porta 80 aperta... da
sganasciarsi
ma perchè dovete sempre ribaltare la frittata a vostro favore??? Ovvio
che fa ridere quella frase se citi solo quella e non il resto: quel
giorno per diverse ore era possibile accedere al server del saitta e
uppare e modificare le pagine, senza che vi fosse un accesso
controllato.
Saluti da P4

 
ma che cazzo stai addì!! Il server si uppa dall'ftp, cioè porta
21, testadiminchia! :-)


 
Ciao
Luca


Non esistono solo server ftp.
Per esempio ci sono molti siti internet che fanno depositare le pagine web 
dal browser, quindi usando la porta 80.

Quindi siete pregati di non arrampicarvi sugli specchi in quel modo
ridicolo...
p4 a me sembra però che vuoi fare polemica pi che altro....


wrote:

Ma li usano solo i niubbi ;-P
Dai.... sono interfacce decisamente scomode.
Un webamster serio uppa sempre per FTP .... che poi č sicuro che vai
veloce... con le pagine internet stai a scaricare tante cose inutili
solo per uppare un file magari... :-)

 che chi gestisce un server NON usa una GUI.
1)Ho messo orora in rete il mio serverino web casalingo: un portatile 
150 mhz molto silenzioso che mi gestisce 
www.terra32.net
, inutile dire 
che su un 150 mhz con 32 mb di ram una gui decente te la sogni.. lo 
gestisco tutto in remoto dal mio pc fisso.. Ma evidentemente sono Dio..
2)MAI SENTITO PARLARE DI WEBFARM? secondo te tutti i mille e passa 
server che ospita Aruba hanno un monitor e una GUI ciascuno?
3)Io ho un server dedicato in Canada, sai oggi non ho potuto modificare 
il sito del cliente perchè hanno annulato il volo per Toronto..
Va bene che non ti piace linux, sono opinioni, ma almeno non sparare 
cazzate mostruose.
E magari fai anche il consulente.. :-(
Ciao da un neodiciottenne.

>dal browser, quindi usando la porta 80.
MIO CARO si chiama WebDAV!    "Web-based Distributed Authoring and
Versioning". Ed è in realta' un set di istruzioni che aggiungono al
protocollo HTTP funzionalità di modifica in tempo reale degli oggetti che al
momento vengono resi pubblici dai server WEB che utilizzano la porta 80! L'
HTTP è un protocollo e lavora a livello di presentazione, il WeBDAV fornisce
quel set di istruzioni in piu' a livello applicativo!
PILA ISO-OSI
7 Application       -------------------->  WEbDAV (rfc2518) - Browser
Compliant!!!
6 Presentation    --------------------->  HTTP / FTP
5 Session           ---------------------> TCP/UDP nel caso dell' HTTP è TCP
4 Transport
3 Network          --------------------->  IP - IPX - AppleTalk
2 Data-Link
1 Phisic
Logicamente io seguo lo schema OSI, che è piu' rigoroso MA nel modello dello
STACK TCP/IP il livello 6 scompare + i livello 4-5 tendono a sovrapporsi !
CIAO CARI!
P.s. Non voglio fare il maestro MA se qualcuno vuole rispondermi sono sui
siti 
www.sysadmin.it
 + 
www.windowserver.it
 <-------------------------- THE
BEST !!!
Marcom22

 BEST !!!
Spero che il sito non lo abbia fatto tu.........
dato che una sezione [Security]  Grupi e utenti (no, non ho sbagliato io a
scriverlo!)  e' abbastanza .......
pecoreccia !
comunque condoglianze ........
-- 
www.freewebz.com/iosononiubbo/iosononiubbo.htm#quotare
http://distrowatch.com
 (linux e dintorni)
www.slacky.it/tutorial/slackware_for_dummies/slackware_for_dummies.txt
46=pilota che vince ! 



Carino non lo conoscevo.... ma perchè me lo devi dire pure in privato?
Sindrome da sapientone? ;-P
Purtroppo io non sono un webmaster professionista e sto a malapena
studiando i protocolli base con la Cisco... :-P
Comunque l'esistenza di webdav non toglie che qualitativamente Linux
sia migliore di Windows, non trovi? :-)

 
Io da qualche parte ti manderei volentieri...
Sicuramente sono i tipi come te che senza interfaccia grafica stile 
winzoz non vanno da nessuna parte.
***sapere di non sapere é il preludio alla conoscenza ***

 Va che è una scheggia :-D
prova dillo ;)
-- 
Faboski