[UTIL][08.12.11] Apktool v1.4.3 - a tool for reverse engineering apk files

Status
Not open for further replies.
Search This thread

Brut.all

Inactive Recognized Developer
Jul 27, 2009
1,471
353
Brut.all said:
It is a tool for reengineering 3rd party, closed, binary Android apps. It can decode resources to nearly original form and rebuild them after making some modifications; it makes possible to debug smali code step by step. Also it makes working with app easier because of project-like files structure and automation of some repetitive tasks like building apk, etc.

It is NOT intended for piracy and other non-legal uses. It could be used for localizing, adding some features or support for custom platforms and other GOOD purposes. Just try to be fair with authors of an app, that you use and probably like.

Features:

  • decoding resources to nearly original form
  • smali debugging: SmaliDebugging
  • helping with some repetitive tasks

http://code.google.com/p/android-apktool/
 
Last edited:

Brut.all

Inactive Recognized Developer
Jul 27, 2009
1,471
353
Ok, now I see, that it still doesn't work for many apps. But you can try your luck ;-)
 

olearyp

Senior Member
Sep 1, 2009
1,161
151
Had the chance to set this up and make my edit. Absolutely painless. Great work. Thanks!
 

Brut.all

Inactive Recognized Developer
Jul 27, 2009
1,471
353
Android 1.5 can also work?

Why not? :) It just builds apps, not run them, so it's a question like: "Do smali can also work with Android 1.5?" ;-)

That "Android SDK installed with 2.1 platform" requirement doesn't mean, that it will build apps for 2.1 . It will just use 2.1 resources, but these are (must be) backward compatible.
 

itanczos

Member
Jul 10, 2005
16
0
Why not? :) It just builds apps, not run them, so it's a question like: "Do smali can also work with Android 1.5?" ;-)

That "Android SDK installed with 2.1 platform" requirement doesn't mean, that it will build apps for 2.1 . It will just use 2.1 resources, but these are (must be) backward compatible.

Okay, I'll try!

Another question: The framwork-res.apk could not be decrypted. It will be possible later on?
 

Brut.all

Inactive Recognized Developer
Jul 27, 2009
1,471
353
Another question: The framwork-res.apk could not be decrypted. It will be possible later on?

Maybe much later :-/

Even if we will be able to decode it and rebuild, we'll have FC after FC. The point is: framework resources must have constant resName<->resID mappings (eg. @android:string/day must be a 0x01040298), because they are referenced by all apps and unfortunately aapt doesn't give us control over resIDs mappings. I think framework-res.apk and other system files are built using some Google's private tools.

We need to create aapt-like tool, that will use custom resIDs mappings - it should be possible and maybe not so hard, but currently I have other things to do.
 
Status
Not open for further replies.

Top Liked Posts