Originally Posted by ~V~
Client in executable form has to either contain flash player wrapper or has access to external flash player executable, right?In this case i don't even have to touch .exe i can just wait for the flash player to load the client in memory and then i can just extract it
I guess you could have loop in executable to look for specific running processes (like JPEXS,SWF iD etc.) but that can be bypassed
I guess you could have loop in executable to look for specific running processes (like JPEXS,SWF iD etc.) but that can be bypassed
I was in the programmer section of MPGH pming someone who asked for help in decrypting a language that was firstly made in js then encrypted into C++ then when the script ran it code itself back into js...which is a great idea for a hard to crack, simple formatted encryption just using a small conversion setpiece and this idea can be easily integrated into the exe
you are 100% correct when you say that the exe is just a wrapper for the swf but how will the extracted swf work if the needed conversion format is coded in the exe which cannot be decrypted without the exe wrapper...like I said an exe format can run processes much faster then an swf already packed with info can so if you put the conversion in the wrapper and inputted and outputted the values and statements with simply just moving or replacing the values within the swf it can make it so you will be spammed with errors if you do not use the exe...and then to convert the values in the swf back into its decrypted format you will not only have to go through the task of removing the obfuscation but you will also have to put every value back into its original state.
ossimc client encryption/obfuscation is in really good shape and using his format + hand made encryption with the exchanging values between the exe and the swf just makes the life of a hacker much more harder when attempting to decrypt and remove the obfuscation and then return all values into their original state
all that right there is a good week of hard debugging time and stacking forced client patches with exe - swf client value changes and exe + swf remapped encryption just stackes up even more
basically what I am saying is that it is possible to hack anything...but do you have the time to hack it? only a bot can process and decrypt as quickly as a normally updated server can send out patches and to build a bot that can detect every value change will take alot of time because they cannot just account for the few you have seen you must account for the thousand more combinations coming in the future
and this is what i mean by encryption
player dex address 27AHF027 output interger 50
encrypted address AHD2639A output string THISISENGLISH ~~~~decryption process~~~~~ when decrypted 27AHF027 output interger 50
just to decrypt that is not an easy task and the fact that the decrpytor is in the exe is even worse
if you look at my signature and open the spoiler Hell you are going to see what your going to experience
- - - Updated - - -
@~V~ lets just stop this XD my finger hurts and this can go on for ages XD this is one of the most controversial subjects that people can just spend ages talking about
