1.Android基础『V1V2V3签名』
2.怎样在android设备上查看软件源代码
3.安卓apk反编译、安卓安卓修改、签名签名重新打包、平台平台签名全过程
4.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设备上查看软件源代码

       安卓设备是无法查看软件源代码的。每一个在手机安装的安卓安卓app，都是签名签名rocketmq源码搭建经过严格的加密和数字签名发布的应用程序，想要看到源代码必须破解加密，平台平台不过这几乎不可能。源码源码

       一些简单的安卓安卓应用程序还是可以反编译工具，查看到源代码的签名签名。

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

       在处理安卓apk时，签名签名尽管代码混淆是平台平台手机租赁平台源码保护开发者权益的重要手段，但出于学习目的，我们探讨如何在特定情况下反编译apk。主要工具包括apktool用于编译和反编译，以及dex2jar和jd-gui进行源码查看。

       首先，确保你的系统安装了Java，并下载apktool.bat脚本和apktool.jar。将它们放在同一目录，通过命令行操作。命令行中的反编译命令如：apktool.bat d [-s] -f -o，其中[-s]表示选择文件夹，-f表示强制反编译，-o指定输出目录。若不指定，shapemap源码分析扫描将默认在C:\Users\Administrator目录生成。

       在反编译过程中，需要配合dex2jar工具将classes.dex转换为源码文件，然后jd-gui用于查看。如果apk经过混淆，可能需要在线研究以理解混淆后的代码。

       对于修改apk资源，只需替换res文件夹中的相应文件。但修改代码则相对复杂，因为反编译后的结果是smali语言，类似于汇编，需要对照smali文件和源码进行操作。

       签名apk则涉及keytool和jarsigner工具。首先，vc中stl源码通过keytool生成keystore文件，然后在同一目录下使用jarsigner对apk进行签名。签署过程中，需要输入keystore信息并指定证书的有效天数。注意，签名后的apk需要先卸载原版才能安装。

Android软件签名问题？

       安卓手机软件更新的时候，签名不一致怎么办？

       问题一：签名失败,可能文件路径中包含空格,中文,请把本软件和要签名的软件移动到C盘的根目录下进行签名很多人会把要签名的apk文件放到C盘的根目录下，但是还是不行。要注意提示说的需要把签名软件也放到C盘的根目录下,而且APK文件名中不能包含空格和汉字。然后运行软件，点击“签名”菜单即可。问题二：apk签名后的软件0字节检查apk文件里面是不是有中文命名的文件，不能出现英文名，tc55源码否则签名成功也是0字节。

       Android怎么签名和加密？

       前言：

       当我们编写完我们的app之后，我们还需要做两件事：签名和加密

       签名：

       1>为什么要签名？

       主要是为了确保应用的安全，为什么这么说呢？那么，我们首先假设android没有签名这个概念，

       在这个前提下，下面来举个实例说明签名的重要性，比如，我写了一个myApp，然后装在了我的手机上，

       与此同时，我又装了一个yourApp，在装yourApp的时候，突然发现myApp被覆盖了，为什么？因为yourApp

       的包名和myApp的包名相同，那么，这样对于开发人员写的app的安全性是没有保障的，也就是说，随便一个

       包名相同的app就可以将另一个app覆盖掉了，而我们知道获取一个应用的包名是很容易的事，所以此时签名的

       概念也就随之而来了，主要是为了保证app的安全性，因为签名只有开发人员才知道，就算其他人知道这个应用

       的包名，但是不知道这个应用的签名，依旧是没法覆盖的，所以这就是android中的签名的作用，与此同时，

       在这里也需要提醒一下我们的开发人员，一旦app上市，那么这个app的签名一定要保存好，不然再次升级时，

       是没办法做到覆盖的，最好是将签名再复制一份给上司；

       2>如何签名？

       在androidstudio中，选择Build----->GenerateSignedAPK...

       填写完相应的选项(注：若没有keystore,可自行新建一个)----->Next----->

       在这个对话框中，BuildType选择Finish即可完成签名；

       注：（签名apk生成目录）

       我们签名之后的apk文件，可以在上边这幅图中可以看到，不要找错签名的应用了，

       在本示例中，其目录就是：C:UsersDAIDesktop

       加密：

       1>为什么要进行加密？

       简而言之，就是为了让我们的apk不被其他人所破解；

       2>如何加密？

       参考了一下网上的做法，就是：通过“爱加密”来达到对我们所写APK的一种加密

       注：在爱加密上加密了我们的APK之后，其官网也有明确注释，就是还需要再进行签名一次，否则，APK无法运行，

       其签名工具，在“爱加密”官网上已给出；

       这样当我们在对我们的已经加密的APK破解时，可以发现，其已无法直接获取得到源码了！！！

       阅读全文

       如何给apk文件签名？

       给修改后的apk重新签名的方法为：

       1、首先，删除apk包中的签名文件。在左侧的压缩文件中，找到META-INF选项，并删除。

       2、再次更改apk格式为压缩包形式，将其改回.apk格式。找到证书debug.keystore，将其复制到与需要重新签名的apk文件相同的目录下。

       3、按“WIN+R”，打开运行；输入“cmd”，进入D:Sign目录；

       4、运行下面的命令，-androiddebugkey表示Key别名。

       5、最后，修改后的apk重新签名就完成了。

       如何查看android应用签名文件的信息？

       一、查看本地keystore文件（前提是有keystore的密码）命令：keytool-list-v-keystore目标文件路径二、查看三方应用或是系统应用签名右键apk解压，目标文件是META-INF文件夹中的CERT.RSA文件，通过命令keytool.exe命令查看证书信息可以查看签名的MD5、SHA1、SHA值及签名算法命令：keytool-printcert-file目标文件路径