Autor: Jurek (laskaje_at_ctrvax.vanderbilt.edu)
Data: Mon 08 Jan 1996 - 21:32:08 MET
Jacek Kijewski <c55610jk_at_cs-boglab.elka.pg.gda.pl> wrote:
>PRZECIEZ NIE DA SIE SPALIC PROGRAMOWO PROCESORA DOWOLNEGO TYPU!
Dowolnego typu to raczej nie, ale jezeli zastanowic sie nad pytaniem
czy _zadnego_ to juz nie jest takie oczywiste.
Mozna sobie wyobrazic co najmniej dwa scenariusze "programowego"
niszczenia procesora, oba sprowadzajace sie do _punktowego_
przegrzania struktury. Wiatraczek nic tu niestety nie pomoze...
Wariant A - "advanced technology":
Jakis fragment stuktury (np. cash RAM) zostal zaprojektowany przy
(rozsadnym) zalozeniu, ze dostep do niego (np. komorki RAM) nie
powinien sie zdarzyc czesciej niz raz na np 100 cykli. Technologia
CMOS - obecnie zdecydowanie dominujaca - ma to do siebie, ze moc
tracona w elemencie logicznym jest wprost proporcjonalna do
czestotliwosci z jaka pracuje. Jezeli teraz ktos napisze program,
ktory zmusza ta strukture do dzialania raz na 10 cykli to mamy lokalne
przegrzanie. Oczywiscie energia cieplna jest odprowadzana zarowno do
podloza jak i w poprzek struktury, tym niemniej pojawia sie "hot
spot". A taka struktura ma ze 100 mm2 i jej temperatura wcale nie musi
byc jednorodna. Przy obecnych tendencjach do upakowywania struktury za
czym ida zwiekszenie gestosci wydzielanej mocy (W/m2) i mniejsza
wytrzymalosc elementow tego rodzaju spekulacje (1/n cykli) maja juz
chyba miejsce. A stad juz tylko krok...
Wariant B - "military/SF":
Jezeli konstruktorom procesora zalezaloby na mozliwosci jego
programowego zniszczenia to pewien kod (rozkaz/sekwencja rozkazow)
mogla by powodowac _jednoczesne_ otwarcie traznzystorow p i n
wybranych struktur. To juz bez klopotu zalatwia problem ich
zniszczenia. Cala reszta struktury bedzie OK, calosc sie nie
przegrzeje, tyle tylko ze procesor "zglupieje". Jest to scenariusz SF,
ale znajac wojskowych...
Nie zmienia to faktu, ze w nadprzyrodzone mozliwosci opisanego wirusa
nie wierze. Ale pofantazjowac mozna :-) .
Jurek
To archiwum zostało wygenerowane przez hypermail 2.1.7 : Tue 18 May 2004 - 12:38:27 MET DST