如果你在重新登录 Apple ID 后无法使用 Apple Pay for Mac

在开启“完整安全性”的情况下退出再登录 Apple ID 就可以解决。 可能仅适用于 MacBook with Apple Silicone Chip 并启用了“降低安全性”启动选项。

以下是我的经历。

我今天在 Mac 上重新登录 Apple ID 并重启后，在系统偏好设置中看到两个需要批准的内核扩展（ Kext ），来自“Apple Inc.”和“Paragon Software”，在批准并重启系统后，Apple Pay 无法使用并提示：

Apple Pay 因安全设置被修改而被停用

我以为是 Paragon NTFS 导致的，于是我卸载掉了它，重启后还是不行，用终端

$ kextstat | grep -v com.apple
Executing: /usr/bin/kmutil showloaded
No variant specified, falling back to release
Index Refs Address            Size       Wired      Name (Version) UUID <Linked Against>

确认了并没有任何来自 Apple 以外的内核扩展被安装。此时，如果将启动安全设置改为“完整安全性”，Apple Pay 将恢复可用，但是如果再将设置改成“降低安全性”，会再次出现一个“Apple Inc.”的内核扩展需要批准，重启后 Apple Pay 不再可用。

这样感觉问题就明朗了，很可能就是一个和 Apple ID 有关的内核扩展导致的。考虑到在“完整安全性”开启的情况下用户不能控制系统扩展，我就试着在“完整安全性”开启的时候再次重登 Apple ID ，这次没有（也不应该）被要求批准内核扩展，然后再次将启动选项设置为“降低安全性”，Apple Pay 也可以正常使用。现在还没有把 Paragon NTFS 装回来，不敢。

目前怀疑是 Apple 开发者没有考虑到用户在“降低安全性”的时候重登 Apple ID 的情况。重登 Apple ID 会让一个内核扩展发生变更，由于“完整安全性”默认不允许任何第三方内核扩展并会信任所有来自 Apple 的扩展所以不会有问题，而“降低安全性”则会要求所有发生变更的内核扩展都经过用户批准，但是因为某种原因这个 Apple ID 相关的内核扩展没有默认被信任而被当成了“第三方扩展”处理。而 Apple Pay 子系统可能有一个逻辑判断是否有任何“第三方内核扩展”试图干涉自己，于是两个合起来就导致了这次的问题。