USB Driver.app启动失败报CODESIGNING Code 0x1错误解决方案求助

Termination Reason: Namespace CODESIGNING, Code 0x01

该报错本质是系统运行时校验可执行文件的签名、权限和配置文件匹配性失败，可按照以下步骤逐一排查解决：

1. 验证双实体的entitlements与配置文件一致性 #

• 分别检查app和dext的实际嵌入权限，执行对应命令：
  检查app权限：codesign -d --entitlements :- /path/to/Driver.app
  检查dext权限：codesign -d --entitlements :- /path/to/driver.dext
• 确认返回的权限键值和你在开发者中心配置的App ID权限、provisioning profile包含的权限完全一致，不能存在profile中没有的额外entitlements键
• 确认两个可执行文件的embedded.provisionprofile路径正确：
  app的配置文件路径：Driver.app/Contents/embedded.provisionprofile
  dext的配置文件路径：driver.dext/Contents/embedded.provisionprofile

2. 校验Bundle ID关联规则 #

• dext的Bundle ID必须是app的Bundle ID的子级，例如app Bundle ID为com.yourcompany.Driver，dext的Bundle ID必须为com.yourcompany.Driver.xxx的格式，不能使用完全独立的Bundle ID
• 若driverkit.transport.usb权限配置了限定idVendor，需要确保entitlements中对应的idVendor值和你在开发者中心申请权限时提交的厂商ID完全一致

3. 确认签名证书类型正确 #

• app和dext必须使用同一团队的Developer ID Application证书签名，不能使用普通Mac Developer开发测试证书，哪怕公证通过，非Developer ID签名的系统扩展相关程序也会被系统运行时拦截
• 确认签名时没有使用--force参数覆盖掉嵌套的dext签名，需要先签名dext，再签名外层app

4. 完成公证票据钉录与校验 #

• 公证通过后必须将公证票据钉到app包中，执行命令：xcrun stapler staple /path/to/Driver.app
• 完成后执行系统校验命令：spctl -a -v /path/to/Driver.app，确认返回结果为accepted，若返回rejected可通过spctl -a -vvv查看详细失败原因

5. 开发阶段测试额外配置 #

• 若为本地开发测试场景，先开启系统开发者模式：执行sudo spctl developer-mode enable后重启设备
• 进入「系统设置>隐私与安全性>安全性」，允许对应开发者团队的系统扩展加载，首次触发扩展安装时按照系统提示重启后生效

内容的提问来源于stack exchange，提问作者Manta