使用baksmali和smali重新包裝APK文件

aMa

2015-01-17 22:34:41 UTC

view on stackexchange narkive permalink

我是一名對Android安全性感興趣的學生。我試圖使用baksmali和smali修改APK文件。但是，我無法在手機上運行重新打包的應用程序。當我單擊圖標時，它說“不幸的是，測試已停止”並且存在。（即使該應用程序的圖標已更改，現在我看到的是默認的android圖標，而不是該應用程序的舊真實彩色圖標）

這可能是什麼原因？實際上，我什至沒有修改過apk文件的代碼。我只是解壓縮apk以獲取dex文件，然後使用 baksmali.jar 將其轉換為smali，然後使用 smali.jar 還原為dex。最後壓縮並簽名。

我已完成的詳細操作：

解壓縮apk文件
```
  $解壓縮test.apk  
```

將1classes.dex1轉換為smali

  $ baksmali -x classes.dex -o smaliClasses

將類轉換回 classes.dex （替換了舊的 classes.dex ，實際上我沒有向smali文件添加任何新代碼。我想知道這是否先行。）
```
  $ smali smaliClasses -o classes.dex  
```

壓縮所有文件到 test.zip

  $ zip test.zip AndroidManifest.xml classes.dex res META-INF resourses.arsc

將 test.zip 重命名為 test.apk
```
  $ mv test.zip test.apk  > 
```

現在，我相信我必須再次對APK進行簽名，如果此處有誤，請糾正我。

已編輯 ：

java -jar signapk.jar testkey.x509.pem testkey.pk8 test.apk test-patched.apk cod e>
我嘗試安裝新的重新打包的APK。使用adb shell。 Adb Shell顯示成功安裝。但是，我無法在移動設備上運行重新打包的應用程序。當我單擊它時，該應用程序崩潰。它說“不幸的是，測試已停止”。

為什麼重新打包的應用程序不運行？我不明白我在這裡缺少什麼？我使用它提取了smali文件並重新打包。但是，為什麼重新包裝不能與baksmali，smali，zip和signapk一起使用。在此過程中壓縮真正的問題嗎？與原始的apk文件相比，我將其壓縮並將其重命名為.apk時，該應用程序的大小已大大減少：

您應該檢查logcat以獲取更多信息，如果可能的話，也請發布崩潰日誌。

@xDragonZ,I已編輯該帖子。這次，我嘗試使用“ adb install”進行安裝，並使用signapk.jar進行了簽名。這次應用已安裝到手機中。但是，當我單擊該應用程序時，它崩潰並顯示““不幸的是，應用程序已停止”。我注意到的一件事是，重新打包的apk的大小小於原始值，這是因為zip工具更改的原因是大小？關於為什麼應用程序崩潰的信息？我如何獲得此日誌？非常感謝。

也許您還需要zipalign文件？

您是否故意刪除（`baksmali -x選項`）？您似乎會因為執行此選項而沒有提供“ bootclasspath”，您會得到一些奇怪的smali代碼，這些代碼可能無法轉換回dex文件。此外，只需刪除META-INF壓縮並嘗試在包含所有內容的目錄內執行zip -r unsigned.apk *之前的文件夾。如果仍然崩潰，請嘗試發布logcat輸出

我無法相信任何人仍然會自己使用backsmali，請只使用Apktool，它將極大地簡化您的生活。

因此，在“五個答案”中，沒有一個是可以接受的嗎？

＃！/ bin / bash -eif！ [“ $ 1”];然後回顯“用法：$ 0 <original.apk>”退出-1fifn = $ {1％.apk} rm -f $ fn.unaligned.apk $ fn.smali.apkrm -rf smali / buildapktool b -f smali / -o $ fn .unaligned.apkjarsigner-詳細-sigalg MD5withRSA -digestalg SHA1 -keystore〜/ .android / debug.keystore -storepass android $ fn.unaligned.apk androiddebugkeyzipalign -v 4 $ fn.unaligned.apk $ fn.smali.apkrm -rf smali / build