GoTo Implementation about obfuscapk HOT 3 CLOSED

Hi @justinagain, for 1) look at Reorder obfuscator, it should do something similar to what you described. For 2), since both Goto and Reorder obfuscators usually work, I think goto instructions can be used inside the body of a method without problems.

from obfuscapk.

@ClaudiuGeorgiu - thanks for this. So, I ran Reorder and indeed it added random gotos. Now the fun part - this causes many problems for decompilation. Neither of these are Obfuscapk's problem, per se, but something people should be aware of.

1.) A tool like Jadx that uses smali will fail on those methods and be unable to create Java source code. As there is no unconditional goto in Java (but there is in Dalvik byte code) - it cannot render the obfuscated code back to Java. Jadx will output the byte code so you at least know what is going on.
2.) More problematic is running this through a tool like Soot. Soot will fail on these and outline an error related to the Registy and null pointer. I do not know the ramifications of this. It's possible that Soot is unable to handle the unconditional goto or maybe its an invalid app output by Obfuscapk. I did not run it in an emulator to see which is the case - have no plans to. Just letting you know!

You can close this ticket.

from obfuscapk.

Thanks for the feedback!

from obfuscapk.