iOS Provisioning Profile(Certificate)与Code Signing详解

时间  2019-12-01 标签 ios provisioning profile certificate code signing 详解

引言

        关于开发证书配置（Certificates & Identifiers & Provisioning Profiles），相信作 iOS 开发的同窗没少被折腾。对于一个 iOS 开发小白、半吊子（好比像我本身）抑或老兵，或多或少会有或曾有过如下不详、疑问、疑惑甚至困惑：html

  1. 什么是App ID？Explicit/Wildcard App ID有何区别？什么是App Group ID？
  2. 什么是证书（Certificate）？如何申请？有啥用？
  3. 什么是Key Pair（公钥/私钥）？有啥用？与证书有何关联？
  4. 什么是签名（Signature）？如何签名（CodeSign）？怎样校验（Verify）？
  5. 什么是（Team）Provisioning Profiles？有啥用？
  6. Xcode如何配置才能使用iOS真机进行开发调试？
  7. 多台机器如何共享开发者帐号或证书？
  8. 遇到证书配置问题怎么办？
  9. Xcode 7免证书调试真机调试

本文将围绕相关概念及背景作个系统的梳理串烧，于条分缕析中对证书体系进行抽丝剥茧，逐步揭开签名机制的神秘面纱。图穷匕首见，水落而石出，包教不包会，不会请再来。ios

从 Xcode 7 开始支持普通 Apple 帐号进行免证书真机调试，详情参考最新官方文档《Launching Your App on Devices》，或参考本文最后一节简介。git

写在前面

1.假设你使用过 Apple 设备（iMac/iPad/iPhone）且注册过 Apple ID（Apple Account），详情参考《建立和开始使用 Apple ID》。github

2.假设你或你所在的开发组已加入苹果开发者计划（Enroll in iOS Developer Program to become a member），即已注册开发者帐号（Apple Developer Account）。web

  • 只有拥有开发者帐号，才能够申请开发/发布证书及相关配置受权文件，进而在 iOS 真机上开发调试 Apps 或发布到 App Store。
  • 开发者帐号分为 Individual 和 Company/Organization 两种类型。如无特别交代，下文基于 $99/Year 的普通我的开发者（Individual）帐号展开。

3.若要真机调试实践，你必须至少拥有一台装有 Mac OS X/Xcode 的 Mac 开发机（iMac or MacBook），其上自带原生的 Keychain Access。算法

一.App ID（bundle identifier）

在苹果官方的开发者计划（Apple Developer Member Center）层面，App ID 即 Product ID，用于标识一个或者一组 App。xcode

在 Mac/iOS 开发语境中，bundle（捆绑） 是指一个内部结构按照标准规则组织的特殊目录。在 Mac OS 应用程序目录下的某个 *.app 上可右键显示包内容（Contents），其本质上就是可执行二进制文件（MacOS/）及其资源（Resources/）的打包组合。所以，在 Xcode 中配置的 Bundle Identifier 必须和 App ID 是一致的（Explicit）或匹配的（Wildcard）。安全

App ID 字符串一般以反域名（reverse-domain-name）格式的 Company Identifier（Company ID）做为前缀（Prefix/Seed），通常不超过 255 个 ASCII 字符。服务器

App ID 全名会被追加 Application Identifier Prefix（通常为 TeamID.），分为两类：app

  • Explicit App ID：惟一的 App ID，用于惟一标识一个应用程序。例如“com.apple.garageband”这个 App ID，用于标识 Bundle Identifier 为“com.apple.garageband”的 App。
  • Wildcard App ID：含有通配符的 App ID，用于标识一组应用程序。例如“*”（其实是 Application Identifier Prefix）表示全部应用程序；而“com.apple.*”能够表示 Bundle Identifier 以“com.apple.”开头（苹果公司）的全部应用程序。
用户可在 Developer Member Center 网站上注册（Register）或删除（Delete）已注册的 App IDs。
App ID  被配置到【XcodeTarget|Info|Bundle Identifier】下；对于 Wildcard App ID，只要 bundle identifier 包含其做为 Prefix/Seed 便可。

二.设备（Device）

Device 就是运行 iOS 系统用于开发调试 App 的设备。每台 Apple 设备使用 UDID (Unique Device Identifier）来惟一标识。

iOS 设备链接 Mac 后，可经过 iTunes->Summary 或者 Xcode->Window->Devices 查看其 UDID。

Apple Member Center 网站我的帐号下的 Devices 中包含了注册过的全部可用于开发和测试的设备，普通我的开发帐号每一年累计最多只能注册100个设备。

  • Apps signed by you or your team run only on designated development devices.
  • Apps run only on the test devices you specify.
用户可在网站上注册或启用/禁用（Enable/Disable）已注册的Device。
本文的 Devices 是指 链接到 Xcode 被受权用于开发测试的iOS设备（iPhone/iPad）。

三.开发证书（Certificates）

1.证书的概念

证书是由公证处或认证机关开具的证实资格或权力的证件，它是代表（或帮助判定）事理的一个凭证。证件或凭证的尾部一般会烙印公章。

每一个中国人一辈子可能须要70多个证件，含15种身份证实。证件中“必需的”有30到40个。将这些证件按时间顺序铺开，那就是一个天朝子民的一辈子——持准生证许可落地，以户籍证实入籍，以身份证认证身份，持结婚证以合法同居，最终以死亡证明注销。

2.数字证书的概念

数字证书就是互联网通信中 标志通信各方 身份信息的一串数字，提供了一种在 Internet 上验证通讯 实体身份的方式，其做用相似于司机的驾驶执照或平常生活中的身份证。它是由一个由权威机构—— CA机构，又称为证书受权中心（Certificate Authority）发行的，人们能够在网上用它来识别对方的身份。
  • 数字证书是一个经证书受权中心数字签名的包含公开密钥拥有者信息以及公开密钥的文件。最简单的证书包含一个公开密钥、名称以及证书受权中心的数字签名。
  • 数字证书还有一个重要的特征就是时效性：只在特定的时间段内有效。

数字证书中的公开密钥（公钥）至关于公章。

某一认证领域内的根证书是 CA 认证中心给本身颁发的证书，是信任链的起始点。安装根证书意味着对这个 CA 认证中心的信任。

为了防止 GFW 进行中间人攻击(MitM)，例如篡改 github 证书，致使没法访问 github 网站等问题，可选择不信任 CNNIC：

 

  • 在［钥匙串-系统］中双击 CNNIC ROOT，在【信任】|【使用此证书时】下拉选择【永不信任】。

 

在天朝子民的一辈子中，户籍证实可理解为等效的根证书：有了户籍证实，才能办理身份证；有了上流的身份证，才能办理下游居住证、结婚证、计划生育证、驾驶执照等认证。

3.iOS（开发）证书

iOS 证书是用来证实 iOS App 内容（bundle with executable and resources）的合法性和完整性的数字证书。对于想安装到真机或发布到 AppStore 的应用程序（App），只有通过签名验证（Signature Validated）才能确保来源可信，而且保证 App 内容是完整、未经篡改的。

iOS 证书分为两类：Development 和 Production（Distribution）。

  • Development 证书用来开发和调试应用程序：A development certificate identifies you, as a team member, in a development provisioning profile that allows apps signed by you to launch on devices. 
  • Production 主要用来分发应用程序（根据证书种类有不一样做用）：A distribution certificate identifies your team or organization in a distribution provisioning profile and allows you to submit  your app to the store. Only a team agent or an admin can create a distribution certificate.

普通我的开发帐号最多可注册 iOS Development/Distribution 证书各2个，用户可在网站上删除（Revoke）已注册的 Certificate。

下文主要针对 iOS App 开发调试过程当中的开发证书（Certificate for Development）。

4.iOS（开发）证书的根证书

那么，iOS 开发证书是谁颁发的呢？或者说咱们是从哪一个 CA 申请到用于 Xcode 开发调试 App 的证书呢？

iOS 以及 Mac OS X 系统（在安装 Xcode 时）将自动安装 AppleWWDRCA.cer 这个中间证书（Intermediate Certificates），它实际上就是 iOS（开发）证书的证书，即根证书（Apple Root Certificate）。

AppleWWDRCA（Apple Root CA）相似注册管理户籍的公安机关户政管理机构，AppleWWDRCA.cer 之于 iOS（开发）证书则比如户籍证之于身份证。

若是 Mac Keychain Access 证书助理在申请证书时还没有安装过该证书，请先下载安装（Signing requires that you have both the signing identity and the intermediate certificate installed in your keychain）。

5.申请证书（CSR：Certificate Signing Request）

能够在缺乏证书时经过 Xcode Fix Issue 自动请求证书，可是这会掩盖其中的具体流程细节。这里经过 Keychain 证书助理从证书颁发机构请求证书：填写开发帐号邮件和经常使用名称，勾选【存储到磁盘】。

Keychain Access|Keys 中将新增一对非对称密钥对 Public/Private Key Pair（This signing identity consists of a public-private key pair that Apple issues）。同时，keychain 将生成一个包含开发者身份信息和公钥的CSR（Certificate Signing Request）文件——CertificateSigningRequest.certSigningRequest。

私钥 private key 始终保存在 Mac OS 的 Keychain Access 中，用于签名（CodeSign）本机对外发布的 App；公钥 public key 通常随证书（随Provisioning Profile，随App）散布出去，对 App 签名进行校验认证。用户必须妥善保存本地 Keychain 中的 private key，以防伪冒。

  • Keep a secure backup of your public-private key pair. If the private key is lost, you’ll have to create an entirely new identity to sign code. 
  • Worse, if someone else has your private key, that person may be able to impersonate you.

在 Apple 开发网站上传包含公钥的 CSR 文件做为换取证书的凭证（Upload CSR file to generate your certificate），有点相似为github帐号添加SSH公钥到服务器上进行受权。

 

Apple 证书颁发机构 WWDRCA(Apple Worldwide Developer Relations Certification Authority) 将使用其 private key 对 CSR 中的 public key 和一些身份信息进行加密签名生成数字证书（ios_development.cer）并记录在案（Apple Member Center）。

从 Apple Member Center 网站下载证书到 Mac 上双击便可安装（固然也可在 Xcode 中添加开发帐号自动同步证书和[生成]配置文件）。证书安装成功后，在 KeychainAccess|Keys 中展开建立 CSR 时生成的 Key Pair 中的私钥前面的箭头，能够查看到包含其对应公钥的证书（Your requested certificate will be the public half of the key pair.）；在 Keychain Access|Certificates 中展开安装的证书（ios_development.cer）前面的箭头，能够看到其对应的私钥。

 

Certificate 应被配置到【Xcode Target|Build Settings|Code Signing|Code Signing Identity】下，下拉选择 Identities from Profile "..."（通常先配置 Provisioning Profile）。如下是 Xcode 配置示例：

四.供应配置文件（Provisioning Profiles）

1.Provisioning Profile 的概念

Provisioning Profile 文件包含了上述的全部内容：证书、App ID 和 设备 ID。

一个 Provisioning Profile 对应一个 Explicit App ID 或 Wildcard App ID（一组相同 Prefix/Seed 的 App IDs）。在网站上手动建立一个 Provisioning Profile 时，须要依次指定 App ID（单选）、证书（Certificates，可多选）和设备（Devices，可多选）。用户可在网站上删除（Delete）已注册的 Provisioning Profiles。

Provisioning Profile 决定 Xcode 用哪一个证书（公钥）/私钥组合（Key Pair/Signing Identity）来签署应用程序（Signing Product），并将在应用程序打包时嵌入到 .ipa 包里。安装应用程序时，Provisioning Profile 文件被拷贝到 iOS 设备中，运行该 iOS App 的设备经过它来认证安装的程序。

若是要打包到真机上运行一个APP，通常要经历如下三步：

  • 首先，须要指明它的 App ID，而且验证 Bundle ID 是否与其一致；
  • 其次，须要证书对应的私钥来进行签名，用于标识这个 APP 是合法、安全、完整的；
  • 而后，若是是真机调试，须要确认这台设备是否受权运行该 APP。

Provisioning Profile 把这些信息所有打包在一块儿，方便咱们在调试和发布程序打包时使用。这样，只要在不一样的状况下选择不一样的 Provisioning Profile 文件就能够了。

Provisioning Profile 也分为 Development 和 Distribution 两类，有效期同 Certificate 同样。Distribution 版本的 ProvisioningProfile 主要用于提交 App Store 审核，其中不指定开发测试的Devices（0，unlimited）。App ID 为 Wildcard App ID（*）。App Store 审核经过上架后，容许全部 iOS 设备（Deployment Target）上安装运行该App。

Xcode 将所有供应配置文件（包括用户手动下载安装的和 Xcode 自动建立的 Team Provisioning Profile）放在目录 ~/Library/MobileDevice/Provisioning Profiles 下。

2.Provisioning Profile的构成

如下为典型供应配置文件 *.mobileprovision 的构成简析：

 

（1）Name：该mobileprovision的文件名。

 

（2）UUID：该mobileprovision文件的真实文件名。

 

（3）TeamName：Apple ID帐号名。

 

（4）TeamIdentifier：Team Identity。

 

（5）AppIDName：explicit/wildcard App ID name（ApplicationIdentifierPrefix）。

 

（6）ApplicationIdentifierPrefix：完整App ID的前缀（TeamIdentifier.*）。

 

（7）DeveloperCertificates：包含了能够为使用该配置文件应用签名的全部证书<data><array>。

 

证书是基于 Base64 编码，符合 PEM(PrivacyEnhanced Mail, RFC 1848) 格式的，可以使用 OpenSSL 来处理（opensslx509 -text -in file.pem）。

 

从 DeveloperCertificates 提取 <data></data> 之间的内容到文件 cert.cer（cert.perm）：

 

-----BEGIN CERTIFICATE-----

 

将<data></data>之间的内容拷贝至此

 

-----END CERTIFICATE-----`

 

Mac 下右键 QuickLook 查看 cert.cer（cert.perm），在 Keychain Access 中右键 Get Info 查看对应证书 ios_development.cer，正常状况（公私钥 KeyPair 配对）应吻合；Windows 下没有足够信息（WWDRCA.cer），没法验证该证书。

若是你用了一个不在这个列表中的证书进行签名，不管这个证书是否有效，这个应用都将 CodeSign Fail。

 

（8）Entitlements 键<key>对应的<dict>：

 

keychain-access-groups：$(AppIdentifierPrefix)，参见Code Signing Entitlements(*.entitlements)。

 

每一个应用程序都有一个能够用于安全保存一些如密码、认证等信息的 keychain，通常而言本身的程序只能访问本身的 keychain。经过对应用签名时的一些设置，还能够利用keychain的方式实现同一开发者签证（就是相同bundle seed）下的不一样应用之间共享信息的操做。好比你有一个开发者账户，并开发了两个不一样的应用A和B，而后经过对A和B的 keychain access group 这个东西指定共用的访问分组，就能够实现共享此 keychain 中的内容。

 

application-identifier：带前缀的全名，例如$(AppIdentifierPrefix)com.apple.garageband。

 

com.apple.security.application-groups：App Group ID（group. com.apple），参见Code Signing Entitlements(*.entitlements)。

 

com.apple.developer.team-identifier：同Team Identifier。

 

（9）ProvisionedDevices：该mobileprovision受权的开发设备的UDID <array>。

Provisioning Profile被配置到【XcodeTarget|Build Settings|Code Signing|Provisioning Profile】下，而后在Code Signing Identity下拉可选择Identities from Profile "..."（即Provisioning Profile中包含的Certificates）。

五.开发组供应配置文件（Team Provisioning Profiles）

1.Team Provisioning Profile的概念

每一个 Apple 开发者帐号都对应一个惟一的 Team ID，Xcode3.2.3 预发布版本中加入了 Team Provisioning Profile 这项新功能。

在 Xcode 中添加 Apple Developer Account 时，它将与 Apple Member Center 后台勾兑自动生成 iOS Team Provisioning Profile（Managed by Xcode）。

Team Provisioning Profile 包含一个为 Xcode iOS Wildcard App ID(*) 生成的 iOS Team Provisioning Profile:*（匹配全部应用程序），帐户里全部的 Development Certificates 和 Devices 均可以使用它在这个 team 注册的全部设备上调试应用程序（无论bundle identifier是什么）。同时，它还会为开发者本身建立的 Wildcard/Explicit App IDs 建立对应的 iOS Team Provisioning Profile。

2.Team Provisioning Profile 生成/更新时机

  • Add an Apple ID account to Xcode
  • Fix issue "No Provisioning Profiles with a valid signing identity" in Xcode
  • Assign Your App to a Team in Xcode project settings of General|Identity
  • Register new device on the apple development website or Xcode detected new device connected

利用 Xcode 生成和管理的 iOS Team Provisioning Profile 来进行开发很是方便，能够不须要上网站手动生成下载 Provisioning Profile。

Team Provisioning Profile 同 Provisioning Profile，只不过是由 Xcode 自动生成的，也被配置到【XcodeTarget|Build Settings|Code Signing|Provisioning Profile】下，同时须要在【XcodeTarget|General|Identity】下指定 Team 帐号 ID。

六.App Group （ID）

1.App Group 的概念

WWDC14 除了发布了 OS X v10.10 和 switf 外，iOS 8.0 也开始变得更加开放了。说到开放，固然要数应用扩展（App Extension）了。顾名思义，应用扩展容许开发者扩展应用的自定义功能和内容，可以让用户在使用其余应用程序时使用该项功能，从而实现各个应用程序间的功能和资源共享。能够将扩展理解为一个轻量级（nimble and lightweight）的分身。

扩展和其 Containing App 各自拥有本身的沙盒，虽然扩展以插件形式内嵌在 Containing App 中，可是它们是独立的二进制包，不能够互访彼此的沙盒。为了实现 Containing App 与扩展的数据共享，苹果在 iOS 8 中引入了一个新的概念——App Group，它主要用于同一 Group 下的 APP 实现数据共享，具体来讲是经过建立使用以 App Group ID 标识的共享资源区——App Group Container 来实现的。

App Group ID 同 App ID 同样，通常不超过255个ASCII字符。用户可在网站上编辑 Explicit App IDs，将其归入 App Group（Assignment）；也可删除（Delete）已注册的App Group （ID）。

2.App Group 的配置

Containing App 与 Extension 的 Explicit App ID 必须 Assign 到同一 App Group 下才能实现数据共享，而且 Containing App 与 Extension 的 App ID 命名必须符合规范：

  1. 置于同一App Group 下的 App IDs 必须是惟一的（Explicit，not Wildcard）
  2. Extension App ID 以 Containing App ID 为前缀（Prefix/Seed）

假如 Garageband 这个 App ID 为“com.apple.garageband”，则支持从语音备忘录导入到 Garageband 应用的插件的 App ID 可能形如“com.apple.garageband.extImportRecording”。

 

 

App(ex)

 

App Group ID

Provisioning Profile

Code Signing Identity

（Certificate Key Pair）

App ID

（bundle identifier）

Devices

（test）

GarageBand

置于同一分组：

group.com.apple

（1）共用同一证书：ios_development.cer

（2）共用证书Key Pair中的Private Key进行CodeSign

com.apple.garageband

受权开发测试设备的UDIDs

GarageBand扩展插件

com.apple.garageband.extImportRecording

 

关于Provisioning Profile，可使用本身手动生成的，也可使用 Xcode 自动生成的 Team Provisioning Profile。

App Group 会被配置到【Xcode Target|Build Settings|Code Signing|Code Signing Entitlements】文件（*.entitlements）的键com.apple.security.application-groups下，不影响 Provisioning Profile 生成流程。

七.证书与签名（Certificate& Signature）

1.Code Signing Identity

 

Xcode 中配置的 Code Signing Identity（entitlements、certificate）必须与 Provisioning Profile 匹配，而且配置的 Certificate 必须在本机 Keychain Access 中存在对应 Public／Private Key Pair，不然编译会报错。

Xcode 所在的 Mac 设备（系统）使用 CA 证书（WWDRCA.cer）来判断 Code Signing Identity 中 Certificate 的合法性：

  • 若用 WWDRCA 公钥能成功解密出证书并获得公钥（Public Key）和内容摘要（Signature），证实此证书确乃 AppleWWDRCA 颁布，即证书来源可信；
  • 再对证书自己使用哈希算法计算摘要，若与上一步获得的摘要一致，则证实此证书未被篡改过，即证书完整。

2.Code Signing

每一个证书（实际上是公钥）对应 Key Pair 中的私钥会被用来对内容（executable code，resources such as images and nib files aren’t signed）进行数字签名（CodeSign）——使用哈希算法生成内容摘要（digest）。

Xcode 使用指定证书配套的私钥进行签名时须要受权，选择【始终容许】后，之后使用该私钥进行签名便不会再弹出受权确认窗口。

3.Verify Code Signature with Certificate

上面已经提到，公钥被包含在数字证书里，数字证书又被包含在描述文件(Provisioning File)中，描述文件在应用被安装的时候会被拷贝到 iOS 设备中。

第一步，App 在 Mac／iOS 真机上启动时，须要对配置的 bundle ID、entitlements 和 certificate 与 Provisioning Profile 进行匹配校验：

第二步，iOS/Mac 真机上的 ios_development.cer 被 AppleWWDRCA.cer 中的 public key 解密校验合法后，获取每一个开发证书中可信任的公钥对 App 的可靠性和完整性进行校验。

iOS/Mac 设备（系统）使用 App Provisioning Profile（Code Signing Identity）中的开发证书来判断App的合法性：

  • 若用证书公钥能成功解密出 App（executable bundle）的内容摘要（_CodeSignature），证实此 App 确乃认证开发者发布，即来源可信；
  • 再对 App（executable bundle）自己使用哈希算法计算摘要，若与上一步获得的摘要一致，则证实此 App 未被篡改过，即内容完整。
小结：
  • 基于 Provisioning Profile 校验了 CodeSign 的一致性；
  • 基于 Certificate 校验 App 的可靠性和完整性；
  • 启动时，真机的 device ID（UUID）必须在 Provisioning Profile 的 ProvisionedDevices 受权之列。
  • 不管是 Xcode 对 APP 进行签名打包仍是真机运行 APP 进行校验，都使用了基于证书体系的非对称加密机制。
 

八.在多台机器上共享开发帐户/证书

1.Xcode 导出开发者帐号(*.developerprofile) 或 PKCS12 文件(*.p12)

进入 Xcode Preferences|Accounts：

  • 选中 Apple IDs 列表中对应 Account 的 Email，点击+-以后的☸|Export Accounts，可导出包含 account/code signing identity/provisioning profiles 信息的 *.developerprofile（Exporting a Developer Profile）文件供其余机器上的 Xcode 开发使用（Import 该 Account）。
选中右下列表中某行 Account Name 条目|ViewDetails，能够查看 Signing Identities 和 Provisioning Profiles。
  • 选中欲导出的 Signing Identity 条目，点击栏底+以后的☸|Export，必须输入密码，并需受权 export key "privateKey" from keychain，将导出 Certificates.p12。
点击左下角的刷新按钮可从 Member Center 同步该帐号下全部的 Provisioning Profile 到本地。
选中右击列表中某个 Provisioning Profile 能够【Show in Finder】到[~/Library/MobileDevice/Provisioning\ Profiles]目录，其中 Provisioning Profile 的真实名称为 $(UUID).mobileprovision，名如"2488109f-ff65-442e-9774-fd50bd6bc827.mobileprovision"，其中<key>Name</key>中为 Xcode 中看到的描述性别名。

2.Keychain Access 导出 PKCS12 文件(*.p12)

在 Keychain Access|Certificates 中选中欲导出的 certificate 或其下 private key，右键 Export 或者经过菜单 File|Export Items 导出 Certificates.p12——PKCS12 file holds the private key and certificate。

其余 Mac 机器上双击 Certificates.p12（若有密码需输入密码）便可安装该共享证书。有了共享证书以后，在开发者网站上将欲调试的 iOS 设备注册到该开发者帐号名下，并下载对应证书受权了 iOS 调试设备的 Provisioning Profile 文件，方可在 iOS 真机设备上开发调试。

九.证书配置常见错误

1.no such provisioning profile was found

Xcode Target|Genera|Identity Team下提示"Your build settings specify a provisioning profile with the UUID "xxx",howerver, no such provisioning profile was found."

Xcode Target|BuildSettings|Code Signing|当前配置的指定UDID的provisioning profile在本地不存在，此时须要更改Provisioning Profile。必要时手动去网站下载或从新生成Provisioning Profile或直接在Xcode中Fix issue予以解决（可能自动生成iOS Team ProvisioningProfile）！

2.No identities from profile

Build Settings|CodeSigning的Provisioning Profile中选择了本地安装的provisioning profile以后，Code Signing Identity中下拉提示No identities from profile “…”or No identities from keychain.

Xcode配置指定UDID的provisioning profile中的DeveloperCertificates在本地KeyChain中不存在（No identities are available）或不一致（KeyPair中的Private Key丢失），此时需去网站检查ProvisioningProfile中的App ID-Certificate-Device配置是否正确。若是是别人提供的共享帐号（*.developerprofile）或共享证书(*.p12)，请确保导出了对应Key Pair中的Private Key。必要时也直接在Xcode中Fix issue予以解决（可能自动生成iOS Team ProvisioningProfile）。

3.Code Signing Entitlements file do not match profile

"Invalid application-identifier Entitlement" or "Code Signing Entitlements file do not match those specified in your provisioning profile.(0xE8008016)."

（1）检查对应版本（Debug）指定的*.entitlements文件中的“Keychain Access Groups”键值是否与ProvisioningProfile中的Entitlements项相吻合（后者通常为前者的Prefix/Seed）。

（2）也能够将Build Settings|Code Signing的Provisioning Profile中对应版本（Debug）的Entitlements置空。

4.Xcode配置反应有时候不那么及时，可刷新、重置相关配置项开关（如有）或重启Xcode试试。

十. Xcode7 免证书真机调试

在 Xcode 7 中，苹果改变了本身在许可权限上的策略：

 

  1. 此前 Xcode 只开放给注册开发者下载，如今 Xcode 7 改变了这种惯有的作法，无需注册开发者帐号，仅使用普通的Apple ID就能下载和上手体验。
  2. 此前开发者需每一年支付99美圆的费用成为注册开发者才能在 iPhone/iPad 真机上运行调试APP，苹果新的开发者计划则放宽要求，无需购买，只要你感兴趣一样能够在设备上测试app。——Developers would be able to test apps on devices without a paid Apple developer account in Xcode 7.

 

所谓“免证书”真机调试，并非真的不须要证书，Xcode真机调试原有的证书配置体系仍在——All iOS, tvOS, and watchOS appsmust becode signed and provisioned to launch on a device. 因此，上文啰嗦几千字仍是有点用的。

自 Xcode7 开始，原来基于付费开发者帐号及自助生成证书及配置文件的繁琐过程被苹果简化，Xcode将针对任何普通帐号自动为联调真机生成所需相关的证书及配置文件。当你打算向 App Store 提交发布应用，才须要付费。

第一步：进入 Xcode Preferences|Accounts，添加本身的 Apple ID 帐号。

第二步：Build Settings|Code Signing 下的 Provisioning Profile 选择 Automatic，Code Signing Identity 选择 Automatic 下的iOS Developer。

 

第三步：General 配置 Bundle identifier，Team 下拉选择苹果Member Center自动为你的帐号生成的Personal Team ID。

本身的帐号在调试公司或其余第三方APP代码时，若填写 Bundle identifier 为他人帐号注册的 APP ID（例如苹果相机应用 com.apple.camera），会报错：

No provisioning profiles with a valid signing identity (i.e. certificate and private key pair) matching the bundle identifier “com.apple.camera” were found.

即便编译经过了，可能运行时APP自身与服务器校验也可能会报签名错误，肿么办？？？

Her skill：此时，能够在他人原有App ID基础上添加后缀（例如com.apple.camera.extension），配置成应用的衍生插件（至关于置于同一 App Group 下）就能够快乐的玩耍了。

若是启动APP时，Xcode报错“process launch failed: Security”或iPhone报错【不受信任的开发者】，此时须要到iPhone通用配置中的描述文件（最新系统中可能叫设备管理）中，在描述文件（开发商应用）中选择对应的描述文件（你的Apple ID）点击 信任 或 验证 便可。

OK，All Done！

 

 

参考：

 

《iPhone真机调试应用程序》《iOS Developer：真机测试》《Xcode5 & iOS 7 及如下版本免证书真机调试记录》

《iOS Development--Certificates, Provisioning Profiles》《关于Certificate、Provisioning Profile、App ID的介绍及其关系》

 

《数字签名和数字证书》《iOS keyChain 研究》

《苹果开发者帐号那些事儿》《iOS關於Provisioning Profiles這些事》

《iOS Code Signing 学习笔记》《代码签名探析/Inside Code Signing》

《iOS Code Signing: 解惑/iOS Code Signing: Under The Hood》

 

《iOS行货自动打包》《解决Xcode没法生成Archive的问题》《iOS程序完成后如何生成ipa进行真机测试》

《发布iOS应用程序(Application Loader)》《iOS发布遇到的一些问题》

《Xcode打包ipa包》《iOS程序生成ipa进行真机测试》

联系我们 沪ICP备13005482号-10