Ambiera ForumDiscussions, Help and Support. |
|
|
|||||
|
hi, I find the string cryption has some bug. when I put the code :trace(irrcrpt(xxx,n)) , I found the it is not same as the original string, a little different, such as:'cameaZ' will be 'cameaA'. so that will crush the application. |
||||
|
I am experiencing the same, with a large set of strings. these two words "Organisation" and "Organization" was both En/De-crypted to "Organiaation". I consider the var encryption pretty important, even it will make the application somewhat slower due to the worse time-complexity the decryption inflicts. |
||||
|
Hi, this bug has been fixed in irrfuscator 1.1.3, just download it from here: http://www.ambiera.com/irrfuscator/downloads.html BTW: If you don't want to ge a performance penalty from the encryption, simply make all your strings static constants and use the constants in your code instead of the strings directly. In this way all strings get decrypted at the beginning of your application once and won't decrease the performance while it runs. |
||||
|
ok. the version 1.1.3 solved that problem. One more question, why can other programs using function irrcrpt(s:String, o:int):String in file 'irrcrpt.as' without any 'include', 'import' or other link? Thanks |
||||
|
Because irrcrypt is in the root package/namespace. |
||||
|
--encryptstrings only provides a thin layer of security. The decoder is ( and has to be ) provided in the source (irrcrpt.as) so it is relatively straightforward for a hacker to build a parser that will restore all the original strings back into the source code. Better than nothing, but not good enough for passwords etc |
||||
|
Yes, but encryption doesn't work in SWF files. Its always the same, and not depending on the kind of encryption: The SWF always needs to know how to decrypt the data, so it is always possible for the bad guy to decrypt it. |
|