100字范文,内容丰富有趣,生活中的好帮手!
100字范文 > Android反编译apk修改版本号重新打包签名详细教程(超详细)

Android反编译apk修改版本号重新打包签名详细教程(超详细)

时间:2023-03-09 17:08:00

相关推荐

Android反编译apk修改版本号重新打包签名详细教程(超详细)

文章目录

一、反编译工具介绍1:apktool 获取资源文件2:dex2jar(源码文件获取)3:jd-gui 查看APK中classes.dex转化成出的jar文件,即源码文件二、apktool工具的反编译重打包签名的详细过程1:使用apktool.jar进行反编译2:修改版本号versionCode3:通过修改后的文件重新回编成apk文件4:将新的apk文件进行重签名以及内存对齐1:签名工具:jarsigner和apksigner2:V1和V2签名的区别3:zipalign内存对齐4:jarsigner给apk签名,只支持V1签名5:apksigner给apk签名,默认同时使用V1和V2签名6:验证是否签名成功5:查看新生成的签名apk的版本号是否修改成功三、总结

最近突然有个紧急需求,应用的某一个版本发布到应用宝时,由于应用宝自己抓包上传了一个高版本的安装包(即比当前要发布的版本高),导致上传失败,而向应用宝申诉无果,我这没有项目源码,找三方改东西太慢,所以要将这个版本反编译、修改为更高版本号、重新打包、对齐、签名在发布到应用市场,特此整理一些心得。

一、反编译工具介绍

1:apktool 获取资源文件

Apktool是一个逆向android非常有用的工具,可以用来反编译apk文件,并且能在修改部分资源文件后,重新打包成一个新的apk。

2:dex2jar(源码文件获取)

将Android的包dex文件转换成jar文件,此时拿到的时字节码文件一般和jd-gui结合使用,将字节码文件转成对应的源码

3:jd-gui 查看APK中classes.dex转化成出的jar文件,即源码文件

将dex2jar中的jar(字节码)文件转成源码,既可以查看源码也可以进行修改。

我的需求只涉及修改版本号,而不需要修改源代码,只需要通过apktool工具反编译拿到资源文件、修改版本号、重新回编打包成apk、内存对齐以及重签名下面详细介绍apktool的使用过程,dex2jar和jd-gui的使用将单起一篇文章进行介绍。

二、apktool工具的反编译重打包签名的详细过程

首先下载一个最新版的apktool.jar

1:使用apktool.jar进行反编译

新建一个apktool.bat脚本 放入如下内容:

if "%PATH_BASE%" == "" set PATH_BASE=%PATH%set PATH=%CD%;%PATH_BASE%;chcp 65001 2>nul >nuljava -jar -Duser.language=en -Dfile.encoding=UTF8 "%~dp0\apktool.jar" %*

新建bat文件很简单直接将txt文件另存为.bat文件即可

对apk包进行反编译,将apk包和bat文件(apktool.jar)放到同一个文件夹下,目的是为了输入方便,只需要输入相对路径即可,如果不放到同一个文件夹下,每次输入命令都要输入绝对路径。

在cmd终端,cd到此目录下,输入以下命令:

**注意* outDir :表示反编译后的资源文件存放到哪个目录下* source.apk :表示要进行反编译的apk文件名称*/apktool.bat d -o outDir source.apk或者也可以通过下面的命令反编译两者实现的效果都是相同的java -jar apktool.jar d -f source.apk -o outDir

执行完成后就会在当前目录下生成outDir文件夹存放反编译后生产的资源文件

2:修改版本号versionCode

有了这个outDir就能修改里面的东西了,最难修改的部分就是java代码,这里对应的是smali相关的文件夹,需要了解一些smali的语法才行。

修改应用版本号只需要修改apktool.yml即可,apktool.yml文件中找到versionCode,修改里面的versionCode对应的值保存即可。

3:通过修改后的文件重新回编成apk文件

然后就是再使用下面的命令行,可以将我们的outDior文件夹重新编译成一个apk文件,也就是下面命令中的new_no_singnalign.apk

**注意* new_no_singnalign.apk :新生成的apk文件,此apk文件没有签名和对齐* outDir :将outDir的文件进行编译*/apktool.bat b -o new_no_signalign.apk outDir

4:将新的apk文件进行重签名以及内存对齐
1:签名工具:jarsigner和apksigner

此处简单介绍一下Android用的签名工具,以及V1(Jar Signature) V2(Full APK Signature)两种签名

Android中对APK签名是通过jarsigner或apksigner进行的;jarsigner是JDK提供的针对jar包签名的通用工具位于JDK/bin/jarsigner.exe;apksigner是Google官方提供的针对Android apk签名及验证的专用工具,位于Android SDK/build-tools/SDK版本/apksigner.bat;

在AS打包Build->Generate signed apk… 打包签名过程中,可以看到两种签名选项 V1(Jar Signature) V2(Full APK Signature),从Android 7.0开始, 谷歌增加新签名方案 V2 Scheme (APK Signature);但Android 7.0以下版本, 只能用旧签名方案 V1 scheme (JAR signing)

2:V1和V2签名的区别

V1签名:

来自JDK(jarsigner), 对zip压缩包的每个文件进行验证, 签名后还能对压缩包修改(移动/重新压缩文件)对V1签名的apk/jar解压,在META-INF存放签名文件(MANIFEST.MF, CERT.SF, CERT.RSA),其中MANIFEST.MF文件保存所有文件的SHA1指纹(除了META-INF文件), 由此可知: V1签名是对压缩包中单个文件签名验证

V2签名:

来自Google(apksigner), 对zip压缩包的整个文件验证, 签名后不能修改压缩包(包括zipalign),对V2签名的apk解压,没有发现签名文件,重新压缩后V2签名就失效, 由此可知: V2签名是对整个APK签名验证

V2签名优点很明显:

签名更安全(不能修改压缩包)签名验证时间更短(不需要解压验证),因而安装速度加快

注意: apksigner工具默认同时使用V1和V2签名,以兼容Android 7.0以下版本

3:zipalign内存对齐

位于Android SDK/build-tools/SDK版本/zipalign.exe zipalign;是对zip包对齐的工具,使APK包内未压缩的数据有序排列对齐,从而减少APP运行时内存消耗

zipalign -v 4 in.apk out.apk //4字节对齐优化zipalign -c -v 4 in.apk //检查APK是否对齐

非常重要:

在此处介绍一下v1和v2签名以及zipalign内存对齐,至于先签名后对齐,还是先对齐后签名与你采用的签名方是有关系,

1:zipalign可以在V1签名后执行,但zipalign不能在V2签名后执行,只能在V2签名之前执行!!!

2:如果不好记你就记住一个原则就是:先对齐后签名

有了上面概念理论介绍,接下来就直奔主题进行实操了,接下来我就按照先对齐后签名的方式分别用V1和V2进行签名,至于V1签名的先签名后对齐的方式不在这里描述了,感谢兴趣的自己可以试试。

我们可以通过zipalign -c -v 4 new_no_signalign.apk //检查APK是否对齐

此命令执行完成后可以看到 Verification FAILED,表示没有对齐。

通过zipalign -v 4 new_no_signalign.apk new_align.apk//4字节对齐优化

4:jarsigner给apk签名,只支持V1签名

jarsigner -verbose -keystore android.zhumu.keystore -signedjar (签名后的apk路径及名称) (要给谁签名.apk路径 ) 签名文件的别名

运行上面的命令后需要先输入签名文件的密码才能生成签名文件, 最终生成的singnedv1.apk就是我们最终要用的apk文件。

5:apksigner给apk签名,默认同时使用V1和V2签名

cd到Android SDK/build-tools/SDK版本/目录下, 输入命令apksigner sign --ks 密钥库名 --ks-key-alias 密钥别名 --out 生成的签名文件路径及名称 给哪个apk文件签名

注意:

1:上面面参数中 密钥库名、给哪个apk文件签名 需要给出绝对路径,要不就报错早找不到文件,因为在当前目录下没有签名文件和要进行签名的apk文件

2:而生成的签名文件路径及名称 如果不指定路径就生成在当前目录下

生成的singnedV2.apk就是最终要用的APK,注意4和5是两种签名方式用哪一种都可以。

6:验证是否签名成功

方案1只支持校验v1签名:

keytool -printcert -jarfile singnedv1.apk //此命令只支持校验v1签名

方案2支持v1和v2的签名校验:

apksigner verify -v --print-certs (apk地址)

需要切cd 到apksigner所在的目录

如:apksigner verify -v --print-certs C:\Users\tiansc\Desktop\apks\signedV2.apk

5:查看新生成的签名apk的版本号是否修改成功

需要用到aapt工具看看新的apk的版本号是不是真的修改成功了,

输入下面的命令分别对singnedv1.apksignedV2.apk分别进行查看

aapt dump badging 要验证的apk

如:

aapt dump badging singnedv1.apk

aapt dump badging signedV2.apk

三、总结

而在我们平时工作中关于APK的打包以及签名都由AS工具可视化一键完成了,逆向开发这块需要对APK的打包签名的流程有较为深刻的理解,只有这样才能一步一步的手动完成反编译、打包、签名的整个过程。

本文章只是着重介绍了反编译工具apktool的使用,至于dex2jar和 jd-gui工具将会另起一篇文章进行详细介绍,敬请关注!!!

最后附上反编译工具的下载地址

Android反编译工具集合一键全消,akktool反编译获取资源文件、dex2jar将dex文件转成jar

本内容不代表本网观点和政治立场,如有侵犯你的权益请联系我们处理。
网友评论
网友评论仅供其表达个人看法,并不表明网站立场。