给安装包添加证书

『壹』 如何将证书导入到软件包密钥库

要导入的证书和私钥必须以
PEM
或
DER
编码的
X.509
证书和私钥形式存在。此外，必须先将任何将您的签名证书与证书颁发机构证书相关联的中间或“链”证书导入到软件包密钥库中，然后才能对软件包进行签名。
注
–
各证书颁发机构可能会颁发不同格式的证书。要将证书和私钥从
PKCS12
文件提取到
PEM
编码的
X.509
文件（适于导入到软件包密钥库），请使用免费软件转换实用程序，例如
OpenSSL。
如果您的私钥进行了加密（通常应该如此），系统将提示您输入口令短语。此外，还将提示您输入口令以保护生成的软件包密钥库。您可以选择不提供任何口令，但是这样做会导致软件包密钥库不会加密。
以下过程介绍了证书格式正确时，如何使用
pkgadm
命令导入证书。
导入在
PEM
或
DER
编码的
X.509
证书文件中找到的所有证书颁发机构证书。
例如，要导入在
ca.pem
文件中找到的所有证书颁发机构证书，应键入以下内容：
$
pkgadm
addcert
-k
~/mykeystore
-ty
ca.pem
输出可能如下所示：
Trusting
certificate
<VeriSign
Class
1
CA
Indivial
\
Subscriber-Persona
Not
Validated>
Trusting
certificate
</C=US/O=VeriSign,
Inc./OU=Class
1
Public
\
Primary
Certification
Authority
Type
a
Keystore
protection
Password.
Press
ENTER
for
no
protection
password
(not
recommended):
For
Verification:
Type
a
Keystore
protection
Password.
Press
ENTER
for
no
protection
password
(not
recommended):
Certificate(s)
from
<ca.pem>
are
now
trusted
为了将您的签名密钥导入到软件包密钥库，必须提供别名，供以后签名软件包时使用。如果您要从软件包密钥库中删除密钥，也可能会使用该别名。
例如，要从
sign.pem
文件中导入您的签名密钥，应键入以下内容：
$
pkgadm
addcert
-k
~/mykeystore
-n
mycert
sign.pem
输出可能如下所示：
Enter
PEM
passphrase:
Enter
Keystore
Password:
Successfully
added
Certificate
<sign.pem>
with
alias
<mycert>
检验证书是否在软件包密钥库中。
例如，要在密钥库中查看在上一步骤中创建的证书，应键入以下内容：
$
pkgadm
listcert
-k
~/mykeystore

『贰』 怎么安装没有安全证书的安装包丫。设置了也不管用啊

没有安全证书手机也不知道安不安全，所以不让你下载呗，你可以重启手机重新再下载试试

『叁』 怎样安装证书

1 首先抄打开开始-所有程序-控制面板-添加或删除程序。

2 安装证书最好是在域控制器，在单击添加/删除windows组件。在单击证书服务。

3 这里出现了microsoft证书服务，在单击是。

4 在回到windows 组件向导在单击下一步。这里选择企业根，在单击下一步

5 在些CA的公用名称输入feng ca可以自定义，输入之后在单击是。再单击下一步。这里出现了是否要重新启动在单击是。

6 单击确定

『肆』 华为安装app时显示该安装包未包含任何证书怎么办

华为安装app时显示该安装包未包含任何证书是安装错误造成的，解决方版法为：

1、打开手机，当权我们安装某软件时，遇到图中提示的问题。

『伍』 安装软件时显示该安装包未包含任何证书怎么破

建议去正规商店进行下载。

在移动时代，APP正普遍遭遇反编译、二次打包、病毒侵袭等安全性问题。表面上看整个无线互联网非常火热和繁荣，但背后的安全问题已经越来越突出。据其理解，APP的安全性问题，主要可分为三种：盗版、数据篡改和山寨。

盗版首先是以反编译为前提通过修改某些资源文件或者是代码文件，之后重新打包二次分发。软件破解通常是反编译的一个过程。

通俗理解就像是手机仿冒厂商为了得到生产工艺，将目标手机进行拆解，研究其内部结构后，重新制造一个相似的产品。只是，反编译过程拆解的是软件程序，而手机厂商拆解的是硬件。

山寨APP也对企业端带来了难以挽回的伤害。如果用户下载了山寨APP，当相关山寨APP利益方发动相应的违法违规行为时，如无故扣费等，用户会自然地把损失责任划分到官方企业的头上，比如第三方利益方利用山寨德邦物流APP进行揽活后失联时，受害用户会将责任归罪于德邦物流。

『陆』 需要手机应用安装包证书。

一、如果手机需要下载安装软件应用，建议尝试：
1.使用手机功能表中自带的浏览版器上网，直接搜索需要权的软件进行下载安装(下载安卓版本格式为apk)。
2.使用电脑下载APK格式的安装包，连接数据线传输至手机，操作手机在应用程序-我的文件中找到安装包，运行后点击安装按钮。
3.下载完成后点击下载的应用，根据软件手机界面中软件安装提示点击安装即可。
二、如果出现无法安装使用，建议按照以下方法尝试：
1.建议将此软件卸载重新安装尝试。
2.手机未开启未知来源：设定-安全-未知来源打钩，然后重新安装尝试；
3.若其他第三方软件可以正常使用，只有此软件不能可能与手机系统存在兼容性问题。
4.更新下手机系统版本后安装尝试

『柒』 如何向应用程序添加证书

Android系统要求，所有的程序经过数字签名后才能安装。Android系统使用这个证书来识别应用程序的作者，并且建立程序间的信任关系。证书不是用于用户控制哪些程序可以安装。

『捌』 安装软件提示 安装包没有证书

安装软件提示安装包没有证书，那么这个安装包是没有用的，因为没有证书的话有没有这个协议。

『玖』 安装一个软件提示，该安装包未包含任何证书，安装失败，怎么解决

如果这样的软件安装失败，需要必须安装的情况下，可以去网络下载一个破解软件加密的软件或者网络搜索解决的办法。

『拾』 如何发布android 应用程序，app增加签名证书

Android系统要求，所有的程序经过数字签名后才能安装。Android系统使用这个证书来识别应用程序的作者，并且建立程序间的信任关系。证书不是用于用户控制哪些程序可以安装。证书不需要授权中心来签名：Android应用程序上使用自己签名的证书是完全允许且普遍的。
理解Android应用程序签名有以下几个重要点：
·所有的应用程序都必须签名。系统不会安装任何一个不签名的程序。
·你可以使用自己的证书来签名。不需要任何授权中心。
·当你要为最终用户发布你的应用程序的时候，你必须签入一个合适的密钥。你不可以发布程序的时候还使用SDK工具签入的DebugKey。
·系统只在安装应用程序的时候检测证书的有效期。如果应用程序在安装之后证书失效了，那么，应用程序还是可以正常工作。
·你可以使用标准工具——Keytool和Jarsigner——生成Key并签名apk文件。
·一旦你为应用程序签名了，一定要使用zipalign工具来优化最终的APK包。
Android系统不会安装和运行没有正确签名的应用程序。这条规则适用于任何运行Android系统的地方，不管是真机还是模拟器。正是由于这个原因，你必须在模拟器或真机上运行/调试程序之前对程序进行签名。
当你调试应用程序时，AndroidSDK工具替你对应用程序进行了签名。Eclipse的ADT插件和Ant编译工具都提供了两种签名模式——Debug模式和Release模式。
·当开发和测试时，你可以使用Debug模式。在Debug模式下，编译工具使用内嵌在JDK中的Keytool工具来创建一个keystore和一个key(包含公认的名字和密码)。在每次编译的时候，使用这个DebugKey来为apk文件签名。由于密码是公认的，在每次编译的时候，也不需要提示你输入keystore和key密码。
·当你的程序准备发布时，你必须在Release模式下，使用密钥来为apk文件签名。有以下两种方式可以做到：
1.命令行中使用Keytool和Jarsigner。在这个方法中，首先需要编译出一个未签名的apk。然后使用Jarsigner(或相似的工具)，用你的密钥为apk手动签名。如果你没有合适的密钥，你可以运行Keytool来手动生成自己的keystore/key。
2.使用ADT导出向导。如果你使用Eclipse/ADT插件进行开发，你可以使用导出向导来编译程序，生成密钥(如果需要)，并为apk签名，所有这些操作都在导出向导中。一旦你的程序签名了，别忘了运行zipalign来为apk进行额外的优化。
签名策略
应用程序签名的某些方面可能会影响应用程序的开发，特别是你打算一起发布多个应用程序的时候。一般来说，推荐的策略是在整个应用程序寿命内，所有的程序签上相同的证书。
以下有几个应该这么做的原因：
·应用程序升级——当你对应用程序进行升级时，如果你想用户平稳的升级，那么，你就需要签上相同的证书。当系统安装一个升级应用程序时，如果新版本的证书与老版本的证书有匹配的话，那么，系统才会允许进行升级。如果你没有为版本签上合适的证书，当你安装时，你需要给应用程序指定一个新的包名——在这种情况下，用户安装的新版本，被当作是一个全新的应用程序。
·应用程序模块化——如果应用程序请求的话，Android系统允许签有相同证书的应用程序运行在相同的进程里，这样，系统就会把它们看作是一个单一的应用程序。用这种方法配置应用程序，用户可以选择更新每个独立的模块。
·代码/数据权限共享——Android系统提供了基于签名的权限检查，因此，如果应用程序间签有特定的证书，那么，它们之间可以共享功能。通过多个程序签有相同的证书并且使用基于签名的权限检查，你的程序可以以一种安全的方式共享代码和数据。还有一个决定签名策略的重要因素是：如何设定key的有效期。
·如果你计划支持单个应用程序的升级，你需要确保你的key拥有一个超过期望的应用程序生命周期的有效期。推荐使用25年或更多的有效期。当你的key过期了，用户也就不能平稳的更新到新版本了。
·如果你想给多个无关的应用程序签上相同的key，那么，你必须确保key的有效期超过所有应用程序所有版本的生命周期，包括将来有可能添加到这一阵营的程序。
·如果你想在AndroidMarket上发布你的程序，key的有效期必须在2033.10.22以后。Market服务器强制这一要求，目前是保证用户可以平稳的更新他们的程序。
当你设计应用程序时，一定要把这些点记在脑子里，并且使用一个合适的证书来为应用程序签名。
签名的基本设定
在你开始之前，你必须保证Keytool对SDK编译工具来说是可利用的。多数情况下，你可以通过设置JAVA_HOME环境变量来告诉SDK编译工具如何找到Keytool。另外，你还可以添加JDK中Keytool的路径到PATH的变量里。
如果你在Linux上开发，并且使用GNU编译器来编译Java，那么，请确保系统是使用JDK中的Keytool，而不是gcj。如果Keytool已经在你的PATH中，它有可能是对/usr/bin/keytool的符号链接。在这种情况下，检查符号链接的目标，确保它是指向JDK中的Keytool。如果你打算对公众释放你的应用程序，你还需要Jarsigner工具。Jarsigner和Keytool都包含在JDK中。
Debug模式下签名
Android编译工具提供了Debug签名模式，使得开发和调试应用程序更加容易，而且还满足Android系统的签名要求。当使用Debug模式编译你的app时，SDK工具会调用Keytool工具自动创建一个Debug的keystore和key。然后，这个Debugkey会自动用于apk的签名，这样，你不需要使用你自己的key来为应用程序包签名。
SDK工具使用预先定义好的名字/密码来创建Debugkeystore/key：
·Keystore名字：“debug.keysotre”
·Keystore密码：“android”
·Key别名：“androiddebugkey”
·Key密码：“android”
·CN：“CN=AndroidDebug,O=Android,C=US”
如果需要的话，你可以改变Debugkeystore/key的位置和名字，或者提供一个自定义的Debugkeysotre/key。然而，任何自定义的Debugkeystore/key必须使用和默认Debugkey(上面描述的)相同的名字和密码。(在Eclipse/ADT中，操作Windows>Preferences>Android>Build实现。)
注意：你不能将签有Debug证书的应用程序发布给公众。
Eclipse用户
如果你在Eclipse/ADT下开发(并且已经按照上面描述的“签名的基本设定”配置了Keytool)，Debug模式下签名默认是开启的。当你运行或是调试应用程序时，ADT会使用Debug证书进行签名，并运行zipalign，然后安装到选择的模拟器或是连接上的设备。整个过程不需要你参与，前提是ADT能访问Keytool。
Ant用户
如果你使用Ant来编译你的apk文件，需要在ant命令中添加debug选项来开启Debug签名模式(假设你正在使用由android工具生成build.xml文件)。当你运行antdebug来编译你的程序时，编译脚本会生成一个keystore/key，并为apk进行签名。然后脚本会使用zipalign工具对apk进行对齐处理。整个过程不需要你参与。阅读“其它IDE下开发：Debug模式编译”来了解更多的信息。
Debug证书过期
Debug模式下签名用的证书(默认是Eclipse/ADT和Ant编译)自从它创建之日起，1年后就会失效。
当证书失效时，你会得到一个编译错误，在Ant编译上，
错误如下：
debug:
[echo]Packagingbin/samples-debug.apk,andsigningitwithadebugkey...
[exec]DebugCertificateexpiredon8/4/083:43PM
在Eclipse/ADT中，Android控制台上你将会看到一个相似的错误。
为了解决这个问题，只需要删掉debug.keystore文件即可。AVD默认存储的位置在：~/.android/avd(OSX和Linux)，C:DocumentsandSettings\.android(WindowsXP)，C:Users\.android(WindowsVista)。
当下一次编译的时候，编译工具会重新生成一个新的keystore和Debugkey。
Release模式下签名
当你的程序准备好释放给其它用户时，你必须：
1.获取一个合适的密钥
2.在Release模式下编译程序
3.使用密钥签名程序
4.对齐APK包
如果你是使用Eclipse/ADT插件开发，你可以使用导出向导来完成编译、签名和对齐等操作。在整个过程中，导出向导甚至还可以生成一个新的keystore和密钥。因此，如果你使用Eclipse，你可以直接跳到“使用EclipseADT编译和签名”。
获取一个合适的密钥为了进行程序的签名，首先，你必须有一个合适的密钥。密钥指：
·个人持有。
·代表个人、公司或组织实体的身份。
·拥有一个有效期。有效期推荐超过25年。
如果你在AndroidMarket上发布你的程序，需要注意一点的是：程序的有效期需要在2033.10.22之后。你不能上传一个应用程序，而它的key的有效期是在这个日期之前。
·不是由AndroidSDK工具生成的Debugkey。
如果你没有一个合适的key，你一定要使用Keytool来生成一个。如“基本设定”中描述的，确保Keytool可用。
为了用Keytool生成一个key，使用keytool命令并传入一些可选参数，如下表所示。
警告:确保密钥的安全。一定要阅读“安全储存你的密钥”中讨论如何确保你的密钥的安全以及这对你和用户为何如此重要。尤其是，当你生成你的密钥时，一定要为keystore和key使用强密码。