在 macOS 13 上为什么会将代码签名的 Go 二进制文件标记为“未知开发者”？

IT行业相对于一般传统行业，发展更新速度更快，一旦停止了学习，很快就会被行业所淘汰。所以我们需要踏踏实实的不断学习，精进自己的技术，尤其是初学者。今天golang学习网给大家整理了《在 macOS 13 上为什么会将代码签名的 Go 二进制文件标记为“未知开发者”？》，聊聊，我们一起来看看吧！

当前的 macos 13 beta 具有一项功能，可以在系统偏好设置面板中显示所有应用程序安装的登录项，包括 launchdaemons。我的应用程序有一个用 go 编写的 launchdaemon，我在构建过程中使用我的开发者 id codesign。

但是当我在仅安装了我的应用程序的 macos 13 上查看系统偏好设置中的登录项时，我看到了以下内容：

我确信圈出的二进制文件已正确编码。例如，以下是 xcode 存档构建后 spctl 的输出（tless 是 go 二进制文件）：

% spctl -vvv -a -t open --context context:primary-signature mactless/Applications/Mactless.app/Contents/Resources/tless
mactless/Applications/Mactless.app/Contents/Resources/tless: accepted
source=Notarized Developer ID
origin=Developer ID Application: MY_NAME_HERE (SB********)

sb******** 是我正确的开发者 id 签名身份。

macos 13 将此签名二进制文件识别为来自“未知开发者”的原因可能是什么？

正确答案

我找到了一个解决方案，可以显示我的开发者 ID 名称来代替“未知开发者”。我将以下所有值设置为等于 com.mycompany.MyApp.daemon：

• 二进制文件本身的名称
• （codesign Run Script 步骤因此也变为 codesign -s [xxxxxxxxxxxxxxxxxxxxxxxxxx] -o runtime -v com.mycompany.MyApp.daemon）
• /Library/LaunchDaemons plist 文件中的 Label 字段
• /Library/LaunchDaemons plist 文件的名称（末尾带有 .plist，即 com.mycompany.MyApp.daemon.plist）

重建、卸载并重新安装，瞧，它在圆圈所在的位置显示了我的名字，而不是未知的开发人员。

希望这对某人有帮助。

今天带大家了解了的相关知识，希望对你有所帮助；关于Golang的技术知识我们会一点点深入介绍，欢迎大家关注golang学习网公众号，一起学习编程~