Newsgroup: it.comp.sicurezza.varie
Titolo: Nuovo BUG del pentium

 effetto sotto qualsiasi sistema operativo.
Qualcuno vuole essere cosě gentile da illustrare - perlomeno a grandi
linee - il "programmino"?
Grazie,
Andrea Glorioso

 è fantastico :(
E' vero, e' vero. Provato con le mie manine. Tanti saluti ai sistemi
multiutente su piattaforma pentium.
Ciao
Lele

Si e' sparsa la voce su alcune mailing list
di un nuovo bug del pentium.
Questo e' quello che si dice:
Tale bug fa inchiodare la macchina su qualsiasi
penitum MMX o non MMX di qualsiasi clock.
Il bug si evidenza semplicemente eseguendo un
programmino di poche istruzioni e da lo stesso
effetto sotto qualsiasi sistema operativo.
Sotto Linux qualsiasi utente puo' far girare il
programmino e inchiodare la macchina.
Personalmente non l'ho provato su un pentium...
...un pentium pro con Linux non si inchioda... boh!
Ciao,
	Masse

Ho letto anch'io questo messaggio, ftastico, non ho avuto ancora il tempo di provarlo, ma se è vero
è fantastico :(
Saluti


Matteo Colombo
E-mail: 
matteo....@calcol.it

 linee - il "programmino"?
F0 0F C7 C8
Praticamente il pentium si inchioda quando viene eseguita
questa sequenza di istruzioni.
Non so niente di piu'... se qualcuno vuole verificare a che
istruzioni corrispondono la cosa puo' essere interessante.
Bye,
	Masse

ma...@toglimi.cremona.polimi.it
 wrote:
 >Tale bug fa inchiodare la macchina su qualsiasi
 >penitum MMX o non MMX di qualsiasi clock.
Confermo. Inoltre esiste un bug molto simile nel 6x86 di Cyrix.
 >Sotto Linux qualsiasi utente puo' far girare il
 >programmino e inchiodare la macchina.
Infatti. Prepariamoci a chiudere tutti gli shell server che girano su
pentium.
 >Personalmente non l'ho provato su un pentium...
 >...un pentium pro con Linux non si inchioda... boh!
I pentium pro e II non sono vulnerabili.
Per chi non lo avesse ancora visto, questo e` il codice:
char x [5] = { 0xf0, 0x0f, 0xc7, 0xc8 };
main () {
	void (*f)() = x;
	f();
}
-- 
ciao, | [Per rispondere togli "toglimi" dal mio indirizzo.]
Marco | * The Internet is full. Go away.  -- Joel Furr *

         Masse
Come nota finale, invito ad una riflessione: anche se mi dispiace dei
danni che questo bug sicuramente causerà a tutti gli utilizzatori di
Pentium (tra i quali molti titolari di ISP e di aziende medio-piccole), mi
sembra che la Intel abbia pagato la sua politica di assoluto disprezzo nei
confronti degli sviluppatori - non rilascio di piena documentazione, cause
legali a chi scopre bug in perfetta buona fede - vedi il caso di Robert
Collins. Se ci fosse stata la paura di beccarsi una bella denuncia per
direttissima, probabilmente qualche hacker (nel senso "vero" del termine)
avrebbe già scoperto il bug da tempo.
Tra l'altro è del tutto plausibile che l'anonimo scopritore del bug, che
con tutta probabilità lavora appunto per una produttrice di chip
concorrente della Intel, abbia scoperto il bug facendo eseguire al
computer una sequenza casuale di tutte le istruzioni "illegali" del
Pentium, sperando così di scoprire qualche opcode non documentato. Se la
Intel non seguisse da anni questa politica del "ti dico-non ti dico",
nessuno sarebbe stato motivato a fare una cosa del genere.

 Confermo. Inoltre esiste un bug molto simile nel 6x86 di Cyrix.
E vale anche per gli AMD?

r...@adcserver1.biodip.unimi.it
 wrote:
 >> Confermo. Inoltre esiste un bug molto simile nel 6x86 di Cyrix.
 >E vale anche per gli AMD?
Non sembra.


 verificherò di persona.
Confermo su PentiumPro il tentativo di esecuzione di un'istruzione illegale viene intercettato e non provoca problemi, mentre
su Pentium pianta tutto.
Ronnie