验证通过codesign,spctl和check-signature但未能运行的macOS应用程序"因为无法确认开发人员的身份"

Question

我的macOS应用程序已经过编码并在某些计算机上运行但在另一台计算机上无法运行,因为Gatekeeper弹出"{App}无法打开,因为无法确认开发人员的身份."

我想发布一个错误的.dmg之前检测build机器上的这个问题,所以我看着苹果的文档上检查关守一致性和检查守则签名,其中讨论codesign,spctl和check-signature.令人困惑的是,所有这些工具都报告.app由我的开发者帐户签名.

$ codesign -v --strict --deep --verbose=2 App.app
App.app: valid on disk
App.app: satisfies its Designated Requirement

$ codesign -d --deep --verbose=2 -r- App.app
Executable=/Applications/App.app/Contents/MacOS/App
Identifier=com.example.app
Format=app bundle with Mach-O thin (x86_64)
CodeDirectory v=20200 size=196 flags=0x0(none) hashes=3+3 location=embedded
Signature size=8539
Authority=Developer ID Application: Company, Inc. (XXXXXXXXXX)
Authority=Developer ID Certification Authority
Authority=Apple Root CA
Timestamp=Sep 22, 2016, 7:32:19 PM
Info.plist entries=21
TeamIdentifier=XXXXXXXXXX
Sealed Resources version=2 rules=12 files=10708
Nested=Frameworks/Squirrel.framework
Nested=Frameworks/App Helper NP.app
Nested=Frameworks/App Helper.app
Nested=Frameworks/App Helper EH.app
Nested=Frameworks/Mantle.framework
Nested=Frameworks/ReactiveCocoa.framework
Nested=Frameworks/Electron Framework.framework
Internal requirements count=1 size=172
designated => identifier "com.example.app" and anchor apple generic and certificate 1[field.1.2.840.113635.100.6.2.6] /* exists */ and certificate leaf[field.1.2.840.113635.100.6.1.13] /* exists */ and certificate leaf[subject.OU] = XXXXXXXXXX

$ spctl --assess -vv App.app
App.app: accepted
source=Developer ID
origin=Developer ID Application: Company, Inc. (XXXXXXXXXX)

$ check-signature App.app
(c) 2014 Apple Inc.  All rights reserved.
YES

证书,标识符和配置文件网站显示我帐户下未过期的"开发者ID应用程序"和"开发者ID安装程序"证书.我从未撤销任何Mac签名证书.我还检查CFBundlePackageType了应用程序的Info.plist设置为APPL.

这里发生了什么？

---

更新:将Mac从El Capitan升级到Sierra解决了这个问题.我仍然有兴趣了解在有用户遇到它的情况下可能出现的问题.

Answer 1

以我为例，当嵌入式第三方框架的运行路径设置错误时，就会出现此消息：LD_RUNPATH_SEARCH_PATHS在构建设置中确实引用了不允许的内容。

苹果在这里记录了这个https://developer.apple.com/library/content/technotes/tn2206/_index.html#//apple_ref/doc/uid/DTS40007919-CH1-TNTAG207

如果应用程序使用@rpath或绝对路径链接到应用程序外部的动态库，则该应用程序将被Gatekeeper拒绝。

他们甚至说：

代码签名和spctl工具都不会显示该错误。该错误将仅出现在系统日志中。

解决方案是将第三方框架修改为如下所示的标准：

$(inherited) @executable_path/../Frameworks @loader_path/Frameworks