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

tolovaj · May 19, 2010

Hi Brut.all, I have a question;
in video "Apktool Demo 2 - Smali improvements" you "decompile" apk file using parameter "dj" and you get the src directory.

Using latest apktool, I there is no 'j' parameter and I also only get res and smali directories and no src directory.. The point is that I'm more keen on java than smali-type of code and I'd really love to have at least partial java decompiler

Is there anything I'm missing, or is this yet-to-come option?

Brut.all · May 19, 2010

tolovaj said:
Hi Brut.all, I have a question;
in video "Apktool Demo 2 - Smali improvements" you "decompile" apk file using parameter "dj" and you get the src directory.

Using latest apktool, I there is no 'j' parameter and I also only get res and smali directories and no src directory.. The point is that I'm more keen on java than smali-type of code and I'd really love to have at least partial java decompiler

Is there anything I'm missing, or is this yet-to-come option?

Yet-to-come.

You could see on this video, that it isn't actually Java decoding. It creates Java interface, but whole code is still in smali - you can't run from smali ;-)

ErickPetru · May 19, 2010

Dozens of congratulations, Brut.all. HelixLauncher2 is very better on my native language.

Then I moved myself to use apktool with Beautiful Widgets.
But wasn't possible. Here are the errors:

Code:

C:\>apktool d "C:\Android\BeautifulWidgets2.0.1.apk" "C:\Android\decompiled\BeautifulWidgets"
I: Baksmaling...
I: Decoding resource table...
I: Decoding resources...
Exception in thread "main" brut.androlib.AndrolibException: Could not decode file "drawable/am.png" to "drawable/am.png"
        at brut.androlib.res.decoder.ResFileDecoder.decode(Unknown Source)
        at brut.androlib.res.decoder.ResFileDecoder.decode(Unknown Source)
        at brut.androlib.res.AndrolibResources.decodeFile(Unknown Source)
        at brut.androlib.res.AndrolibResources.decode(Unknown Source)
        at brut.androlib.Androlib.decodeResourcesFull(Unknown Source)
        at brut.androlib.ApkDecoder.decode(Unknown Source)
        at brut.apktool.Main.cmdDecode(Unknown Source)
        at brut.apktool.Main.main(Unknown Source)
Caused by: brut.androlib.AndrolibException: Could not decode raw stream
        at brut.androlib.res.decoder.ResRawStreamDecoder.decode(Unknown Source)
        at brut.androlib.res.decoder.ResStreamDecoderContainer.decode(Unknown Source)
        ... 8 more
Caused by: java.util.zip.ZipException: invalid LOC header (bad signature)
        at java.util.zip.ZipFile.read(Native Method)
        at java.util.zip.ZipFile.access$1200(Unknown Source)
        at java.util.zip.ZipFile$ZipFileInputStream.read(Unknown Source)
        at java.io.InputStream.read(Unknown Source)
        at org.apache.commons.io.IOUtils.copyLarge(Unknown Source)
        at org.apache.commons.io.IOUtils.copy(Unknown Source)
        ... 10 more

I'm doing something wrong or this file can't be extracted?

Brut.all · May 19, 2010

ErickPetru said:

Dozens of congratulations, Brut.all. HelixLauncher2 is very better on my native language.

Then I moved myself to use apktool with Beautiful Widgets.
But wasn't possible. Here are the errors:

Code:

C:\>apktool d "C:\Android\BeautifulWidgets2.0.1.apk" "C:\Android\decompiled\BeautifulWidgets"
I: Baksmaling...
I: Decoding resource table...
I: Decoding resources...
Exception in thread "main" brut.androlib.AndrolibException: Could not decode file "drawable/am.png" to "drawable/am.png"
        at brut.androlib.res.decoder.ResFileDecoder.decode(Unknown Source)
        at brut.androlib.res.decoder.ResFileDecoder.decode(Unknown Source)
        at brut.androlib.res.AndrolibResources.decodeFile(Unknown Source)
        at brut.androlib.res.AndrolibResources.decode(Unknown Source)
        at brut.androlib.Androlib.decodeResourcesFull(Unknown Source)
        at brut.androlib.ApkDecoder.decode(Unknown Source)
        at brut.apktool.Main.cmdDecode(Unknown Source)
        at brut.apktool.Main.main(Unknown Source)
Caused by: brut.androlib.AndrolibException: Could not decode raw stream
        at brut.androlib.res.decoder.ResRawStreamDecoder.decode(Unknown Source)
        at brut.androlib.res.decoder.ResStreamDecoderContainer.decode(Unknown Source)
        ... 8 more
Caused by: java.util.zip.ZipException: invalid LOC header (bad signature)
        at java.util.zip.ZipFile.read(Native Method)
        at java.util.zip.ZipFile.access$1200(Unknown Source)
        at java.util.zip.ZipFile$ZipFileInputStream.read(Unknown Source)
        at java.io.InputStream.read(Unknown Source)
        at org.apache.commons.io.IOUtils.copyLarge(Unknown Source)
        at org.apache.commons.io.IOUtils.copy(Unknown Source)
        ... 10 more

I'm doing something wrong or this file can't be extracted?

Oo, something new! :-D

Could you successfully unpack this file using e.g. WinRAR? Is drawable/am.png file there and is it viewable? If double yes, then try to compress it again to zip file and use apktool on that new file.

ErickPetru · May 19, 2010

Brut.all said:
Oo, something new! :-D

Could you successfully unpack this file using e.g. WinRAR? Is drawable/am.png file there and is it viewable? If double yes, then try to compress it again to zip file and use apktool on that new file.

Thanks, worked.

Details:
While extracting with Winrar, an error happened (file corrupted).
But all was extracted. Then I was able to use apktool.
After recompiling, the generated apk is runing well.

...

I would take the matter of customizing Beautiful Widgets with an absurd question: is there any converter from Smali to Java?

No need to be a perfect converter where you can decompile, recompile and all remains working. But something that makes the Smali code more readable for a Java programmer, as a basis to implement new codes more easily. There is something anywhere?

rac2030 · May 20, 2010

ErickPetru said:
Thanks, worked.
I would take the matter of customizing Beautiful Widgets with an absurd question: is there any converter from Smali to Java?

No need to be a perfect converter where you can decompile, recompile and all remains working. But something that makes the Smali code more readable for a Java programmer, as a basis to implement new codes more easily. There is something anywhere?

http://xdaforums.com/showthread.php?p=6525677

Brut.all · May 20, 2010

ErickPetru said:
I would take the matter of customizing Beautiful Widgets with an absurd question: is there any converter from Smali to Java?

No need to be a perfect converter where you can decompile, recompile and all remains working. But something that makes the Smali code more readable for a Java programmer, as a basis to implement new codes more easily. There is something anywhere?

You have luck that rac2030 commented this part of your post - you have added this after I read your post, so I didn't see it.

And I don't think you want something like "-dj" option, linked by rac2030 above. But there is something useful for you:

http://code.google.com/p/dex2jar/

This is a tool for converting Dalvik Bytecode to regular Java bytecode. Then you could use some Java decompiler, I recommend JD-gui and you will get real Java sources of dex file. Of course this isn't perfect, but works quite well and both tools are still being developed

There is also undx tool, alternative to dex2jar, but I don't like it.

ErickPetru · May 21, 2010

Yes, thanks rac2030 and Brut.

And I'll take a look at dex2jar (is that chinese?!). Many thanks.

So... I was trying apktool with the really new LauncherPro 0.2.0 Beta.

And nice errors:

Code:

C:\Users\Erick>apktool d "C:\Android\backup\com.fede.LauncherPro-0.2.0.apk" "C:\Android\decompiled\LauncherPro"
I: Baksmaling...
Exception in thread "main" brut.androlib.AndrolibException: brut.androlib.AndrolibException: java.io.FileNotFoundException: C:\Android\decompiled\LauncherPro"      \smali\com\fede\launcher\AddAdapter$ListItem.smali (A sintaxe do nome do arquivo, do nome do diretório ou do rótulo do volume está incorreta)
        at brut.androlib.Androlib.decodeSourcesSmali(Unknown Source)
        at brut.androlib.ApkDecoder.decode(Unknown Source)
        at brut.apktool.Main.cmdDecode(Unknown Source)
        at brut.apktool.Main.main(Unknown Source)
Caused by: brut.androlib.AndrolibException: java.io.FileNotFoundException: C:\Android\decompiled\LauncherPro"      \smali\com\fede\launcher\AddAdapter$ListItem.smali (A sintaxe do nome do arquivo, do nome do diretório ou do rótulo do volume está incorreta)
        at brut.androlib.src.SmaliDecoder.decode(Unknown Source)
        at brut.androlib.src.SmaliDecoder.decode(Unknown Source)
        ... 4 more
Caused by: java.io.FileNotFoundException: C:\Android\decompiled\LauncherPro"      \smali\com\fede\launcher\AddAdapter$ListItem.smali (A sintaxe do nome do arquivo, do nome do diretório ou do rótulo do volume está incorreta)
        at java.io.FileOutputStream.open(Native Method)
        at java.io.FileOutputStream.<init>(Unknown Source)
        at java.io.FileOutputStream.<init>(Unknown Source)
        at java.io.FileWriter.<init>(Unknown Source)
        at brut.androlib.src.SmaliDecoder.decodeClassDefItem(Unknown Source)
        ... 6 more
C:\Users\Erick>

What could it be?

PS.: "A sintaxe do nome do arquivo, do nome do diretório ou do rótulo do volume está incorreta" = "The syntax of the file name, directory name or volume label is incorrect"

Edit:
Unziped, reziped and worked...

aupeters · May 24, 2010

Soo I tried installing/running this on my mac - unzipped the 2 files, put the contents (3 items) into /usr/local/bin, typed "apktool" into Terminal and that worked - gave me the directions.

Then I tried to decode an .apk and after a few moments hesitation says ".apk not found". I go and look at the directory (was on my desktop) and my whole desktop was gone. Like erased-gone. Even took my SDK which was on there.

Any idea if I did something wrong here?

Brut.all · May 24, 2010

aupeters said:
Soo I tried installing/running this on my mac - unzipped the 2 files, put the contents (3 items) into /usr/local/bin, typed "apktool" into Terminal and that worked - gave me the directions.

Then I tried to decode an .apk and after a few moments hesitation says ".apk not found". I go and look at the directory (was on my desktop) and my whole desktop was gone. Like erased-gone. Even took my SDK which was on there.

Any idea if I did something wrong here?

:-/ I guess you have set your desktop as destination directory - apktool deletes destdir before decoding and it won't warn you about that, won't require --force switch or something like that. I was considering adding such switch, but concluded for most people it would be annoying.

But you aren't first ;-) Some people on http://www.entourageedge.com/forums/ have found my tool, someone lost one of his directory and then everyone were afraid to use it, so they were asking more experienced users to decode something for them ;-D

Maybe I should reconsider adding --force switch.

olearyp · May 24, 2010

Brut.all said:
Maybe I should reconsider adding --force switch.

At least a warning and an opportunity to bail out if the directory is nonempty is a good idea.

rac2030 · May 25, 2010

Brut.all said:
Maybe I should reconsider adding --force switch.

I think that would be a good way, if the dir is not empty it would need the force switch to execute.

olearyp said:
At least a warning and an opportunity to bail out if the directory is nonempty is a good idea.

And this one as default if no force switch is given, display a warning and ask user for yes or no.

hawst · May 26, 2010

I'm using latest Sprint ROM 2.27.651.5 ported to GSM Hero. All goes fine. I'm trying to repack all .apks to add localization, but faced an issue, can you please help ?

For example, i will explain on Phone.apk, just unpack & pack it back.
- command to unpack (result is attached as 'Phone_unpack.txt'

Code:

apktool.bat -v d -s Phone.apk Phone

- command to pack (result is attached as 'Phone_pack.txt'

Code:

apktool.bat -v b Phone

As i see error cause is that apktool can't find some resources, so it placed plain ID to .xml file. Of coz it can't build it back coz no such resource.

Lieu10ant · May 26, 2010

anyone willing to edit Shazam to include a search intent to iMusicTao if it's installed on the phone (along side the amazon search)

Brut.all · May 26, 2010

hawst said:
I'm using latest Sprint ROM 2.27.651.5 ported to GSM Hero. All goes fine. I'm trying to repack all .apks to add localization, but faced an issue, can you please help ?

You could try to:

Pull com.htc.resources.apk file from your device. Should be in /system/framework/ or /data/system-framework/ dir.
Unpack resources.arsc file from it.
Run "apktool publicize-resources resources.arsc" on it.
Zip only this one file to com.htc.resources.apk archive.
Unpack apktool.jar .
Replace brut/androlib/com.htc.resources.apk file with one you've just created.
Pack back to apktool.jar and use it.
Let me know, whether this worked for you

I must add some automation to apktool - I can't keep HTC resources up to date all the time. Actually... I shouldn't redistribute them at all, because they are proprietary bits...

I think about something like: when you install apktool or want to use it against apks from new device, you must pull resources file from it (or maybe just connect through USB and apktool will pull it automatically), run "apktool add-framework-res file-res.apk" and apktool will do above steps, then save resulting apk somewhere in home dir for future use. It would be really nice feature.

stari4ek · May 26, 2010

Brut.all said:
You could try to:

Pull com.htc.resources.apk file from your device. Should be in /system/framework/ or /data/system-framework/ dir.

Unpack resources.arsc file from it.

Run "apktool publicize-resources resources.arsc" on it.

Zip only this one file to com.htc.resources.apk archive.

Unpack apktool.jar .

Replace brut/androlib/com.htc.resources.apk file with one you've just created.

Pack back to apktool.jar and use it.

Let me know, whether this worked for you

I must add some automation to apktool - I can't keep HTC resources up to date all the time. Actually... I shouldn't redistribute them at all, because they are proprietary bits...

I think about something like: when you install apktool or want to use it against apks from new device, you must pull resources file from it (or maybe just connect through USB and apktool will pull it automatically), run "apktool add-framework-res file-res.apk" and apktool will do above steps, then save resulting apk somewhere in home dir for future use. It would be really nice feature.

Such a usefull information. If you didn't write it here, there is no way to find out these tidbits. Do you have plans to add it to faq/wiki?
Thank you for information, thank you for this great tool.

Brut.all · May 26, 2010

stari4ek said:
Such a usefull information. If you didn't write it here, there is no way to find out these tidbits. Do you have plans to add it to faq/wiki?
Thank you for information, thank you for this great tool.

If hawst confirm that above instructions work for him, I will create enhancement task in issue tracker and add them there. I don't want to add them to wiki, because this is workaround which should be automatized and it will probably be in nearest future

hawst · May 26, 2010

Brut.all said:
If hawst confirm that above instructions work for him, I will create enhancement task in issue tracker and add them there. I don't want to add them to wiki, because this is workaround which should be automatized and it will probably be in nearest future

Thanks you very much

. It works now for Phone, HtcContacts & HtcDialer .apks at least.

hawst · May 26, 2010

Now i'm faced another issue with WorldClock.apk
It is successfully unpacked, but can't be packed bak (WorldClock_pack.txt)

As i see apktool somehow unpacked res/amin/undim.html - binary file, of coz apktool can't build it back... Also tried on another rom - same error.

brut.zip contains updated res files to change in apktool.jar as u desribed.

Brut.all · May 26, 2010

hawst said:
Now i'm faced another issue with WorldClock.apk
It is successfully unpacked, but can't be packed bak (WorldClock_pack.txt)

As i see apktool somehow unpacked res/amin/undim.html - binary file, of coz apktool can't build it back... Also tried on another rom - same error.

brut.zip contains updated res files to change in apktool.jar as u desribed.

http://code.google.com/p/android-apktool/issues/detail?id=34#c2

I must reserve some time for apktool - there are quite many things to do

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

Member

Inactive Recognized Developer

Member

Inactive Recognized Developer

Member

Senior Member

Inactive Recognized Developer

Member

New member

Inactive Recognized Developer

Senior Member

Senior Member

Inactive Recognized Developer

Attachments

Senior Member

Inactive Recognized Developer

Senior Member

Inactive Recognized Developer

Inactive Recognized Developer

Inactive Recognized Developer

Attachments

Inactive Recognized Developer

Similar threads

Top Liked Posts