🚀 go-pugleaf

Grzeczna odpowiedź do listu Wielce Szanownej Pani / Szanownego Pana
„BLE_Maciek”.

>	Hmm. Czy ktoś potrafi wyjaśnić na jakiej zasadzie zrobiona jest
>	ochrona przed disassemblacją w niektórych programach windowsowych i
>	jak ją ominąć ? Próbuję takiego np. Total Commandera rozebrać za
>	pomocą URSoft Win32 Deasm i ... disassembler się zawiesza :-/
>	Trafiłem też kilka innch prgramów które się nie dają. Co do dwóch z
>	nich (obydwa tej samej firmy) wiem że mają jakąś celową ochronę,
>	przypuszczam że z pozostałymi nie dającymi się ugryźć jest tak samo.
>	Zatem - ktoś coś wie ?
Nie wiem, ale...
Pseudoochrona przed deasemblacją lub debugowaniem jest oparta na jednym z
dwóch filarów:
-jeśli środowisko wykonywania się programu będzie chronić niezawodnie
bezpieczeństwa kodu wykonywalnego i danych, wtedy należy poinformować
to środowisko, że kod ma być niedostępny dla wbudowanego debugera tego
środowiska, podstawić procedury obsługi zdarzeń debugowania w tym
programie i wywłaszczać wszelkie próby, być może celowo podstawiając
nieprawdziwy, ale poprawny kod lub dane
-jeśli program może dostać się do niskopoziomowych elementów
środowiska, w którym się wykonuje, to należy je wykorzystać, często
gęsto dzięki posiadaniu wiedzy o nieopublikowanych funkcjach i specyfice
środowiska wykonywania programu, niedostępnej dla ludzi, którzy nie
podpisali cyrografów tajności i nie współpracują z gigantami
oprogramowania i sprzętu na zasadzie wymiany licencjami i informacjami.
To wszystko.
Środowisko wykonywania programu to jest kolejno: maszyna, system
operacyjny, otoczenie konkretnego gatunku programu.
Nieopublikowane funkcje środowiska to są różnego rodzaju mechanizmy
rejestracji procedur obsługi zdarzeń, które są wykonywane w
określonych sytuacjach po wywłaszczeniu głównego zadania, które
wykonuje program - przerwania sprzętowe, procedury obsługi błędów,
systemowe mechanizmy debugowania kodu, specyfika zachowania systemu w
określonej sytuacji nadzwyczajnej.
Specyfika środowiska wykonywania programu to jest dostęp programu do
struktur danych systemowych bądź maszynowych, które decydują o trybie
wykonywania programu, jego traktowaniu przez jednostkę uprzywilejowaną,
jaką jest sprzęt lub system operacyjny - dostęp bez udziału w modelu
bezpieczeństwa promowanym w systemie operacyjnym albo dzięki
pozostawieniu luki w takim modelu.

Wasz
-- 
: qo   |)     =@=N%_g=v=a=g_ed_e=c()=d=8= %IGn@8're: w8in ad
:    _x/ ,     H'%'a'h4'HA.XO'Xo'xo'xO.R %expo1ited: *-1 teh
:    |    ng  __%-- __ -- __ -- __ -- __%/by$qVerCo: &GooMee
^.__ -- __ -- % dbqr74oh4ekrbrgz.onion %/^v^'^ww^v^;_<E-O-F>