了解iOS中的配置文件和证书

ssi*_*lla 29 ios ios5 ios6

我是否了解配置文件,证书是否正确(开发期间)?

  1. 在设备上安装时,应用程序使用xcode的开发人员证书进行签名?证书应存在于供应配置文件中(存储在IPad/IPhone中),并且安装设备的deviceid也应存在于供应配置文件中.
  2. 因此,当设备未连接到开发人员mac时单击应用程序时,应用程序的签名证书应与配置文件中的一个(设备上存在)匹配,并且设备ID也应与配置文件中的设备ID匹配,然后应用程序将运行.
  3. 当设备连接到运行xcode的mac并且你想要调试时,存储在钥匙串中的公钥+私钥开始起作用,xcode尝试使用证书解锁存储在钥匙串中的公钥+私钥,从而识别mac,并执行上面的项目符号,如果这也是真的,那么你可以成功调试

rus*_*hop 23

首先,在Xcode中选择配置文件具有误导性; 在Xcode中构建实际上与配置文件无关!实际发生的事情是Xcode只是将配置文件中的公钥证书与您的钥匙串中的公钥证书相匹配,然后使用私钥对可执行文件进行签名.这是沼泽标准的Mach-O可执行签名.这也是为什么他们在Xcode 5中将其更改为更清晰的原因.这也是配置文件上的错误(未找到签名身份)来自 - 这意味着Xcode无法找到与配置文件中的任何公钥对应的私钥.

您的个人开发者证书是标准的PKI内容; 您的Mac以Apple不知道您的私钥的方式向Apple发送证书请求(类似于SSL证书请求).Apple生成证书,钥匙串将其与原始请求进行匹配,为您提供证书的公钥和私钥.为单个开发人员创建配置文件时,会列出该开发人员的公钥.创建团队配置文件时,将包含所有选定团队成员的公钥.这允许团队成员签署可执行文件,但签名者的名称将是团队名称而不是个人.

当iOS去启动任何可执行文件时,它首先检查签名.如果签名由Apple App Store签名,则运行.

如果没有,则检查已安装的配置文件.配置文件包括:1.开发人员证书列表2.应用程序ID 3.授予的权利(例如iCloud,Game Center等)4.设备UDID列表5.整个事情由Apple包装并签名.

检查配置文件以确保它是由Apple的密钥签名(使用Apple的公钥).然后验证当前设备的UDID是否在列表中.它还验证应用程序ID是否匹配(尽管允许使用通配符).然后,它根据有效的开发人员证书公钥列表检查Mach-O签名.如果它们中的任何一个匹配,则可执行文件运行并被授予列出的权利.如果没有,则被阻止.

我强烈建议在文本编辑器中打开.mobileprovision文件; 你会学到很多东西!