iOS 证书和配置文件关系

Question

是的，是的，又一个这样的。我知道所有的一般要点，什么是什么，如何生成等等。

只是有一些让我烦恼的东西。基本上，证书和配置文件的关系是什么？我没能找到合适的答案。我问的原因是我一直认为，因为当我们创建配置文件时，我们将其与开发(用于开发配置)或分发(用于临时和应用程序商店配置)证书相匹配，这意味着配置文件与证书相关联.

但最近，在使用 Flash Builder 编译我的 Flex 应用程序时，我注意到情况并非如此，或者中间发生了一些我不明白的事情。基本上，我注意到我可以选择我的开发证书并使用临时配置，并且应用程序可以正常编译并运行良好。我一直认为我不能那样做，因为我只能使用带有分发证书的临时配置。如果临时供应与分发证书相关联，这怎么可能？我不认为它真的与 FB 相关，因为最后我通过 iTunes 在 iOS 设备上安装了该应用程序，并且它仍然有效，所以它一定是 Apple 的东西。

实际上，只要我不为 AppStore 分发，我就可以选择我想要的证书/配置文件的任何组合，应用程序仍然可以在设备上正常编译和运行，只要 appid 和udids 很好。显然，adhoc 和 appstore 配置禁用了进程附件(调试)并针对不同的服务服务器进行推送等，但除此之外，一切都很好。为什么在 iOS Provisioning 门户中有这个可见的匹配项，即某些配置文件属于证书？

这是否意味着证书只是分离关注点的方式(开发人员与公司/分销商)。在 iOS Provisioning Portal 中，只有 Team Agent 可以创建分发证书和 adhoc 配置文件，但是一旦生成，Agent 似乎可以为开发人员处理 adhoc profile，并且他可以使用他的开发证书对其进行签名。

我在正确绑定(bind)所有内容时遇到问题，但仍然能理解它。互联网，帮助!

Answer 1

很难用几句话来回答您的问题，因为这是一个非常繁琐的问题，涉及代码签名的几个方面(看起来您可能也遇到过缓存问题)但是您的问题归结为两个问题 -

1. 证书/配置文件/ key 在 IPA 文件的创建过程中扮演什么角色？
2. 执行 IPA 时，设备如何验证 IPA？

假设您正在使用 Xcode 并拥有企业 Apple 开发者帐户，并从头开始使用“钥匙串(keychain)”实用程序来创建 CSR。在执行 CSR 创建时，会创建两个 key (一个私钥和一个公钥)，它们实际上被添加到您机器的钥匙串(keychain)中。生成并保存在本地计算机上的 CSR 以加密形式包含您提供的所有信息(包括您的公钥)——它是使用您的私钥加密的

{ 你的名字 + 你的电子邮件 + 你的公钥} => 使用你的私钥加密 => CSR

现在，当您将编码的 CSR 和未加密版本的公钥副本发送给 Apple 时，他们可以确定您的身份并确定 CSR 是由您发送的 - 因为只有您拥有私钥对他们可以仅使用您的公钥成功解码的信息进行编码。

如果 CSR 验证成功，Apple 会获取您的 CSR 并创建开发者证书并允许您下载。这基本上是由 Apple 签署的“公证”证书，证明您是经过验证的开发人员。将其视为使用苹果的私钥签名的文件，您可以使用苹果的公钥对其进行解码。至此你的身份和apple的身份已经通过认证。

接下来，当你创建一个配置文件时，你必须选择它需要的成分——udids、开发证书等

(UDIDS + 开发证书 + 应用程序标识符 + 权利)=> 配置文件

接下来下载此配置文件并将其添加到 Xcode(使用 Xcode 管理器)哇，我们完成了!

现在您已经拥有创建签名 IPA 文件的所有要素( key 、配置文件、证书)，XCode 介入并进行验证/背景检查。 Xcode 验证这一点的方法是检查嵌入在所选移动配置文件中的每个单独的开发人员证书。它会检查您的钥匙串(keychain)中是否有每个嵌入式开发人员证书的私钥/公钥(在配置文件中)。然后它允许您使用任何具有匹配 key 的证书执行签名过程 - 即在您的钥匙串(keychain)中具有匹配 key 的开发证书。您现在有一个签名的 IPA。希望解释在 IPA 创建过程中事物是如何联系在一起的。当签名的 IPA 执行时，它们如何一起发挥作用是故事的第二部分:)