All posts tagged: 应用签名

移动应用程序的安全性至关重要，而 APP 签名（Application Signing）是确保应用完整性和真实性的核心机制之一。签名的生命周期管理不当可能会导致应用无法更新、用户数据丢失，甚至引发安全漏洞。如何有效管理 APP 签名的生命周期？本文将深入探讨 APP 签名的生命周期管理策略，涵盖密钥管理、证书更新、签名迁移、自动化实践以及企业级最佳实践。

1. APP 签名的基本概念

在移动应用开发过程中，开发者需要对 APP 进行数字签名，以确保应用的来源可信，并防止被篡改。签名主要由以下三个核心要素组成：

• 私钥（Private Key）：用于加密哈希值，保证应用的唯一性。
• 证书（Certificate）：包含公钥信息，用于验证 APP 的来源。
• 签名算法（Signing Algorithm）：用于计算哈希值并进行加密，如 RSA、ECDSA 等。

在 Android 生态系统中，Google Play 要求开发者使用 Android App Bundles（AAB） 进行签名，推荐 Google Play App Signing（GPAS） 进行密钥管理。而在 iOS 生态系统中，Apple 通过 Developer ID 和 Provisioning Profile 进行应用签名管理。

2. APP 签名的生命周期管理

APP 签名的生命周期可以分为以下几个关键阶段，每个阶段都有不同的管理要点：

2.1 私钥与证书管理

私钥管理是签名生命周期管理中最核心的环节之一。以下是一些最佳实践：

1. 使用 HSM（硬件安全模块）或云 KMS：避免私钥存储在本地设备，推荐使用 AWS KMS、Google Cloud KMS 或 Azure Key Vault。
2. 访问控制：仅授权用户和 CI/CD 管道可访问私钥，避免团队成员直接存储私钥。
3. 备份策略：至少保留一个安全副本，并加密存储，防止密钥丢失导致 APP 无法更新。
4. 避免长期使用同一密钥：定期轮换签名密钥，减少潜在泄露的影响范围。

2.2 证书更新与密钥轮换

证书通常有固定的有效期，例如 Android 证书默认有效期为 25 年，而 iOS 证书的有效期较短（一般为 1 年）。当证书即将到期时，开发者需要执行密钥轮换，常见的策略如下：

• Android 签名轮换策略
  • 使用 Google Play App Signing，让 Google 代管私钥，避免密钥丢失。
  • 通过 APK Signature Scheme v2 或 v3 允许 APP 使用多个签名密钥，确保兼容性。
  • 采用 SourceStamp 进行额外的来源验证，防止签名被滥用。
• iOS 签名轮换策略
  • 确保 Apple Developer Program 账户有效，否则签名证书会失效。
  • 通过 Xcode 更新 Provisioning Profile，并重新签名应用。
  • 如果证书过期，可通过 Apple Developer 网站申请新证书，并重新分发应用。

3. 签名密钥的安全存储与访问控制

有效的密钥存储和访问控制策略可以减少私钥泄露的风险，以下是一些常见的方法：

3.1 云密钥管理（Cloud KMS）

现代企业越来越多地使用云 KMS（Key Management Service）来管理签名密钥，如：

云 KMS 具有 访问控制（IAM 角色）、自动轮换密钥 和 审计日志 功能，可确保密钥安全。

3.2 CI/CD 自动化签名

开发者可以使用 CI/CD 管道来管理 APP 签名，减少人工操作带来的安全风险。例如：

• Jenkins + AWS KMS：Jenkins 触发构建时，从 AWS KMS 获取签名密钥进行签名。
• GitHub Actions + Google Play Signing：自动化应用构建和上传，无需开发者本地存储密钥。

示例流程图：CI/CD 自动签名流程

开发者提交代码 → CI/CD 触发构建 → 从 KMS 获取私钥 → 签名 APK/AAB → 部署至应用商店

4. 签名密钥泄露应对策略

即使采取了严格的密钥管理措施，仍然存在密钥泄露的可能性。以下是应对策略：

1. 立即吊销旧密钥：如果密钥泄露，尽快申请新证书，并使用新的私钥重新签名应用。
2. 通知用户更新：通过应用内更新或通知系统，引导用户升级到新版本。
3. 日志审计：分析密钥使用日志，确定泄露原因，并加强安全防护。
4. 增强访问控制：调整密钥管理策略，避免过多用户访问私钥。

5. 企业级 APP 签名最佳实践

对于大规模企业或拥有多个 APP 的开发团队，签名管理更加复杂。以下是一些企业级最佳实践：

• 集中式密钥管理：使用 HSM 或云 KMS 统一管理 APP 签名密钥，避免分散存储。
• 多层签名机制：结合 Google Play 签名和企业内部签名，提升安全性。
• 角色权限划分：限制开发者直接访问私钥，仅授权 CI/CD 进行签名操作。
• 定期审计和轮换：每 6-12 个月进行一次密钥安全评估，确保密钥未被滥用。

APP 签名的生命周期管理是保障应用安全性和长期可维护性的关键环节。通过合理的密钥存储、自动化签名、定期轮换以及密钥泄露应对策略，开发者可以有效降低安全风险，并确保应用在整个生命周期内的完整性和可信性。

在现代软件开发和部署流程中，Docker作为一种流行的容器化技术，为应用提供了一种高效、便捷的方式来进行打包、分发和运行。与之相关的一个重要任务便是应用的签名管理。应用签名不仅能保证软件的完整性，防止恶意篡改，还能通过验证来确保应用源的可信性。Docker容器镜像签名，作为保护应用安全的一种手段，正在越来越多的企业和开发者中得到重视。那么如何使用Docker进行应用签名管理？

1. Docker镜像签名的概述

Docker镜像签名是指对镜像内容（包括其层、配置文件等）进行加密签名，以确保镜像没有被篡改。通过使用签名验证，用户可以确认镜像来源是否可信且内容是否完整无误。随着容器化技术的普及，Docker镜像签名成为了确保安全的必要步骤。

2. 为什么需要Docker应用签名？

应用签名管理主要有以下几个重要目的：

1. 验证镜像来源
   通过签名，用户可以确认镜像是由可信的发布者发布的，防止恶意篡改或假冒镜像。
2. 确保镜像内容完整
   容器镜像由多个层（layer）构成，签名可以确保在传输或存储过程中没有被篡改，保证镜像的完整性。
3. 增强安全性
   在企业环境中，使用未经签名的镜像可能会成为安全漏洞的入口。Docker镜像签名可以帮助企业避免潜在的安全风险，增强系统的防护能力。

3. Docker签名管理的基本流程

在Docker中进行应用签名管理的过程一般包括以下几个步骤：

3.1 配置Docker Content Trust（DCT）

Docker Content Trust（DCT）是Docker用于镜像签名验证的机制。启用DCT后，Docker客户端会在拉取、推送镜像时验证镜像的签名。

要启用DCT，只需设置DOCKER_CONTENT_TRUST环境变量为1。以下是启用DCT的步骤：

export DOCKER_CONTENT_TRUST=1

启用DCT后，Docker会在推送和拉取镜像时，自动进行签名验证。

3.2 使用Notary进行镜像签名

Notary是Docker官方提供的工具，用于对镜像进行签名和验证。它是实现Docker镜像签名管理的核心工具。以下是使用Notary进行Docker镜像签名的步骤：

步骤1：初始化Notary服务器

Docker使用Notary服务器来存储签名数据。在使用之前，确保你已经设置了Notary服务器。你可以选择Docker的公共Notary服务器，也可以自己搭建私有Notary服务器。

步骤2：推送镜像时签名

在推送镜像时，Docker会自动通过Notary进行签名。假设你已经登录Docker Hub，可以按照以下命令推送镜像：

docker push myrepo/myimage:latest

此命令将推送镜像并同时进行签名操作。推送时，Docker会生成一个签名并将其存储在Notary服务器上。

步骤3：拉取签名镜像

当其他开发者或用户拉取该镜像时，Docker会自动验证镜像的签名，以确保其完整性和可信性。以下是拉取镜像的命令：

docker pull myrepo/myimage:latest

如果镜像签名无效，Docker将拒绝拉取该镜像。

3.3 配置私有签名管理

在企业或组织内部，可能需要配置私有的签名管理系统。通过设置私有Notary服务器，开发团队可以控制哪些镜像需要签名，哪些镜像能够被推送到生产环境。以下是设置私有Notary服务器的基本步骤：

1. 搭建Notary服务器
   Notary服务器可以通过Docker镜像或手动安装进行部署。建议为Notary服务器设置访问控制和加密通信，以确保签名数据的安全。
2. 配置Docker客户端使用私有服务器
   配置Docker客户端使用指定的Notary服务器，修改Docker配置文件~/.docker/config.json，指向私有Notary服务器。

4. Docker签名管理工具

4.1 Docker Content Trust（DCT）

如前所述，DCT是通过设置DOCKER_CONTENT_TRUST环境变量启用的，使用此设置后，Docker会自动验证镜像签名，确保只有被签名且有效的镜像能够被推送和拉取。

4.2 Notary

Notary是Docker使用的核心工具，负责创建和验证镜像的签名。Notary不仅支持对Docker镜像进行签名，还可以管理密钥和证书。其支持的功能包括：

• 创建签名：为Docker镜像的各层和配置文件生成签名。
• 验证签名：在镜像拉取过程中验证签名的有效性。
• 密钥管理：管理签名密钥，确保密钥的安全存储与使用。

4.3 Cosign

Cosign是由Google支持的一个开源工具，旨在简化容器镜像签名的过程。它提供了一种快速而简便的方式来对Docker镜像进行签名，并且支持多种签名密钥管理方式。Cosign也与Notary兼容，支持通过Kubernetes和CI/CD管道进行集成。

5. 管理签名密钥

管理签名密钥是镜像签名管理中非常重要的一部分。如果密钥泄露或丢失，可能导致镜像的签名无法验证，进而影响应用的安全性。为此，签名密钥应该存储在安全的地方，例如硬件安全模块（HSM）或密钥管理服务（KMS）。

5.1 密钥生成和管理

在Notary中，密钥可以通过命令行工具生成和管理。例如，生成签名密钥的基本命令如下：

notary key generate myrepo

此外，还可以使用KMS服务，如AWS KMS或GCP KMS，来管理密钥。这样可以利用云平台提供的高安全性来保护密钥。

5.2 签名密钥的存储

签名密钥的存储位置应当选择安全的地方。一般来说，密钥应该存在于专门的密钥管理系统中，避免将其存储在开发机器上。常见的密钥存储方法包括：

• 硬件安全模块（HSM）
  硬件安全模块（HSM）是专门用于存储密钥和加密操作的设备，它能够提供高强度的安全保护。
• 云密钥管理服务（KMS）
  许多云平台提供密钥管理服务（KMS），如AWS KMS和Google Cloud KMS。这些服务提供了高可靠性和高安全性的密钥管理功能。

6. Docker签名管理的最佳实践

• 启用Docker Content Trust（DCT）
  永远启用DCT，确保镜像签名的验证。尤其是在生产环境中，签名验证是防止恶意镜像的最简单有效方式。
• 定期更新签名密钥
  定期更换签名密钥可以防止密钥泄露或长期使用密钥带来的安全隐患。
• 使用私有签名管理
  如果你的公司有特殊的安全要求，建议搭建私有的Notary服务器，确保只有经过签名的镜像才能进入生产环境。
• 加强密钥的保护
  对签名密钥进行严格管理，确保密钥不会被泄露或滥用。使用硬件安全模块（HSM）或云密钥管理服务来加强密钥的保护。

7. 结语

在容器化应用和微服务架构日益普及的今天，镜像签名管理成为确保软件供应链安全的重要手段。通过使用Docker Content Trust和Notary等工具，开发者可以有效地管理镜像签名，保证应用镜像的可信性和完整性。随着安全要求的不断提高，Docker应用签名管理将成为企业容器化部署中不可或缺的一部分。

随着移动互联网的发展，越来越多的开发者和企业选择通过应用程序（App）来提供产品与服务。在这个过程中，App签名变得至关重要。签名不仅仅是验证应用来源和完整性的手段，它还涉及到安全性、隐私保护、版本管理等多个方面。App签名平台正是为了解决这些问题，提供了一个集中化的管理平台，以帮助开发者更好地管理和保护其应用签名。

本文将通过App签名平台的用户案例分析的方式，探讨App签名平台在实际应用中的作用，展示其在移动应用安全性、版本控制以及开发者便捷性等方面的应用场景。

1. App签名平台概述

App签名平台是指为移动应用开发者提供签名服务的专业平台，通常包括以下功能：

• 应用签名管理：集中管理所有应用的签名证书与密钥。
• 签名过程自动化：自动生成并更新签名，简化签名流程。
• 多平台支持：支持iOS和Android两大平台的签名管理。
• 安全性保障：提供高安全性的密钥存储和防泄露措施。
• 版本管理与更新：跟踪应用版本，保证每个版本的签名无误。

2. 用户案例分析

2.1 案例一：中型开发团队——跨平台应用开发与管理

背景

一家中型开发公司，专注于开发跨平台应用，主要面向消费品和服务行业。由于团队规模较小，开发者需要同时管理多个项目，并且在不同平台（如Android和iOS）发布应用。

问题

• 多平台签名管理复杂：开发者需要手动管理两个平台（iOS和Android）的签名证书和密钥，容易造成错误，尤其是在频繁更新应用版本时。
• 签名的安全性问题：多个开发人员对签名证书的访问权限管理不当，存在安全风险，尤其是在项目外包和团队合作时，容易引发证书泄漏或滥用。
• 版本管理困难：在多个版本交替更新时，签名管理混乱，导致旧版本和新版本可能使用不同的签名，影响应用的稳定性和用户信任。

解决方案

该开发团队引入了一款App签名平台，利用其集中管理签名证书的功能，解决了多平台签名管理的问题。平台自动化的签名生成和更新功能使得开发者能够专注于编码工作，而不用担心签名的手动操作。平台提供了高安全性的证书存储和密钥管理系统，确保了所有开发者只有在授权范围内访问签名证书。

通过平台提供的版本控制功能，开发团队能够清晰追踪每个版本的签名状态，避免了版本冲突和签名错误的问题。所有应用的签名历史和变更记录也得到了全面管理，保证了签名流程的规范化和标准化。

成效

• 提高了效率：签名管理的自动化大大降低了开发团队的操作复杂性，提高了工作效率。
• 提升了安全性：开发者只需通过平台授权的权限访问签名，避免了密钥泄露和滥用的风险。
• 优化了版本管理：版本管理的透明化帮助团队更加有序地推进多个版本的发布和更新。

2.2 案例二：大型企业——多应用产品线管理与高安全需求

背景

某大型电商平台在多个市场推出了不同的App，涵盖了电商、社交、支付等多个领域。由于这些App涵盖的功能多且更新频繁，涉及到的开发团队庞大，管理复杂，且企业对于App签名的安全性要求极高。

问题

• 复杂的权限管理：公司内部存在多个开发团队和外包公司合作，开发人员需要访问签名证书来进行应用签名，但需要确保签名密钥的安全和访问权限的严格控制。
• 高频率的版本发布：为了满足不同市场需求，公司需要频繁发布多个版本的App，传统的手动签名方式难以快速应对这种高频率的发布需求。
• 合规性和审计要求：作为一家大企业，公司面临着来自监管机构的审计要求，必须确保所有签名操作具有可追溯性，并且符合数据保护法规。

解决方案

该企业选择了一个具有强大权限控制和审计功能的App签名平台。平台为不同的开发人员和团队设置了细粒度的权限，确保只有被授权的人员才能访问签名密钥和证书，同时通过多因素认证和加密存储确保签名证书的安全性。

该平台的自动化签名功能能够根据配置自动为每个应用版本生成签名，并且支持批量操作，极大提升了应用更新的效率。平台还提供了详细的操作日志和审计功能，帮助企业进行合规检查和审计，确保每次签名操作都可追溯。

成效

• 权限控制和安全性提升：通过平台的权限管理，企业能够有效控制不同人员的访问权限，防止签名证书泄露和滥用。
• 签名效率提高：自动化签名生成和批量处理功能使得开发团队能够快速应对高频率的版本更新需求。
• 合规性保障：平台的审计功能帮助企业满足了监管要求，确保每次签名操作都有记录可追溯。

2.3 案例三：初创公司——简单、安全的App签名管理

背景

某初创公司正在开发一款社交App，希望能够尽快将其推出市场。由于资源有限，该公司需要尽量减少运营成本并确保应用的安全性。

问题

• 签名管理成本高：由于公司技术团队较小，管理应用签名的工作量大且复杂，尤其是在每次更新应用时，都需要重新生成并提交签名文件。
• 安全风险：App的签名密钥和证书易受到开发人员流动和外部合作的影响，存在泄漏的风险。

解决方案

该初创公司采用了一款简单易用的App签名平台，该平台提供了一个简洁的UI界面，允许开发者通过拖拽方式上传和管理签名证书。平台通过加密技术存储所有签名密钥，确保密钥的安全性。同时，平台也提供了自动签名更新和批量签名管理功能，帮助公司在发布新版本时减少了大量手动操作。

此外，平台还为该公司提供了较为经济的订阅计划，使得该公司能够在保持高安全性的同时，减少签名管理的成本。

成效

• 降低了操作复杂性：平台的简洁界面和自动化功能帮助公司简化了签名管理流程，降低了开发者的工作负担。
• 增强了安全性：通过平台提供的加密存储和自动化流程，降低了签名密钥泄漏的风险。
• 节约了成本：初创公司通过采用合适的订阅计划，有效控制了签名管理的成本。

3. 总结

通过以上案例分析，可以看出，App签名平台在不同规模、不同需求的用户中发挥着至关重要的作用。无论是中型开发团队、大型企业，还是初创公司，App签名平台都能够为用户提供简化的签名管理流程，提高安全性，优化版本管理，满足合规要求。

• 对于开发团队而言，App签名平台能够自动化繁琐的签名过程，提升开发效率。
• 对于企业而言，平台提供的权限管理和审计功能，有助于确保数据安全和符合监管要求。
• 对于初创公司来说，平台的简便性和经济性帮助其降低了开发成本，同时保障了App的安全性。

随着App市场的不断发展和安全需求的增加，App签名平台的作用将越来越显著，它不仅仅是为开发者提供签名服务，更是提升移动应用整体安全性和开发效率的重要工具。

在iOS应用的开发和发布过程中，签名是确保应用合法性和安全性的重要环节。随着iOS版本的不断更新，苹果的签名机制也在不断变化，开发者必须确保应用的签名兼容各个版本的iOS系统。签名的版本兼容性问题可能会导致应用在某些设备上无法正常安装或运行，甚至影响到应用的审核通过。本文将深入探讨如何处理iOS应用签名的版本兼容性问题，从证书管理到描述文件配置，以及如何在不同的iOS版本中确保应用正常签名和运行。

1. 了解签名版本兼容性问题的根本原因

iOS签名的版本兼容性问题通常源自以下几个方面：

• 证书和描述文件不支持特定iOS版本：不同版本的iOS可能会对签名证书、描述文件以及App的权限要求有所不同。
• Xcode版本与iOS版本不兼容：Xcode和iOS系统之间的版本差异可能导致签名配置出现问题，导致某些设备上的应用无法安装或无法正常启动。
• API的变化：随着iOS版本更新，某些API可能被弃用或发生变化，导致应用在新版本iOS设备上运行时出错，签名配置需要考虑这些API的兼容性。

了解这些问题的根本原因后，开发者可以采取相应的策略来处理签名的版本兼容性问题。

2. 选择合适的证书和描述文件

2.1 配置适配多个iOS版本的描述文件

描述文件（Provisioning Profile）与应用签名密切相关，直接影响应用的安装和运行。苹果提供了多种类型的描述文件，如开发、分发和企业描述文件，而这些描述文件的配置要与所支持的iOS版本兼容。

• 针对不同的iOS版本创建不同的描述文件：在某些情况下，开发者可能需要为不同的iOS版本创建不同的描述文件。例如，某些旧版本的iOS可能无法支持新的应用功能或API，因此需要单独的描述文件来确保兼容性。
• 选择”Wildcard App ID”和”Explicit App ID”：使用通配符App ID（Wildcard App ID）可以支持多个应用程序，适用于较为简单的应用程序；而使用明确的App ID（Explicit App ID）可以更精确地控制应用签名和权限设置，尤其在支持多个iOS版本时更为灵活。

实践建议：

• 在Apple Developer Center中查看并管理现有的描述文件，确保它们涵盖了所有目标设备和系统版本。
• 在描述文件中添加多个设备，确保应用能够在不同设备上运行。

2.2 保持证书有效且兼容

证书的有效性和兼容性对于签名至关重要。不同版本的iOS可能要求不同的签名标准，使用过时或无效的证书可能会导致签名失败。

• 更新证书：确保使用的是最新的开发和分发证书，并根据需要定期更新。这可以通过Apple Developer Center管理证书进行操作。
• 合并证书和描述文件的版本要求：不同版本的iOS可能对证书有不同的兼容性要求，确保所使用的证书与目标iOS版本兼容。

实践建议：

• 在Xcode中通过“Automatically manage signing”启用自动签名管理功能，减少人为操作失误，自动更新证书和描述文件。
• 定期检查证书有效期，并在到期前更新。

3. 使用Xcode进行多版本兼容的签名配置

3.1 确保Xcode版本与目标iOS版本兼容

Xcode是用于iOS应用开发和签名的主要工具，不同版本的Xcode对不同版本的iOS系统有不同的支持。如果Xcode版本过旧，可能无法识别较新的iOS版本，从而导致签名失败或无法运行。

• 更新Xcode：每当发布新的iOS版本时，苹果通常会发布对应版本的Xcode更新，确保Xcode与目标iOS版本兼容。
• 选择适当的Xcode工具链：Xcode支持不同版本的iOS SDK，开发者应根据目标设备的iOS版本，选择合适的SDK和工具链进行签名和构建。

实践建议：

• 在Xcode中选择对应的iOS Deployment Target（部署目标），确保应用能够支持最低的iOS版本，同时支持更高版本的特性。
• 定期检查和更新Xcode，尤其是在新版本iOS发布时。

3.2 在Xcode中配置多版本支持

在开发过程中，开发者可能希望支持多个iOS版本。Xcode允许开发者为不同的iOS版本设置不同的构建配置。

• 设置Deployment Target：在Xcode中，可以设置“Deployment Target”来指定最低支持的iOS版本。选择较低的iOS版本作为部署目标，能够确保应用能够在较老版本的设备上运行。
• 启用条件编译：在代码中，开发者可以通过条件编译语句来处理不同iOS版本的差异。例如，使用@available语句来判断当前运行环境是否支持某些API，并根据iOS版本执行不同的代码路径。

实践建议：

• 在Xcode项目设置中，将”Deployment Target”设置为支持的最低iOS版本，确保应用能够在较旧设备上运行。
• 使用@available注解来处理iOS版本差异，使应用能够根据不同版本进行不同的功能实现。

4. 解决签名兼容性问题的调试和测试

4.1 在多个设备和iOS版本上进行测试

确保应用在多版本iOS设备上的兼容性是处理签名兼容性问题的关键。开发者需要对应用进行广泛的测试，以确保它能够在不同的iOS版本和设备上顺利安装和运行。

• 使用真实设备进行测试：尽管模拟器可以模拟不同版本的iOS系统，但它不能完全代表真实设备的行为，因此，开发者应在多台设备上进行实际安装和测试。
• 多版本测试：在不同版本的iOS设备上安装应用并测试其功能，尤其是针对那些已经过时或不再被支持的设备和系统版本。

实践建议：

• 定期测试应用，确保其在所有目标设备和iOS版本上正常运行。
• 使用TestFlight进行Beta测试，让更多用户参与测试，帮助发现潜在的兼容性问题。

4.2 使用诊断工具排查签名问题

Xcode提供了一些诊断工具，可以帮助开发者检测签名和兼容性问题。例如，开发者可以通过codesign命令检查应用程序的签名，或使用Xcode的“Console”日志查看签名错误信息。

• 查看签名信息：使用命令行工具检查应用程序的签名信息，确保它们与描述文件和证书一致。
• 查看错误日志：如果应用在设备上安装失败或崩溃，查看错误日志中的签名相关信息，帮助确定问题原因。

5. 总结

处理iOS应用签名的版本兼容性问题是一个复杂但重要的任务。通过合理配置证书和描述文件、确保Xcode版本和目标iOS版本兼容、广泛测试以及有效的调试，开发者可以有效避免签名过程中可能出现的兼容性问题。

关键点总结：

• 使用适合目标iOS版本的证书和描述文件，确保它们兼容。
• 保持Xcode的最新版本，并根据目标设备的iOS版本配置适当的Deployment Target。
• 在多个设备和iOS版本上进行充分的测试，确保应用签名在所有环境下都能正常工作。
• 使用诊断工具排查签名问题，及时解决兼容性问题。

通过这些方法，开发者可以确保他们的应用在多版本iOS设备上正常运行，避免签名兼容性问题带来的麻烦。