Nuove vulnerabilità in Windows XP e 2000

[cdimauro]

Originariamente inviato da fantoibed

Quindi per te basta un bambino di 3 anni per ricoprire il ruolo di sistemista in un'azienda?

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 è che il PC NON SI DEVE PIANTARE NELL'USO COMUNE.

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:

emerge world

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.

make clean dep menuconfig bzImage modules modules_install install && reboot

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...

[RaouL_BennetH]

Originariamente inviato da cdimauro

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

Scusate l'OT

Per cdimauro:

Il problema è che ti chiede una lib più aggiornata, una versione 6.x mentre tu hai la 5.0.5.

Fine OT.

[cdimauro]

Sì, lo so (l'avevo scritto ), ma mi rompe scaricarmi i sorgenti e ricompilare...
Mi rompe ancora di più cercare la libreria e installarla (ho il non vago sospetto che non basterebbe per risolvere il problema).

[fantoibed]

Originariamente inviato da cdimauro

Sì, lo so (l'avevo scritto ), ma mi rompe scaricarmi i sorgenti e ricompilare...
Mi rompe ancora di più cercare la libreria e installarla (ho il non vago sospetto che non basterebbe per risolvere il problema).

...E invece basta tranquillamente. Se usassi emerge di Gentoo o apt-get di Debian l'aggiornamento delle dipendenze sarebbe automatico.

Per quanto riguarda il resto...
1) Sulle scarse caratteristiche di "journaling" di NTFS (Repetita iuvant):
http://www.backupbook.com/03Freezes_...ournaling.html
Some say that Windows NTFS does not really offer a journaled file system. The current version of NTFS (the predominant file system within Windows 2000 and XP), does not handle full-fledged journaling; change-journal logs note alterations to files but can’t provide enough information to reverse them. Microsoft won’t be offering full-fledged journaling until it releases the next major version of Windows which is expected in 2005. That version will include file system technology that Microsoft is developing as part of its “Yukon” SQL Server database, Microsoft has said.

2) Riguardo al fatto che tutti i filesystem linux dal ext2fs ai seguenti non hanno il problema della frammentazione basta seguire i newsgroup su linux, oppure basta fare una ricerca su groups.google.it. E' una FAQ.
Sui problemi di frammentazione di NTFS ti consiglio la parte2 di questo articolo:
http://www.digit-life.com/articles/ntfs/

3) Sul fatto che poi Windows XP si metta a deframmentare da solo quando il sistema è in idle, poi, ho seri dubbi. Io tengo il portatile acceso anche 24h/24 in alcuni periodi e quando deframmento (ogni 3gg circa), il Diskeeper 9 mi dice che il sistema è pesantemente frammentato (in genere la percentuale di file frammentati è tra il 20 ed il 30%). Con linux non ho mai dovuto deframmentare in anni di utilizzo e la percentale di frammenti è sempre stata sotto il 5%.

[cdimauro]

Originariamente inviato da fantoibed

...E invece basta tranquillamente. Se usassi emerge di Gentoo o apt-get di Debian l'aggiornamento delle dipendenze sarebbe automatico.

1) Il computer con Linux me l'hanno già dato così a lavoro.
2) Non mi posso mettere a provare tutte le distro esistenti per capire quella migliore per le mie esigenze.
3) Sarebbe meglio che la comunità Linux si mettesse attorno a un tavolo per rivolvere questi problemi una volta per tutte, e che tutti seguissero le direttive.

Per quanto riguarda il resto...
1) Sulle scarse caratteristiche di "journaling" di NTFS (Repetita iuvant):
http://www.backupbook.com/03Freezes_...ournaling.html
Some say that Windows NTFS does not really offer a journaled file system. The current version of NTFS (the predominant file system within Windows 2000 and XP), does not handle full-fledged journaling; change-journal logs note alterations to files but can’t provide enough information to reverse them. Microsoft won’t be offering full-fledged journaling until it releases the next major version of Windows which is expected in 2005. That version will include file system technology that Microsoft is developing as part of its “Yukon” SQL Server database, Microsoft has said.

Ma anche qui: http://en.wikipedia.org/wiki/Compari..._systems#fn_36 e qui http://en.wikipedia.org/wiki/Block_j..._(file_systems) e nel link che mi hai passato su NTFS. Non mi sembra così scarso il journaling di NTFS...

2) Riguardo al fatto che tutti i filesystem linux dal ext2fs ai seguenti non hanno il problema della frammentazione basta seguire i newsgroup su linux, oppure basta fare una ricerca su groups.google.it. E' una FAQ.

I problemi li hanno, e lo si può appurare anche dai precedenti messaggi che tu stesso hai scritto...

Sui problemi di frammentazione di NTFS ti consiglio la parte2 di questo articolo:
http://www.digit-life.com/articles/ntfs/

Letta. Interessante. Si comporta abbastanza bene normalmente.

3) Sul fatto che poi Windows XP si metta a deframmentare da solo quando il sistema è in idle, poi, ho seri dubbi.

Io no.

Io tengo il portatile acceso anche 24h/24 in alcuni periodi e quando deframmento (ogni 3gg circa), il Diskeeper 9 mi dice che il sistema è pesantemente frammentato (in genere la percentuale di file frammentati è tra il 20 ed il 30%).

Infatti quel processo non deframmenta tutti i file, ma solo quelli più usati.

Nelle partizioni NTFS che ho creato arriva al 20% soltanto su alcune. Generalmente sta tra il 5 e il 10%.

Con linux non ho mai dovuto deframmentare in anni di utilizzo e la percentale di frammenti è sempre stata sotto il 5%.

Quindi mi stai dicendo che anche i file system di Linux creano frammentazione?

Su tutto il resto vedo che non hai avuto nulla da dire: quindi mi dai ragione?

[fantoibed]

Originariamente inviato da cdimauro

Quindi mi stai dicendo che anche i file system di Linux creano frammentazione?

Se venisse creata frammentazione, il livello aumenterebbe come succede con FAT32 e NTFS

[RaouL_BennetH]

Originariamente inviato da cdimauro

3) Sarebbe meglio che la comunità Linux si mettesse attorno a un tavolo per rivolvere questi problemi una volta per tutte, e che tutti seguissero le direttive.

Scusa, qui avrei da obiettarti una semplice cosa:

Il problema non è di linux e della libreria che sta usando, ma della libreria che richiede il programma windows che vuoi lanciare con wine. A parte questo, per l'aggiornamento delle librerie, è la stessa identica cosa di quando fai un aggiornamento ad un mdac, un dao, oppure quando aggiorni una directx con una versione più nuova perchè alcuni programmi richiedono espressamente una dx nuova, quindi, non c'è nessuna differenza. Anzi, ad esempio sulla gentoo e sulla debian che sono le distribuzioni che attualmente uso, il problema non si pone proprio, basta 1 comando per ciascuna: emerge world su gentoo e apt-get dist-upgrade su debian, non dovendo preoccuparti di nessuna dipendenza perchè se ne occupano loro alla stessa maniera di winupdate.

Quindi mi stai dicendo che anche i file system di Linux creano frammentazione?

Il fatto che creassero frammentazione almeno io l'avevo già scritto, converrai però che un 3-5% rispetto ad un 20-28% sono un risultato di tutto rispetto

Ah, un'altra cosa, non ho capito la tua posizione in merito alla diversità di file system esistenti per linux, "contro" (ma si fa per dire :P ) l'assenza totale di diversi file system per windows (intendo che ne esiste uno solo, ntfs).

Thx.

RaouL.

[cdimauro]

Originariamente inviato da fantoibed

Se venisse creata frammentazione, il livello aumenterebbe come succede con FAT32 e NTFS

Viene creata, tranquillo: soltanto in percentuale minore rispetto a quei due filesystem.
Il peggiore in assoluto è, ovviamente, FAT32, ma non puoi metterlo a confronto con NTFS, che ha politiche di allocazione e di gestione delle sue strutture interne completamente diverse e più efficienti.

C'è da dire che la politica di allocazione di un filesystem può anche essere cambiata, e quindi non è strettamente legata alla struttura del filesystem stesso (ad esempio con FAT32 potrei scegliere il last fit anziché il first fit, quando devo cercare dei blocchi liberi nella relativa "bitmap").

[cdimauro]

Originariamente inviato da RaouL_BennetH

Scusa, qui avrei da obiettarti una semplice cosa:

Il problema non è di linux e della libreria che sta usando, ma della libreria che richiede il programma windows che vuoi lanciare con wine.

No, no: libstdc++.so è proprio una libreria "di sistema".

A parte questo, per l'aggiornamento delle librerie, è la stessa identica cosa di quando fai un aggiornamento ad un mdac, un dao, oppure quando aggiorni una directx con una versione più nuova perchè alcuni programmi richiedono espressamente una dx nuova, quindi, non c'è nessuna differenza.

Non è la stessa cosa: se faccio gli aggiornamenti con Windows avrò sempre le librerie di sistema aggiornate e quindi i programmi troveranno sempre le DX più aggiornate.
In questa macchina è da ottobre che OGNI GIORNO (più volte al giorno) aggiorno la macchina, ma di quella nuova versione della libreria non c'è neppure l'ombra. Anche provando "a mano" con "yum update|install" non ci sono santi.
Questo comportamento si è verificato con PARECCHI programmi che ho provato a installare tramite rpm.
Con Windows cose del genere non me ne sono mai successe...

Anzi, ad esempio sulla gentoo e sulla debian che sono le distribuzioni che attualmente uso, il problema non si pone proprio, basta 1 comando per ciascuna: emerge world su gentoo e apt-get dist-upgrade su debian, non dovendo preoccuparti di nessuna dipendenza perchè se ne occupano loro alla stessa maniera di winupdate.

Benissimo: perché non si mettono d'accordo TUTTE le distribuzioni e usano questo sistema per l'aggiornamento delle librerie?

Il fatto che creassero frammentazione almeno io l'avevo già scritto, converrai però che un 3-5% rispetto ad un 20-28% sono un risultato di tutto rispetto

Se i numeri fossero del 20-28%, sì...

Ah, un'altra cosa, non ho capito la tua posizione in merito alla diversità di file system esistenti per linux, "contro" (ma si fa per dire :P ) l'assenza totale di diversi file system per windows (intendo che ne esiste uno solo, ntfs).

Thx.

RaouL.

La mia non è una posizione, ma una constatazione.

I filesystem per Windows sono così pochi (FAT12, FAT16, FAT32, NTFS, CDFS) semplicemente perché non ne vengono scritti (da MS).

Quindi non è certo Windows che non permette di avere e usare altri filesystem, e infatti qualcuno è stato aggiunto (Adaptec con quel formato di CDROM, di cui non ricordo il nome adesso, che permetteva di usare i cd riscrivibili come floppy, e un'altra software house vende un'applicazione che permette di installare un filesystem HFS per leggere CD o HD per Mac).

[RaouL_BennetH]

Originariamente inviato da cdimauro

No, no: libstdc++.so è proprio una libreria "di sistema".

Non mi sono spiegato

Allora, compri Half Life 2, lo installi, lo lanci e non parte. Come mai? Semplicemente perchè magari avevi le directX 8, e Half Life pretende le 9. So che è una libreria di sistema, ma, il solitario (sol.exe + wine, programmi esterni alias Half Life2), per funzionare richiedono che la libreria di sistema sia più nuova, e ti chiede semplicemente la 6. (P.S.: fedora imho è quanto di peggio ci sia come distribuzione..... )

Non è la stessa cosa: se faccio gli aggiornamenti con Windows avrò sempre le librerie di sistema aggiornate e quindi i programmi troveranno sempre le DX più aggiornate.

Appunto, è la stessa cosa per gentoo o debian (si capisce che non mi piace fedora )

In questa macchina è da ottobre che OGNI GIORNO (più volte al giorno) aggiorno la macchina, ma di quella nuova versione della libreria non c'è neppure l'ombra. Anche provando "a mano" con "yum update|install" non ci sono santi.
Questo comportamento si è verificato con PARECCHI programmi che ho provato a installare tramite rpm.
Con Windows cose del genere non me ne sono mai successe...

ari-ripeto, con fedora non sei il solo, se magari riusciste a far un pò di pressione perchè vi installino una debian, risolvereste sti dannati problemi. (Gentoo imho lavorativamente non è il massimo, visto che compila ogni cosa sottraendo tempo produttivo).

Benissimo: perché non si mettono d'accordo TUTTE le distribuzioni e usano questo sistema per l'aggiornamento delle librerie?

Su questo sono d'accordo, un cammino verso una "standardizzazione" credo sia opportuno.

Se i numeri fossero del 20-28%, sì...

Uhm, ora mi cogli impreparato, non ho sottomano un report abbastanza dettagliato che studiai qualche tempo fa, ma, ad ogni modo, se hai da passare qualche fonte sarò lieto di leggerla, dato che, come spero si capisca, non ho nessuna forma di paraocchi.

La mia non è una posizione, ma una constatazione.

I filesystem per Windows sono così pochi (FAT12, FAT16, FAT32, NTFS, CDFS) semplicemente perché non ne vengono scritti (da MS).

scusa, ma al di fuori di MS, chi mai potrebbe scrivere FS per un sistema closed? (riferendomi puramente a fs per il so)

Quindi non è certo Windows che non permette di avere e usare altri filesystem, e infatti qualcuno è stato aggiunto (Adaptec con quel formato di CDROM, di cui non ricordo il nome adesso, che permetteva di usare i cd riscrivibili come floppy, e un'altra software house vende un'applicazione che permette di installare un filesystem HFS per leggere CD o HD per Mac).

vedi su, sono leggermente confuso, mi sa che non ho capito la tua risposta.

[cdimauro]

Originariamente inviato da RaouL_BennetH

Uhm, ora mi cogli impreparato, non ho sottomano un report abbastanza dettagliato che studiai qualche tempo fa, ma, ad ogni modo, se hai da passare qualche fonte sarò lieto di leggerla, dato che, come spero si capisca, non ho nessuna forma di paraocchi.

Non è che esistano dati "ufficiali" in questo contesto: io prima ho riportato la percentuale di frammentazione dei miei HD (dopo 2 anni e mezzo passati dall'ultima installazione).

scusa, ma al di fuori di MS, chi mai potrebbe scrivere FS per un sistema closed? (riferendomi puramente a fs per il so)

A me interesserebbe, ad esempio, poter usare il FastFileSystem di AmigaOS per continuare a leggere le partizioni del mio HD.

vedi su, sono leggermente confuso, mi sa che non ho capito la tua risposta.

Il succo del discorso è che chi lavora con Windows difficilmente ha la necessità di usare filesystem diversi da quelli che offre già MS (NTFS è già journaled, e supporta anche la compressione e la crittazione dei dati: direi che non gli manca nulla).
Può succedere per uno smanettone come me che vuole passarsi un capriccio, ma normalmente è chi lavora con sistemi diversi da Windows che ha l'esigenza di usare FAT32 o NTFS per poter scambiare i dati con tutto il resto del mondo.

Quanto a librerie e distribuzioni, ok: il concetto è chiaro.

[fantoibed]

Originariamente inviato da cdimauro

A me interesserebbe, ad esempio, poter usare il FastFileSystem di AmigaOS per continuare a leggere le partizioni del mio HD.

Non ho seguito il prosieguo della discussione, comunque Linux supporta l'Amiga FFS.

[cdimauro]

Purtroppo lo so bene...