如何为apk以及zip文件签名

唯美的句子唯美句子 06-20 145 0

如何为apk以及zip文件签名

如果你只是想知道如何签名及下载签名工具，请直接看“如何使用SignApk.jar来为一个apk或zip文件签名”部分。要创建自己的证书请从头看起。

准备知识：

当你要发布一个软件或是自制的ROM时，你就需要一个使用了私钥的证书来为.apk或.zip文件进行签名。Android系统使用证书来识别软件作者和软件之间所建立的认证关系。做这个事情最经典的方式就是用keytool创建证书，然后使用jarsigner进行签名。但是本教程则会提供一个对于大多数人来说更为容易的方法，那就是使用一个名为SignApk.jar的工具。

SignApk.jar是一个已包含在Android平台源码包中的工具，你可以在本贴的附件中下载。如果要使用SignApk.jar，你需要创建一个带有对应证书/公钥的私钥。而你可以使用Openssl来创建私钥/公钥对。在Unix/Linux系统中使用Openssl相对来说比较容易。对于Windows用户，你可以在本贴附件或此链接中下载Windows版本的Openssl。

如何使用OpenSSL创建私钥/公钥对（也就通常说的证书文件，有误勿怪）(Windows版本)

下载附件中的openssl-0.9.8k_WIN32.zip

将下载到的压缩包解压到你电脑上的任意位置(例如：C:\OpenSSL)

在OpenSSL\bin文件夹下按顺序输入(使用CMD命令行工具，其中第2步会需要你输入一些信息，见图)：

1、openssl genrsa -out key.pem 1024

2、openssl req -new -key key.pem -config C:\OpenSSL\openssl.cnf -out request.pem

3、openssl x509 -req -days 9999 -in request.pem -signkey key.pem -out certificate.pem

4、openssl pkcs8 -topk8 -outform DER -in key.pem -inform PEM -out key.pk8 -nocrypt

大星星提示：如果你的recovery不具备签名校验切换功能，那么用你自己生成的证书文件来给ROM签名，会提示签名校验失败。因为目前几乎所有的第三方recovery中所带的私钥都是testkey的。（附件中的android.zip里面所包含的证书文件已更新为testkey）

如何使用SignApk.jar来为一个apk或zip文件签名：

下载附件中的android.zip

将下载到的压缩包解压到你电脑上的任意位置(例如：C:\android)

如果你的电脑上还没有安装JAVA环境，请下载并进行安装。

（如果你创建了自己的私钥/公钥对）复制certificate.pem和key.pk8到你解压得到的android文件夹中

使用CMD命令行工具cd到android文件夹，然后输入：（对于我提供的包，只需要将要签名的文件放在android文件夹中，然后拖至对应的批处理文件上即可）

java -jar signapk.jar certificate.pem key.pk8 your-app.apk your-signed-app.apk

或是

java -jar signapk.jar certificate.pem key.pk8 your-update.zip your-signed-update.zip

已破解签名始终和禁用ZIP 可是要怎样移除不要说刷机，我有很怕症就是

可能会使手机无法正常运行手机无法开机等等请小心建议破解前有所心理准备如果发现问题能开机的可以用幸运模拟器恢复不能开机的可以刷机如觉得好请采

如何打包安卓手机Zip升级包？如何签名？不换Recovery，用官方Recovery

通过分析update.zip包在具体Android系统升级的过程，来理解Android系统中Recovery模式服务的工作原理。

我们先从update.zip包的制作开始，然后是Android系统的启动模式分析，Recovery工作原理，如何从我们上层开始选择system update到重启到Recovery服务，以及在Recovery服务中具体怎样处理update.zip包升级的，我们的安装脚本updater-script怎样被解析并执行的等一系列问题。分析过程中所用的Android源码是gingerbread0919（tcc88xx开发板标配的），测试开发板是tcc88xx。

一、 update.zip包的目录结构

|----boot.img

|----system/

|----recovery/

`|----recovery-from-boot.p

`|----etc/

`|----install-recovery.sh

|---META-INF/

`|CERT.RSA

`|CERT.SF

`|MANIFEST.MF

`|----com/

`|----google/

`|----android/

`|----update-binary

`|----updater-script

`|----android/

`|----metadata

二、 update.zip包目录结构详解

以上是我们用命令make otapackage 制作的update.zip包的标准目录结构。

1、boot.img是更新boot分区所需要的文件。这个boot.img主要包括kernel+ramdisk。

2、system/目录的内容在升级后会放在系统的system分区。主要用来更新系统的一些应用或则应用会用到的一些库等等。可以将Android源码编译out/target/product/tcc8800/system/中的所有文件拷贝到这个目录来代替。

3、recovery/目录中的recovery-from-boot.p是boot.img和recovery.img的补丁(patch),主要用来更新recovery分区，其中etc/目录下的install-recovery.sh是更新脚本。

4、update-binary是一个二进制文件，相当于一个脚本解释器，能够识别updater-script中描述的操作。该文件在Android源码编译后out/target/product/tcc8800/system bin/updater生成，可将updater重命名为update-binary得到。

该文件在具体的更新包中的名字由源码中bootable/recovery/install.c中的宏ASSUMED_UPDATE_BINARY_NAME的值而定。

5、updater-script：此文件是一个脚本文件，具体描述了更新过程。我们可以根据具体情况编写该脚本来适应我们的具体需求。该文件的命名由源码中bootable/recovery/updater/updater.c文件中的宏SCRIPT_NAME的值而定。

6、 metadata文件是描述设备信息及环境变量的元数据。主要包括一些编译选项，签名公钥，时间戳以及设备型号等。

7、我们还可以在包中添加userdata目录，来更新系统中的用户数据部分。这部分内容在更新后会存放在系统的/data目录下。

8、update.zip包的签名：update.zip更新包在制作完成后需要对其签名，否则在升级时会出现认证失败的错误提示。而且签名要使用和目标板一致的加密公钥。加密公钥及加密需要的三个文件在Android源码编译后生成的具体路径为：

out/host/linux-x86/framework/signapk.jar

build/target/product/security/testkey.x509.pem

build/target/product/security/testkey.pk8 。

我们用命令make otapackage制作生成的update.zip包是已签过名的，如果自己做update.zip包时必须手动对其签名。

具体的加密方法：$ java –jar gingerbread/out/host/linux/framework/signapk.jar –w gingerbread/build/target/product/security/testkey.x509.pem gingerbread/build/target/product/security/testkey.pk8 update.zip update_signed.zip

以上命令在update.zip包所在的路径下执行，其中signapk.jar testkey.x509.pem以及testkey.pk8文件的引用使用绝对路径。update.zip 是我们已经打好的包，update_signed.zip包是命令执行完生成的已经签过名的包。

9、MANIFEST.MF：这个manifest文件定义了与包的组成结构相关的数据。类似Android应用的mainfest.xml文件。

10、CERT.RSA：与签名文件相关联的签名程序块文件，它存储了用于签名JAR文件的公共签名。

11、CERT.SF：这是JAR文件的签名文件，其中前缀CERT代表签名者。

另外，在具体升级时，对update.zip包检查时大致会分三步：①检验SF文件与RSA文件是否匹配。②检验MANIFEST.MF与签名文件中的digest是否一致。③检验包中的文件与MANIFEST中所描述的是否一致。

三、 Android升级包update.zip的生成过程分析

1) 对于update.zip包的制作有两种方式，即手动制作和命令生成。

第一种手动制作：即按照update.zip的目录结构手动创建我们需要的目录。然后将对应的文件拷贝到相应的目录下，比如我们向系统中新加一个应用程序。可以将新增的应用拷贝到我们新建的update/system/app/下（system目录是事先拷贝编译源码后生成的system目录），打包并签名后，拷贝到SD卡就可以使用了。这种方式在实际的tcc8800开发板中未测试成功。签名部分未通过，可能与具体的开发板相关。

第二种制作方式：命令制作。Android源码系统中为我们提供了制作update.zip刷机包的命令，即make otapackage。该命令在编译源码完成后并在源码根目录下执行。具体操作方式：在源码根目录下执行

①$ . build/envsetup.sh。

②$ lunch 然后选择你需要的配置(如17)。

③$ make otapackage。

在编译完源码后最好再执行一遍上面的①、②步防止执行③时出现未找到对应规则的错误提示。命令执行完成后生成的升级包所在位置在out/target/product/full_tcc8800_evm_target_files-eng.mumu.20120309.111059.zip将这个包重新命名为update.zip，并拷贝到SD卡中即可使用。

这种方式(即完全升级)在tcc8800开发板中已测试成功。

2) 使用make otapackage命令生成update.zip的过程分析。

在源码根目录下执行make otapackage命令生成update.zip包主要分为两步，第一步是根据Makefile执行编译生成一个update原包（zip格式）。第二步是运行一个python脚本，并以上一步准备的zip包作为输入，最终生成我们需要的升级包。下面进一步分析这两个过程。

第一步：编译Makefile。对应的Makefile文件所在位置：build/core/Makefile。从该文件的884行（tcc8800,gingerbread0919）开始会生成一个zip包，这个包最后会用来制作OTA package 或者filesystem image。先将这部分的对应的Makefile贴出来如下：

[python] view plaincopyprint?

# -----------------------------------------------------------------

# A zip of the directories that map to the target filesystem.

# This zip can be used to create an OTA package or filesystem image

# as a post-build step.

根据上面的Makefile可以分析这个包的生成过程：

首先创建一个root_zip根目录，并依次在此目录下创建所需要的如下其他目录

①创建RECOVERY目录，并填充该目录的内容，包括kernel的镜像和recovery根文件系统的镜像。此目录最终用于生成recovery.img。

②创建并填充BOOT目录。包含kernel和cmdline以及pagesize大小等，该目录最终用来生成boot.img。

③向SYSTEM目录填充system image。

④向DATA填充data image。

⑤用于生成OTA package包所需要的额外的内容。主要包括一些bin命令。

⑥创建META目录并向该目录下添加一些文本文件，如apkcerts.txt(描述apk文件用到的认证证书)，misc_info.txt(描述Flash内存的块大小以及boot、recovery、system、userdata等分区的大小信息)。

⑦使用保留连接选项压缩我们在上面获得的root_zip目录。

⑧使用fs_config(build/tools/fs_config)配置上面的zip包内所有的系统文件(system/下各目录、文件)的权限属主等信息。fs_config包含了一个头文件#include“private/android_filesystem_config.h”。在这个头文件中以硬编码的方式设定了system目录下各文件的权限、属主。执行完配置后会将配置后的信息以文本方式输出到META/filesystem_config.txt中。并再一次zip压缩成我们最终需要的原始包。

第二步：上面的zip包只是一个编译过程中生成的原始包。这个原始zip包在实际的编译过程中有两个作用，一是用来生成OTA update升级包，二是用来生成系统镜像。在编译过程中若生成OTA update升级包时会调用（具体位置在Makefile的1037行到1058行）一个名为ota_from_target_files的python脚本，位置在/build/tools/releasetools/ota_from_target_files。这个脚本的作用是以第一步生成的zip原始包作为输入，最终生成可用的OTA升级zip包。

二下面我们分析ota_from_target_files这个python脚本是怎样生成最终zip包的。先讲这个脚本的代码贴出来如下：

[python] view plaincopyprint?

import sys

if sys.hexversion < 0x02040000:

print >> sys.stderr, "Python 2.4 or newer is required."

sys.exit(1)

主函数main是python的入口函数，我们从main函数开始看，大概看一下main函数（脚本最后）里的流程就能知道脚本的执行过程了。

① 在main函数的开头，首先将用户设定的option选项存入OPTIONS变量中，它是一个python中的类。紧接着判断有没有额外的脚本，如果有就读入到OPTIONS变量中。

② 解压缩输入的zip包，即我们在上文生成的原始zip包。然后判断是否用到device-specific extensions（设备扩展）如果用到，随即读入到OPTIONS变量中。

③ 判断是否签名，然后判断是否有新内容的增量源，有的话就解压该增量源包放入一个临时变量中（source_zip）。自此，所有的准备工作已完毕，随即会调用该脚本中最主要的函数WriteFullOTAPackage(input_zip,output_zip)

④ WriteFullOTAPackage函数的处理过程是先获得脚本的生成器。默认格式是edify。然后获得metadata元数据，此数据来至于Android的一些环境变量。然后获得设备配置参数比如api函数的版本。然后判断是否忽略时间戳。

⑤ WriteFullOTAPackage函数做完准备工作后就开始生成升级用的脚本文件(updater-script)了。生成脚本文件后将上一步获得的metadata元数据写入到输出包out_zip。

⑥至此一个完整的update.zip升级包就生成了。生成位置在：out/target/product/tcc8800/full_tcc8800_evm-ota-eng.mumu.20120315.155326.zip。将升级包拷贝到SD卡中就可以用来升级了。

四、 Android OTA增量包update.zip的生成

在上面的过程中生成的update.zip升级包是全部系统的升级包。大小有80M多。这对手机用户来说，用来升级的流量是很大的。而且在实际升级中，我们只希望能够升级我们改变的那部分内容。这就需要使用增量包来升级。生成增量包的过程也需要上文中提到的ota_from_target_files.py的参与。

下面是制作update.zip增量包的过程。

① 在源码根目录下依次执行下列命令

$ . build/envsetup.sh

$ lunch 选择17

$ make

$ make otapackage

执行上面的命令后会在out/target/product/tcc8800/下生成我们第一个系统升级包。我们先将其命名为A.zip

② 在源码中修改我们需要改变的部分，比如修改内核配置，增加新的驱动等等。修改后再一次执行上面的命令。就会生成第二个我们修改后生成的update.zip升级包。将其命名为B.zip。

③ 在上文中我们看了ota_from_target_files.py脚本的使用帮助，其中选项-i就是用来生成差分增量包的。使用方法是以上面的A.zip 和B.zip包作为输入，以update.zip包作为输出。生成的update.zip就是我们最后需要的增量包。

具体使用方式是：将上述两个包拷贝到源码根目录下，然后执行下面的命令。

$ ./build/tools/releasetools/ota_from_target_files -i A.zip B.zip update.zip。

在执行上述命令时会出现未找到recovery_api_version的错误。原因是在执行上面的脚本时如果使用选项i则会调用WriteIncrementalOTAPackage会从A包和B包中的META目录下搜索misc_info.txt来读取recovery_api_version的值。但是在执行make otapackage命令时生成的update.zip包中没有这个目录更没有这个文档。

此时我们就需要使用执行make otapackage生成的原始的zip包。这个包的位置在out/target/product/tcc8800/obj/PACKAGING/target_files_intermediates/目录下，它是在用命令make otapackage之后的中间生产物，是最原始的升级包。我们将两次编译的生成的包分别重命名为A.zip和B.zip，并拷贝到SD卡根目录下重复执行上面的命令：

$ ./build/tools/releasetools/ota_form_target_files -i A.zip B.zip update.zip。

在上述命令即将执行完毕时，在device/telechips/common/releasetools.py会调用IncrementalOTA_InstallEnd,在这个函数中读取包中的RADIO/bootloader.img。

而包中是没有这个目录和bootloader.img的。所以执行失败，未能生成对应的update.zip。可能与我们未修改bootloader（升级firmware）有关。此问题在下一篇博客已经解决。

制作增量包失败的原因，以及解决方案。

Android系统Recovery工作原理之使用update.zip升级过程分析（二）---update.zip差分包问题的解决

在上一篇末尾提到的生成差分包时出现的问题，现已解决，由于最近比较忙，相隔的时间也比较长，所以单列一个篇幅提示大家。这个问题居然是源码中的问题，可能你已经制作成功了，不过我的这个问题确实是源码中的一个问题，不知道是不是一个bug，下文会具体分析！

一、生成OTA增量包失败的解决方案

在上一篇中末尾使用ota_from_target_files脚本制作update.zip增量包时失败，我们先将出现的错误贴出来。

在执行这个脚本的最后读取input_zip中RADIO/bootloader.img时出现错误，显示DeviceSpecifiParams这个对象中没有input_zip属性。

我们先从脚本中出现错误的调用函数中开始查找。出现错误的调用地方是在函WriteIncrementalOTAPackage（443行）中的device_specific.IncrementalOTA_InstallEnd()，其位于WriteIncrementalOTAPackage()中的末尾。进一步跟踪源码发现，这是一个回调函数，他的具体执行方法位于源码中/device/telechips/common/releasetools.py脚本中的IncrementalOTA_InstallEnd()函数。下面就分析这个函数的作用。

releasetools.py脚本中的两个函数FullOTA_InstallEnd()和IncrementalOTA_InstallEnd()的作用都是从输入包中读取RADIO/下的bootloader.img文件写到输出包中，同时生成安装bootloader.img时执行脚本的那部分命令。只不过一个是直接将输入包中的bootloader.img镜像写到输出包中，一个是先比较target_zip和source_zip中的bootloader.img是否不同（使用选项-i生成差分包时），然后将新的镜像写入输出包中。下面先将这个函数(位于/device/telechips/common/releasetools.py)的具体实现贴出来：

我们的实际情况是，在用命令make otapackage时生成的包中是没有这个RADIO目录下的bootloader.img镜像文件（因为这部分更新已被屏蔽掉了）。但是这个函数中对于从包中未读取到bootloader.img文件的情况是有错误处理的，即返回。所以我们要从出现的实际错误中寻找问题的原由。

真正出现错误的地方是：

target_bootloader=info.input_zip.read(“RADIO/bootloader.img”)。

出现错误的原因是：AttributeError：‘DeviceSpecificParams’object has no attribute ‘input_zip’，提示我们DeviceSpecificParams对象没有input_zip这个属性。

二、updater-script脚本执行流程分析：

先看一下在测试过程中用命令make otapackage生成的升级脚本如下：

[python] view plaincopyprint?

assert(!less_than_int(1331176658, getprop("ro.build.date.utc")));

assert(getprop("ro.product.device") == "tcc8800" ||

下面分析下这个脚本的执行过程：

①比较时间戳：如果升级包较旧则终止脚本的执行。

②匹配设备信息：如果和当前的设备信息不一致，则停止脚本的执行。

③显示进度条：如果以上两步匹配则开始显示升级进度条。

④格式化system分区并挂载。

⑤提取包中的recovery以及system目录下的内容到系统的/system下。

⑥为/system/bin/下的命令文件建立符号连接。

⑦设置/system/下目录以及文件的属性。

⑧将包中的boot.img提取到/tmp/boot.img。

⑨将/tmp/boot.img镜像文件写入到boot分区。

⑩完成后卸载/system。

三、总结

以上的九篇着重分析了Android系统中Recovery模式中的一种，即我们做好的update.zip包在系统更新时所走过的流程。其核心部分就是Recovery服务的工作原理。其他两种FACTORY RESET、ENCRYPTED FILE SYSTEM ENABLE/DISABLE与OTA INSTALL是相通的。重点是要理解Recovery服务的工作原理。另外详细分析其升级过程，对于我们在实际升级时，可以根据我们的需要做出相应的修改。

zip为什么要签名？

zip是压缩软件格式，应该是不需要签名的，直接压缩即可

禁用zip签名验证破解应用不了怎么办。

可能会使手机无法正常运行手机无法开机等等请小心

建议破解前有所心理准备如果发现问题能开机的可以用幸运模拟器恢复

不能开机的可以刷机

希望对你有所帮助!

是不是刷了第三方recovery就可以刷没有签名的zip包吗

是的

安卓手机两种方法刷入第三方recovery：

方法一：手机开机进入系统状态，使用【移动叔叔工具箱】软件，刷入【第三方recovery模式】，具体步骤如下：

在已经成功获取root权限的手机上，下载安装【移动叔叔工具箱】软件，使用【移动叔叔工具箱】软件，刷入recovery模式的方法步骤：

1.在网上（推荐手机品牌官网、安卓网机锋论坛、百度网盘）搜索与个人手机品牌及机型信号相匹配一致的第三方recovery.img文件，将其复制粘贴在手机SD卡卡根（卡根：就是直接复制粘贴在SD卡里，不能将文件放在文件夹目录中）

2.成功获取手机安卓系统root权限

3.在已经成功root的手机上下载并安装【移动叔叔工具箱】（软件）

4.用【移动叔叔工具箱】的【recovery更新】功能→【导入SD卡上的recovery.img文件】→确定→重启→重启后，自动进入recovery模式→刷入完成。进入recovery模式后，按音量键→切换选项；按开机电源键→确认，执行操作。

方法二：手机关机状态下

1：进入fastboot模式；

2：用数据线接入手机到电脑；

3：电脑自动识别装入驱动；

4：找到recovery包中的flash.bat，运行它，就刷入recovery了

手机进入recovery模式的方法：

方法一：如果手机是开机状态，请先关机，在关机情况下，同时按住电源（挂机键）+ 小房子（Home）键，直到出现Recovery界面为止。

方法二：如果以上方法无法进入，那么再开机，先按住音量+键不放，然后再长按电源开机键，知道出现Recovery界面为止。

卡刷刷机必须【第三方rec模式】

进入并使用recovery模式刷机，方法如下：

卡刷必须刷入第三方recovery模式的。

1：下载rom刷机包，点击这里下载，这里提供的有相关的卡刷包，如果你的手里已经有rom卡刷包了也可以，下载其它地方的rom包也可以，只要是支持卡刷的就行，因为所有的卡刷包的刷机方法是一样的。

2：确保手机能用usb数据线正常的连接电脑，连接电脑是为了把上面下载的rom刷机包复制到手机的sd卡里

3：因为是卡刷，所以手机里必须先要刷入第三方的rec模式才可以

开始卡刷刷机：

1：先将上面下载好的ROM卡刷包复制到手机的SD卡的根目录下

2：然后手机关机，进入刷好的recovery中（进入的方法：手机先关机，然后手机在关机的状态下同时按住手机的【音量下键】 + 【电源键】，数秒即可进入recovery界面了：）

3：用音量键选择【清空数据/恢复出厂设置】然后再选择【是的-清空所有数据】然后按电源键确认

4：返回到recovery主界面，然后用音量键选择【清空Cache分区】，然后再选择【是的-清空Cache】然后按电源键确认

5：返回主界面，按音量键选择【安装zip刷机包】然后再选择【从/sdcard读取zip刷机包文件】，然后找到刚才复制到手机sd卡根目录下的zip格式的rom刷机包（比如：XXXXXX.zip），然后再选择【是的-安装 XXXXX.zip】，按电源键确认

6：等待刷机完成后，返回上级菜单，最后选择【立即重启系统】

启动zip刷机包签名验证是什么意思

recovery里有关闭验证的选项。

刷机包里面的签名验证是哪个文件

通常卡刷包内部有META-INF（刷机包签名以及刷机脚本文件夹）、system（整个手机系统以及自带软件文件夹）、data（用户文件夹，可有可无，这个文件下里的安装软件都可以手动卸载）、还有一个boot.img文件。

签名验证文件一般就是进入META-INF里面之后能看到cert.sf和 cert.rsa，这个就是刷机包的签名验证了，com\google\android\updater-script 这个路径下的文件是刷机脚本，如果对手机系统文件有修改过，对应的脚本文件也需要修改，不然后期使用会出现BUG问题。

ZIP刷机包解包后重新打包需要重新签名吗?

只要不改东西，不用重新签名

update.zip如何通过recovery的签名验证？

E:Can’t open/cache/recovery/command 无法打开/缓存/恢复/命令-- Install from sdcard… -从安装SD卡...Finding update package… 寻找更新包...Opening update package… 打开更新包...Verifying update package… 验证更新包...E:failed to open /sdcard/update.zip(No such file or directory)未能打开/ SD卡/ update.zip（没有这样的文件或目录）E:signature verification failed 签名验证失败Installation aborted. 安装中止。