1.安卓apk反编译、修改、重新打包、签名全过程
2.Android反编译简单实战
3.Android基础『V1V2V3签名』
4.Android常用签名方式及签名转换技巧

安卓apk反编译、修改、重新打包、http工具源码签名全过程

       尽管理解反编译他人apk可能有其特定的学习目的，但尊重他人的知识产权是首要原则。代码混淆是保护开发成果的重要手段。本文旨在探讨在特定情况下的学习过程，而非鼓励不道德行为。

       进行学习所需的工具包括：apktool，用于编译和反编译apk，提取资源；dex2jar，引导站源码用于将classes.dex转换为jar源码；jd-gui，可视化查看jar源码。

       在Windows上，安装apktool需确保Java环境，下载并重命名apktool.bat和apktool.jar文件，然后在命令行中使用。反编译命令有帮助文档，例如`apktool.bat d [-s] -f -o`，默认会将结果放在C:\Users\Administrator。

       反编译时，首先将apk转换为.zip或.rar格式，提取classes.dex，再用d2j-dex2jar.bat进行转换，左边指标源码接着jd-gui打开查看源码。混淆过的apk源码阅读难度较大，但依然可以探索。

       修改apk资源相对直接，只需替换res文件夹下的对应文件。然而，修改代码需要理解smali（Java虚拟机汇编）并对照混淆前的源码，操作复杂。

       签名apk涉及keytool.exe和jarsigner.exe，首先通过keytool生成keystore，然后在apk目录下使用jarsigner对未签名的apk进行签名。签名后，确保手机上无已安装的新型平台源码同一应用，才能成功安装。

Android反编译简单实战

       初识apk

       Android应用通常以apk形式发布，这是Android Package的缩写，相当于安装包。开发完成后，应用需要被打包成apk文件，再通过签名确保其安全性和完整性，才能供用户下载和安装。

       反编译工具

       反编译apk文件获取内部源码和资源，通常使用apktool、Smali和Baksmali等工具。这些工具能够在命令行中运行，方便操作，flinkdataset源码分析甚至可将目录添加到环境变量中，实现便捷使用。

       实战反编译

       使用apktool对apk进行反编译，获取应用的源码和资源文件。通过反编译，可以修改资源、替换启动活动，甚至分析源码后进行二次修改，从而创建新活动并整合到原有应用中，如添加广告。

       修改与整合

       通过Java2smali插件或新建项目的方式，将修改的Java文件和布局整合进apk。将新创建的活动整合至原应用，如添加新的启动活动，修改布局文件中的代码，实现活动切换。

       重新打包与签名

       重新打包修改后的apk文件，并使用签名工具jarsigner对新apk进行签名，确保其安全性。签名过程中需要使用签名证书文件，通常通过Android Studio生成并拷贝到apk目录中。

       总结

       通过反编译apk进行实战，可以深入了解Android应用的结构、编译流程及安全防护。尽管反编译过程可能遇到挑战，如遭遇混淆、加固或安全校验等问题，但通过反编译实践，可以提升对Android开发的理解，以及对应用安全性的认识。同时，也提醒开发者注重应用安全性，避免进行不道德的行为，如修改他人的应用。总之，反编译实战有助于开发者提升技能，但应遵循法律和道德规范。

Android基础『V1V2V3签名』

        签名：在 APK 中写入一个「指纹」。指纹写入以后，APK 中有任何修改，都会导致这个指纹无效，Android 系统在安装 APK 进行签名校验时就会不通过，从而保证了安全性。

        摘要算法： 使用一段简单的看上去随机的不可逆向的固定长度的字符串来表示一个文件的唯一性。 常见的摘要算法如MD5(个比特位)、SHA-1算法(//个比特位)。

        公钥密码体制：也称非对称算法，特点是公钥是公开的，私钥是保密的。常见的如：RSA。

        展开讨论一下RSA：

        Android中的签名方案

        V1 ：基于jarsigner(JDK自带工具，使用keystore文件进行签名) 或 apksigner(Android专门提供的，使用pk8、x.pem进行签名)。keystore和pk8/x.pem可以相互转换。

        签名原理：首先keystore文件包含一个MD5和一个SHA1摘要。这也是很多开放平台需要我们上传的摘要数据。

        签名APK后会在META-INF文件夹下生产CERT.RSA、CERT.SF、MANIFEST.MF三个文件。

        在apk中，/META-INF文件夹中保存着apk的签名信息，一般至少包含三个文件，[CERT].RSA，[CERT].SF和MANIFEIST.MF文件。这三个文件就是对apk的签名信息。

        MANIFEST.MF中包含对apk中除了/META-INF文件夹外所有文件的签名值，签名方法是先SHA1()(或其他hash方法)在base()。存储形式是：Name加[SHA1]-Digest。

        [CERT].SF是对MANIFEST.MF文件整体签名以及其中各个条目的签名。一般地，如果是使用工具签名，还多包括一项。就是对MANIFEST.MF头部信息的签名，关于这一点前面源码分析中已经提到。

        [CERT].RSA包含用私钥对[CERT].SF的签名以及包含公钥信息的数字证书。

          是否存在签名伪造可能：

        修改(含增删改)了apk中的文件，则：校验时计算出的文件的摘要值与MANIFEST.MF文件中的条目不匹配，失败。

        修改apk中的文件+MANIFEST.MF,则：MANIFEST.MF修改过的条目的摘要与[CERT].SF对应的条目不匹配，失败。

        修改apk中的文件+MANIFEST.MF+[CERT].SF，则：计算出的[CERT].SF签名与[CERT].RSA中记录的签名值不匹配，失败。

        修改apk中的文件+MANIFEST.MF+[CERT].SF+[CERT].RSA，则：由于证书不可伪造，[CERT].RSA无法伪造。

        V2 ：7.0新增的

        签名后的包会被分为四部分

        1. Contents of ZIP entries（from offset 0 until the start of APK Signing Block）

        2. APK Signing Block

        3. ZIP Central Directory

        4. ZIP End of Central Directory

新应用签名方案的签名信息会被保存在区块2（APK Signing Block）中， 而区块1（ Contents of ZIP entries ）、区块3（ ZIP Central Directory ）、区块4（ ZIP End of Central Directory ）是受保护的，在签名后任何对区块1、3、4的修改都逃不过新的应用签名方案的检查。

        V3 ：9.0新增的

格式大体和 v2 类似，在 v2 插入的签名块（Apk Signature Block v2）中，又添加了一个新快（Attr块）。

        在这个新块中，会记录我们之前的签名信息以及新的签名信息，以 密钥转轮的方案，来做签名的替换和升级。这意味着，只要旧签名证书在手，我们就可以通过它在新的 APK 文件中，更改签名 。

        v3 签名新增的新块（attr）存储了所有的签名信息，由更小的 Level 块，以链表的形式存储。

        其中每个节点都包含用于为之前版本的应用签名的签名证书，最旧的签名证书对应根节点，系统会让每个节点中的证书为列表中下一个证书签名，从而为每个新密钥提供证据来证明它应该像旧密钥一样可信。

        这个过程有点类似 CA 证书的证明过程，已安装的 App 的旧签名，确保覆盖安装的 APK 的新签名正确，将信任传递下去。

        注意：签名方式只支持升级不支持降级，如安装了V2的包，不能覆盖替换为V1的包。

        参考

        Android App签名(证书)校验过程源码分析

        新一代开源Android渠道包生成工具Walle

        Android 签名机制 v1、v2、v3

Android常用签名方式及签名转换技巧

       在Android开发过程中，签名是保证应用安全性的重要环节。以下是Android常用的签名方式及签名转换技巧。

       首先，了解签名的基本知识。使用platform.pk8和platform.x.pem进行命令签名，需要准备以下要素：signapk源码位于/build/tools/signapk/，可以在服务器上单独编译此模块，然后在/out/host/linux-x/framework文件夹下找到platform.pk8和platform.x.pem，它们位于android/build/target/product/security文件夹下。

       其次，使用.keystore或.jks进行gradle签名。使用.keystore和.jks时，需要提供相关信息，以便在gradle中引入。

       此外，还可以使用keystore或jks与jarsigner命令进行签名，或者使用Android Studio进行签名。使用Android.mk或Android.bp进行签名也是一种选择。

       在签名转换方面，可以将platform.pk8和platform.x.pem转换成.keystore和.jks。具体方法如下：

       1. 利用网上开源项目github.com/getfatday/ke...，使用keytool-importantkeypair工具，将platform.pk8和platform.x.pem转换成platform.keystore。在Linux环境下，使用命令生成platform.keystore即可。

       2. 在这里，别名、密码等信息需要记下来，以便在引入签名文件时使用。

       3. 同样地，可以将platform.pk8和platform.x.pem转换成.jks。可以使用上述keytool-importkeypair生成jks。