Problem z dekompilacją SAC:R Test Enviroment

[Guardianin]

W Test Enviroment zmienił się sposób autoryzacji użytkowników. Nazwy nie są już niestety hard-coded w pliku, tylko sprawdzane są online (bolauth.com).

 

Niestety mam mały problem z ominięciem tego. Nie widzę tam żadnego kodu, który stricte pyta serwer czy jestem użytkownikiem SAC:R. Jakieś porady?

 

Plus, nie mogę tego skryptu z powrotem skompilować. Nawet bez żadnych modyfikacji.

LASM Compiler version 1.0
Copyright (C) 2012 LODC
lua52.exe: ./src/Lua52\Verifier.lua:232: EQ.C out of bounds
stack traceback:
        [C]: in function 'assert'
        ./src/Lua52\Verifier.lua:232: in function 'func'
        ./src/Lua52\Verifier.lua:325: in function 'Verifier'
        ./src/Lua52\Chunk.lua:177: in function 'Verify'
        ./src/Lua52\Chunk.lua:61: in function 'Compile'
        ./src/Lua52\LuaFile.lua:34: in function 'Compile'
        LasmCompiler52.lua:46: in main chunk
        [C]: in ?

M.

 

PS: Czego używacie do xora na Windowsie?

[Gość]

Eeee, napisz do Stefana.

Co do xora to python ze skryptem.

[Sparq]

Przekieruj bolauth.com na localhost i napisz prosty emulator serwera który będzie "odpowiadał" na "pytania" skryptu. Tyle w temacie

[Guardianin]

Przekieruj bolauth.com na localhost i napisz prosty emulator serwera który będzie "odpowiadał" na "pytania" skryptu. Tyle w temacie

 

No właśnie nie bardzo, z tego co widzę w zdekompilowanym skrypcie, SAC:R sprawdza plik hosts. Nadpisałem funkcję GetWebResult i jedyne zapytania jakie są przez nią wysyłane do serwera do bolauth.com \check\auth.php, sprawdzające czy serwery nie leżą.

[Morness]

Ej, nie pomagamy w piraceniu skrypta.