如何签名可替换的dylib文件？相关签名机制及许可疑问咨询

你的假设验证 #

• 代码签名需包含依赖动态库：没错。苹果的代码签名是针对整个代码 bundle 的，主二进制、嵌入的动态库、框架等所有可执行代码都得统一签名，才能通过系统校验。
• 系统会在安装及运行时检查签名：对的。安装时系统会验证签名合法性（证书是否有效、未过期、bundle内容没被篡改）；运行时通过amfid这类守护进程实时校验可执行文件哈希，一旦二进制内容（包括dylib）被修改，直接终止进程，不让应用启动。
• 替换LGPL许可的dylib会导致应用无法启动：没错。替换后的dylib哈希和签名记录里的不一致，签名校验失败，系统就会阻止应用运行。这也是LGPL在苹果生态里的常见矛盾——LGPL允许用户修改替换库，但苹果的签名机制直接限制了这种操作。

推荐的书籍与指南 #

• 《iOS App Security Essentials》：这本书专门讲iOS/macOS应用的安全机制，用大量篇幅拆解代码签名的原理、流程和常见问题，包括动态库签名的细节，内容接地气，适合开发者深入理解。
• 《macOS Internals: A Systems Approach》：从系统底层剖析macOS运行机制，其中涵盖代码签名的底层实现、校验逻辑，能帮你搞懂为什么改dylib会触发校验失败，适合想深挖系统层面的开发者。
• 苹果官方《Code Signing Guide》：虽然你觉得官方文档不好懂，但它是最权威的规则参考，里面的「Signing a Bundle」和「Dynamic Library Signing」章节明确了签名要求，适合作为规则手册查阅。

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