Użytkownik "Radoslaw Szwed" <r...@p...fm> napisał:

> Niekoniecznie musi być rozkodowany. W grze Swiv na Amidze 500 było to rozwiązane
> w taki sposób. Koder zakodował prawie cały kod. Było to zrobione tak, że z pamięci
była
> pobierana dana która była rozkodowywana, powstawał z tego rozkaz który był
wykonywany
> najlepsze było to, że procedura (mini emulator) nie tylko wiedział ile ma pobrać
danych aby
> rozkodować następny rozkaz (rozkazy są różnej długości), ale potrafił wykonywać
skoki
> i obsługiwać stos (oczywiście cały czas mowa o zaszyfrowanym kodzie).

Tak naprawde byl to wiec emulator procesora naprawiajacy jego wade
(brak mozliwosci wykonywania szyfrowanego kodu).
Oczywiscie jestem pod wrazeniem masy roboty programistycznej
(zapewne w wiekszosci w assemblerze), ale jednak to "łata" ktora powinien
"zacerować: sam procesor.
W dodatku takie dosc prymitywne (bo krotkie, na kilka rozkazow max)
rozkodowywanie implikuje uzycie dosc prymitywnych algorytmow kryktograficznych
wiec zapewne (zwlaszcza dzis) nawet brute forces by sobie z takim kodem
"na boku" poradzily.

PS: Naprawde nie krytykuje, (zwlaszac ze sam daaaawno temu przymierzalem sie
do zabawy w kryptografie - i poddalem sie:), i podtrzymuje ze jestem pod wrazeniem,
ale jednak same procesory sa tu wciaz "do tyłu".

AK


---
Ta wiadomość została sprawdzona na obecność wirusów przez oprogramowanie antywirusowe
Avast.
https://www.avast.com/antivirus