Nuove vulnerabilità in Windows XP e 2000

Nuove vulnerabilità in Windows XP e 2000

Sono state segnalate due nuove vulnerabilità in Microsoft Windows XP e 2000 che riguarderebbero la visualizzazione delle immagini di grandi dimensioni da web e la gestione delle anteprime da Esplora risorse

di pubblicata il , alle 09:28 nel canale Programmi
MicrosoftWindows
 
72 Commenti
Gli autori dei commenti, e non la redazione, sono responsabili dei contenuti da loro inseriti - info
RaouL_BennetH29 Aprile 2005, 12:57 #51
Originariamente inviato da: fantoibed]ext2fs è
mantiene bassissima[/B] la frammentazione dei files.
Cito da http://linuxfinances.info/info/defrag.html :

ext3 aggiunge solo il sistema di journaling!


Che è diverso dal dire che NON deframmenta
fantoibed29 Aprile 2005, 13:06 #52
Originariamente inviato da: RaouL_BennetH
Che è diverso dal dire che NON deframmenta


Quando il livello di frammentazione resta costantemente sotto il 5% circa nonostante un utilizzo intenso, per me si può dire che "non si creano frammenti" perché in pratica per quei pochi frammenti creati ce ne sono altrettanti deframmentati nel normale utilizzo del disco.
Dal punto di vista dell'utente è come se "non venissero creati", non ti pare?
RaouL_BennetH29 Aprile 2005, 13:34 #53
Originariamente inviato da: fantoibed
Quando il livello di frammentazione resta costantemente sotto il 5% circa nonostante un utilizzo intenso, per me si può dire che "non si creano frammenti" perché in pratica per quei pochi frammenti creati ce ne sono altrettanti deframmentati nel normale utilizzo del disco.
Dal punto di vista dell'utente è come se "non venissero creati", non ti pare?


Da un punto di vista utente, posso anche convenirne, però, considerando che hai dato delle precisazioni , è meglio essere precisi sulle precisazioni da te precisate
fantoibed29 Aprile 2005, 14:34 #54
Originariamente inviato da: cdimauro]Perché

Che succede?
Io mi son collegato ad internet con il LiveCD della gentoo (senza nemmeno installarlo) e non ho avuto problemi. La posta non la scarico mai nemmeno da Windows (preferisco usare la webmail), ma non vedo che problema possa avere il kernel. Al massimo sarà un problema del programma che effettua il fetching, ma basta utilizzare emerge per aggiornarsi all'ultima versione stabile di un determinato pacchetto...

Prova a scaricarti la posta da Windows senza nemmeno installarlo...

[QUOTE=cdimauro]La maggior parte ci gioca...


Per quello c'è Cedega -> http://www.transgaming.com/subhilites.php
cdimauro02 Maggio 2005, 10:15 #55
Originariamente inviato da: fantoibed]Certamente anche linux può
Non penso che ci voglia la laurea per usare un PC fresco di fabbrica con FC3 appena installato...
Certo è che la stragrande maggioranza di siti web (dove la stabilità è fondamentale) usa l'accoppiata linux+apache.

Se mi parli di stabilità, non vedo cos'abbia che non XP che non va.
[QUOTE]Per quanto riguarda le features: nel 1993 quando ancora Win95 era ancora molto lontano e i fanboys Microsoft si arrangiavano con msdos, win4workgroup (a 16bit) ed il FAT32 (o forse era ancora il FAT16? comunque da FAT16 a FAT32 non è cambiato praticamente nulla),

C'era FAT16, ed era abbastanza diverso da FAT32.
gli utenti linux avevano già a disposizione un sistema operativo completamente a 32bit ed un filesystem ext2fs che già non creava frammentazione di files.

Falso: la crea, eccome.
Comunque non era journaled e non permetteva di avere file di dimensioni superiori a 4GB, come invece permetteva di fare NT con NTFS.
Oggi, dopo 12anni, Windows XP usa NTFS che ha ancora bisogno di essere deframmentato,

Come tutti i file system. E in più è un'operazione che XP esegue per i file più usati nei momenti in cui il sistema è idle, se c'hai fatto caso...
mentre gli utenti linux posso scegliere tra una svariata serie di filesystem (reiserfs, xfs, ext3, ...) che utilizzano il journaling

Finalmente.
che permette di mantenere la consistenza del filesystem e l'integrità dei dati anche a seguito di improvvise interruzioni di corrente, mentre gli utenti Windows sono ancora obbligati ad incrociare le dita ed eseguire scandisk, defrag, ecc...

Non ho mai perso niente con NTFS, nonostante le numerose volte che s'è spenta la luce o ha avuto dei sbalzi di tensione (entrambe le cose molte frequenti nella mia zona), nè ho mai sentito parlare di gente che ha perso dati usando questo file system.
cdimauro02 Maggio 2005, 10:17 #56
Originariamente inviato da: fantoibed
Quando il livello di frammentazione resta costantemente sotto il 5% circa nonostante un utilizzo intenso, per me si può dire che "non si creano frammenti" perché in pratica per quei pochi frammenti creati ce ne sono altrettanti deframmentati nel normale utilizzo del disco.
Dal punto di vista dell'utente è come se "non venissero creati", non ti pare?

No, perché la frammentazione c'è comunque.

In particolare con server impegnati per i database e che generano file di log, è molto probabile che i file interessati siano pesantemente interessati, anche con file system come ext3, raiser, o altro.
cdimauro02 Maggio 2005, 10:18 #57
Originariamente inviato da: fantoibed]Che succede?
Io mi son collegato ad internet con il LiveCD della gentoo (senza nemmeno installarlo) e non ho avuto problemi.[/QUOTE]
Col LiveCD, appunto.
La posta non la scarico mai nemmeno da Windows (preferisco usare la webmail), ma non vedo che problema possa avere il kernel.

Non c'è
Al massimo sarà un problema del programma che effettua il fetching, ma basta utilizzare emerge per aggiornarsi all'ultima versione stabile di un determinato pacchetto...

Un'operazione semplice e intuitiva per qualunque utente...
Prova a scaricarti la posta da Windows senza nemmeno installarlo...

La prossima volta che faccio una provocazione è meglio che lo scriva a caratteri cubitali: nonostante le faccine qualcuno potrebbe non arrivare a capirlo...
Per quello c'è Cedega -> http://www.transgaming.com/subhilites.php

Immagino già un utente medio alle prese con questo Cedega o Wine...
Tra parentesi, Wine non sono ancora riuscito a farlo funzionare sul PC su cui lavoro (con FC2), scaricando gli rpm disponibili e seguendo le istruzioni...
cdimauro02 Maggio 2005, 10:19 #58
x RaouL_BennetH: quoto. E' chiaro che non ti metti a ricompilare il kernel ogni volta...
fantoibed02 Maggio 2005, 11:35 #59
Originariamente inviato da: cdimauro]Non penso che ci voglia la laurea per usare un PC fresco di fabbrica con FC3 appena installato...[/quote]
Quindi per te basta un bambino di 3 anni per ricoprire il ruolo di sistemista in un'azienda?

Originariamente inviato da: cdimauro]Se mi parli di stabilità
Iscriviti a bugtraq, va!

Originariamente inviato da: cdimauro]C'era FAT16, ed era abbastanza diverso da FAT32.

Falso: la crea, eccome.

Repetita Iuvant. Dice l'autore di defrag x linux:
According to the documentation for defrag, random access is only likely to be assisted by a few percent

Originariamente inviato da: cdimauro]Comunque non era journaled e non permetteva di avere file di dimensioni superiori a 4GB

Il limite sulla dimensione dei files era di 2Gb non 4, ma siamo nel '93! Gli utenti dei sistemi operativi Microsoft erano alle prese con FAT16 e DOS6.
All'uscita dei kernel 2.2.x nel gennaio '99 tale limite è
come invece permetteva di fare NT con NTFS.

Non mi risulta che NT sia uscito nel '93!

Originariamente inviato da: cdimauro]Come tutti i file system. E in più
Avrai qualche programma che deframmenta in background, che non ha nulla a che vedere con gli algoritmi di clustering interni al filesystem. Ext2fs non ha bisogno di processi in background che deframmentino.
[quote]

You have it the wrong way round! Filesystems never need "
http://groups.google.it/groups?selm...%40news2.tin.it
la percentuale di frammentazione in Linux e' nota anche senza deframmentatore (la riporta e2fsck al bootstrap) e su base statistica Linux, o piu' correttamente il file system ext2, non soffre di frammentazione (nell'uso normale anche se pesante la frammentazione non supera (0.95*S-U)*100/(16*S), su un disco grosso S di cui U usati
Originariamente inviato da: fantoibed]mentre gli utenti linux posso scegliere tra una svariata serie di filesystem (reiserfs, xfs, ext3, ...) che utilizzano il journaling
Finalmente.

Aspettiamo e speriamo che prima o poi ci arrivi anche la Microsoft...

[quote=cdimauro]Non ho mai perso niente con NTFS, nonostante le numerose volte che s'è
Hai avuto fortuna.

[quote=cdimauro]In particolare con server impegnati per i database e che generano file di log, è
[quote=fantoibed]Al massimo sarà

Un'operazione semplice e intuitiva per qualunque utente...

In effetti la gentoo è complicata. Bisogna dare il comando:
[code]emerge world[/code]
Con altre distro più semplici probabilmente basta clickare su un tastino...

[quote=cdimauro]Tra parentesi, Wine non sono ancora riuscito a farlo funzionare sul PC su cui lavoro (con FC2), scaricando gli rpm disponibili e seguendo le istruzioni...

Io l'ho installato sulla slack a suo tempo e non ho avuto problemi.

[edit] E poi, perché tutta questa paura di compilare il kernel? E' un'operazione banalissima.
[code]make clean dep menuconfig bzImage modules modules_install install && reboot[/code]
E dopo 10minuti hai di nuovo il pc acceso e funzionante con il nuovo kernel... L'ho fatto decine e decine di volte e non ho mai avuto problemi.
cdimauro03 Maggio 2005, 09:30 #60
Originariamente inviato da: fantoibed]Quindi per te basta un bambino di 3 anni per ricoprire il ruolo di sistemista in un'azienda?[/QUOTE]
Io ho parlato di un UTENTE di un PC (con FC3), non di un sistemista. Di una persona, quindi, che si trova un PC davanti e che deve utilizzarlo per qualcosa (navigare su internet, ricevere/spedire mail, chattare su ICQ, lavorare con OpenOffice, programmare con Eclipse, Python, ecc. ecc. ecc.).

Che sia un bambino di 3 anni che vuol giocare col campo minato o di sistemista di 90 anni che sta ricompilando il kernel per aggiornarlo, il requisito fondamentale è
Iscriviti a bugtraq, va!

Non sapevo che Windows fosse l'unico s.o. ad essere afflitto da bug...
Sì, era peggio!

Erano peggio anche le schede perforate e i nastri magnetici...
Repetita Iuvant. Dice l'autore di defrag x linux:

QUANDO l'ha detto? Perché in quel pezzo non fa che parlare di MS-DOS: ha dimenticato che nel frattempo sono arrivati Windows NT, 95, 98, ME, 2000, XP, e che esiste l'NTFS?
Il limite sulla dimensione dei files era di 2Gb non 4, ma siamo nel '93! Gli utenti dei sistemi operativi Microsoft erano alle prese con FAT16 e DOS6.

Anche con Windows NT e NTFS...
All'uscita dei kernel 2.2.x nel gennaio '99 tale limite è stato risolto.

Ne prendo atto: un'ottima cosa.
Non mi risulta che NT sia uscito nel '93!

Non ti risulta oppure, come al solito, hai fatto qualche ricerchina su internet, hai visto qualcosa che non ti piaceva, e quindi hai preferito non riportare?

Ormai ti conosco...
Avrai qualche programma che deframmenta in background, che non ha nulla a che vedere con gli algoritmi di clustering interni al filesystem.

Avrai una scarsa cognizione di alcuni dettagli poco conosciuti di XP...
Ext2fs non ha bisogno di processi in background che deframmentino.

Dipende dall'uso che ne fai: filesystem che non producano frammentazione non ne esistono.

Comunque continui ancora a citare pezzi che parlano di MS-DOS...
Cito anche da un messaggio di Leonardo Serni su un newsgroup nel 98:

Appunto. Dipende sempre dall'uso che ne fai...
Aspettiamo e speriamo che prima o poi ci arrivi anche la Microsoft...

MS c'è arrivata da un pezzo.
Hai avuto fortuna.

No, è che il journaling di NTFS fa il suo dovere, contrariamente a quel che vorresti far credere...
Se poi ci fai vedere in quali precisi contesti fallirebbe, ne prenderemo atto (basta che fai la solita ricerchina, no?)
Il problema non sussiste nemmeno con ext2fs.

Vedi sopra.
In effetti la gentoo è complicata. Bisogna dare il comando:
[code]emerge world[/code]

Bisogna conoscerlo il comando, prima...
Con altre distro più semplici probabilmente basta clickare su un tastino...

E chi l'ha mai negato questo? Ma hai capito che era provocazione quella che ho fatto, o te lo devo scrivere a caratteri cubitali?
Io l'ho installato sulla slack a suo tempo e non ho avuto problemi.

Io l'ho installato seguendo perfettamente le direttive presenti sul sito ufficiale, e quel che ho ottenuto è una sfilza di messaggi d'errore come questo:
[drive_c]$ wine sol.exe
err:module:load_builtin_dll failed to load .so lib for builtin L"GDI32.dll": libstdc++.so.6: cannot open shared object file: No such file or directory
err:module:import_dll Loading library GDI32.dll (which is needed by L"C:\\sol.exe" failed (error c000007a).

$ locate ibstdc++.so
/usr/lib/libstdc++.so.5.0.5
/usr/lib/gcc-lib/i386-redhat-linux/3.3.3/libstdc++.so
/usr/lib/libstdc++.so.5

Questo te l'ho scritto per farti capire che so già dove sta il problema...
[edit] E poi, perché tutta questa paura di compilare il kernel? E' un'operazione banalissima.
[code]make clean dep menuconfig bzImage modules modules_install install && reboot[/code]
E dopo 10minuti hai di nuovo il pc acceso e funzionante con il nuovo kernel... L'ho fatto decine e decine di volte e non ho mai avuto problemi.

Infatti non è mica questo il problema: vedi sopra...

Devi effettuare il login per poter commentare
Se non sei ancora registrato, puoi farlo attraverso questo form.
Se sei già registrato e loggato nel sito, puoi inserire il tuo commento.
Si tenga presente quanto letto nel regolamento, nel rispetto del "quieto vivere".

La discussione è consultabile anche qui, sul forum.
 
^