Jak zabezpieczyć aplikacje?

[hedVB]

Może trochę nie typowe zapytanie, jak skutecznie zabezpieczyć program przez debbugerami, tak aby nie możliwa była jej dekompilacja.
Ponoć całkowite odtworzenie kodu źródłowego jest nie wykonalne, ktoś kiedyś powiedział na jednym z forum

Nie ma takiego programu, zeby na podstawie zdjecia ciasta zrobil przepis

Jednak podobno wszystko zależy od języka w którym program został napisany, ponoć nie które łatwiej dekompilować inne trudniej. I czy to prawda że po zaszyfrowaniu UPX-em czynność ta staje się jeszcze trudniejsza? I Czy kompresja UPX-em nie przynosi jakiś strat?

[h3x]

program musi czytac procesor. A skoro on moze, to czemu czlowiek znajacy asemblera nie?

[Nikow]

A więc tak, zawsze da się dissasemblować program, gdy może go odczytać procesor...

[TQM]

To ze procesor wie jak go odczytac to jedno... a to czy czlowiek potrafi odczytac i co wazniejsze zrozumiec co program robi to zupelnie inna historia. Nie ma jednak pewnej metody ktora by pozwalala calkiem ukryc dzialanie programu.

[Nikow]

tqm: przecież jeśli ma się odpowiedni program (np OllyDbg) to można widzieć co robi program i co czyta. Po prześledzeniu odkodowywania można podglądnąć plik lub jego część, można każdą wykonaną instrucje zapisywać i wtedy będziemy mieli obraz naszej aplikacji. Co prawda zostaną funkcje które nie zostały użyte, ale na podstawie tego co mamy z pierwszego uruchomienia będzie nam łatwiej dobrać odpowiednie dane do wykorzystania(a więc i do ukazania) tych funkcji. Przynajmniej tak to wygląda w teorii...

[TQM]

Jak sam mowisz - w teorii. Olly jest ok, pokaze co i jak... ale to Ty a nie Olly musi zrozumiec co aplikacja robi. Olly nie bedzie problemem... zrozumienie co sie dzieje bedzie problemem...

A co jak aplikacja bedzie zakodowana wewnetrznie i bedzie dekoder na poczatku, kilka zmylek itd... co wtedy? Juz nie tak latwo zrozumiec co program robi.

[hedVB]

a co z programami w pełni skompilowanymi do kodu maszynowego wydawało mi się że próba dekompilacji takiego programu może dać dwa zupełne różne wyniki, a sprawdzenie wszystkich możliwych wyników dekompilacji zajęło by zbyt dużo czasu, również próba śledzenia instrukcji jakie wykonuje program może pokazać błędne wyniki

[h3x]

a co z programami w pełni skompilowanymi do kodu maszynowego

a sa jakies niepelnie skompilowane?
To czy napiszesz program w c, c++ czy delphi to 1 pies, wszystko jest tlumaczone na kod maszynowy, tylko ze raz lepiej a raz gorzej. Jesli uwazasz ze w programoe moze byc while(warunek), to powinienes zapytac na jakiej zasadzie dziala program. Jedyny jezyk ktory mozna dokladnie zdekompilowac (procz labeli ofc) to asm, dlatego jest naljepszy a cala reszta ssie.

[hedVB]

a sa jakies niepelnie skompilowane?

a słyszałeś może o P-code? czyli tak zwany pseudo kod...

[h3x]

a słyszałeś może o P-code? czyli tak zwany pseudo kod...

prel i java to pseudo kod? A wiesz ze tez sa kompilowane do kodu maszynowego? Tylko ze przy kazdym uruchomieniem (glupota)

Jakos sobie nie moge wyobrazic procesora obslugujacego instrukcje while, ciekawe ile bajtow by miala