Mac app 打包时 Notarizition（公证）相关需求记录

参考文章

对您的 Mac 软件进行公证以在 macOS Catalina 中运行

macOS 开发 - Notarization 公证你的 Developer ID 应用
关于苹果公证（Apple Notarizition）机制的一些总结
macOS app 实现自动化 notarize 脚本
Developer ID Application证书制作

准备工作：

开发者账号中，必须生成两份重要证书：

• develop ID Application 证书 —— 用来对 .app 进行分发签名。类似于 iOS 的 inhouse enterprise（企业内部分发应用）
• develop ID Installer 根证书 —— 用来对打包生成的 .dmg, .pkg 进行签名
• 一个主账号授权的副账号，用来做 .pkg / .dmg 的公正用。
  这个副账号对应的专有密钥（需要在 https://appleid.apple.com 中生成）
• 副账号所属的 Team ID

---

事件原因：

没有使用正规签名流程，或正规公证的应用，会存在如下现象：

• 经验证，对于 App，需要使用 Developer ID Application 进行签名，否则在第一次打开会提示 “身份不明的开发者”。
• 而对于 pkg 安装包，则要使用 Developer ID Installer 进行签名，否则在安装的时候，会提示 “身份不明的开发者”。

image.png

苹果将在 10.14.5 上新引入的 App Notarization（公证）机制，届时，苹果将要求开发人员上传应用程序之前，将它们提交给苹果，以扫描恶意内容，并查找可能存在的代码签名问题，没有经过苹果检测的应用程序以后可能将不被允许运行

• 如果没有做公正，即使使用的证书是合规证书，.pkg 安装时，Gatekeeper 机制会弹出提示 “无法打开 xxx ，因为 Apple 无法检查其是否包含恶意软件”

image.png

2020 年1月后，已安装的应用如果没有公证，也无法使用

如果是正常的应用，那么会出现

image.png

注：如果在本机上已经安装或打开过某不合规的应用，之后在一定时间内是不会再弹出提示的。
测试方法，可以尝试将不合规的应用通过 airdrop 传给另一台 Mac 进行验证。

---

10.14 之前的 codesign 和 productSign 不管用了

---

签名和公证过程

我们的流程包含两部分：app 和 pkg/dmg

1. App 签名、公证

可以通过命令行 codesign 的相关指令来完成签名。签名时务必指定 develop ID application 作为签名证书。

app 的签名和公证的步骤，建议交给 xcode 去做。公证成功后，苹果会回复一封邮件，表示我们公证通过。

image.png

这时候再去 orgonaized 里头把刚才的打包结果 export 出来

image.png

2. PKG/DMG 签名、公证

pkg/dmg 需要使用公证后的 .app 作为 source.app，然后进行打包。这里我们使用 Packages 进行打包（该第三方打包工具这里不赘述，mac 10.15 以上系统务必使用 v1.2.7 否则打包失败）

使用命令行上传公证应用

2.1 先给 pkg 文件签名

$ productsign --sign "Developer ID Installer: shu shu (428N123455)" origin.pkg signed.pkg

2.2 公证 pkg 文件

Developer ID Installer: shu shu (428N123455) 要根据实际钥匙串中的名字作相应替换。

xcrun altool --notarize-app --primary-bundle-id "app bundle id" --username "your appleid" --password "one-time-password" --file "test.pkg" -itc_provider "your team id"  &> tmp

这条命令中参数较多，这里一一说明

• --primary-bundle-id：app 的 bundle ID
• --username：开发者账号的 apple ID
• --password：一次性密码，需要登录到 https://appleid.apple.com 中生成专属密钥。username 对应的也是主账号或授权的副账号
• --file：pkg 地址
• -itc_provider：副账号所属的 team ID，如果前面的 username 是主账号，那么这里不需要填这个参数

&> tmp 是将上传的内容及结果写入这个文件中。查看文件可以看到

No errors uploading './signed.pkg'.
RequestUUID = xxxxx-xxx-xxxxx-xxxxx-xxxxx

这里的 RequestUUID 通常和前面我们公证 app 时收到邮件里的内容是一致的。

2.3 进行盖章

公证成功后，会返回一个 ticket 用于 staple（盖章），执行下面的命令进行盖章。

xcrun stapler staple signed.pkg

2.4 验证 .app, .pkg/.dmg 是否有效

# App
spctl -a -v --type exec ./test.app

# pkg
spctl -a -v --type install ./test\_sign.pkg

查询结果：

spctl -a -v --type install abc.pkg 
#公证后的
/xxx/abc.pkg: accepted
source=Notarized Developer ID
 
#没公证的
/xxx/abc.pkg: rejected
source=Unnotarized Developer ID

---

未解之谜

• 实际发现有些情况会显示 reject, source=Notarized Developer ID, 并且可以正常安装，不会报错。
• 我将一个公证的和未公证的 app 一起打包入一个 pkg. pkg 正常签名，公证，但是盖章会失败（RequestUUID 不相同）。理论上这个 pkg 应该是会被列为无效，但实际测试发现不会弹出“未知应用”或“恶意软件”的提示。

---

长命令示例：

xcrun altool --notarize-app --primary-bundle-id "com.XXX.XXXX.XXXX" --username "[email protected]" --password "xxxx-xxxx-xxxxx-xxxx" --file ./signed.pkg -itc_provider "XXXXXXXXX" &>tmp

这条命令中参数较多，这里一一说明

• --primary-bundle-id： 包名，bundle ID
• --username：apple ID
• --password：https://appleid.apple.com 去这里生成吧
• --file：pkg 地址
• -itc_provider：team ID 开发团队的 ID