neiltroyer849

把所有 escrow 都写成了 eschew ，再次证明强依赖 proofread 中（误

一个喜讯是翻箱倒柜找到了一份 time machine 备份，然后文稿和很多资料有云上的备份，所以成功抹盘降级了。然后重装后意外发现现在 FileVault 加密似乎不提供 iCloud eschew 了，就是那个 Apple ID 重设 FileVault 加密的功能。查了一些资料发现 Tahoe 似乎改进了 FileVault 的恢复方式在强制使用 Recovery Key 。因为原先的 iCloud eschew 上传 Mac 的 credential 时并没有端对端加密的。然后新的 iCloud Keychain 会端对端加密这个 Key 到各个 iOS/macOS 26 以上的设备，用 Password App 可以查看；运行 iOS 18 似乎看不到这个 Key 。好像不太有人注意到这个特性？我猜测从 Sequoia 或之前的系统升级上来的朋友可能还是可以用老的 iCloud eschew 。贴出来给遇到相似情况的朋友们参考一下。

大家的需求都会有所不同吧。这个方法也出了蛮久了，其实我也是经历了 Tahoe 好几个版本了，之前的版本苹果都没下手，因此也就大意了。就我个人的工作流而言，Apple Intelligence 的网页总结，邮件总结，通知总结，特别是英文总结和 proofread 是很多回邮件时又懒得检查时一个右键的事，而且这一切都是本地运行的，没网梯子没了也行。也不用来回 chatgpt 和 claude 复制粘贴，其实这种本地小模型用来干这些是刚刚好的，比如苹果相册那个自带的消除功能至少肯定很多工具交给云安全。而且 Tahoe 开放了本地 foundation model 的调用权限，原来只能用 Swift ，现在也出了 Python 的 SDK 了。手搓了一些本地小用途也很有趣。当然说了这么多其实更多也是一种心理感触吧：苹果的 AI 当然还有待完善，也当然有更强更好的 Claude 可以用。但对于同样的产品在你手上就有很多东西不能用的这种感觉，有人觉得无法忍受，有人觉得无伤大雅；至少在除了避开国行以外，Mac 还提供了这样一种可能性让你用上。我想这也类似于 iPhone Air 的那个 eSIM 限制一样，不过区别是 iOS 上永远也没法破除限制就是了

更新：试了一圈办法了，现在 Tahoe 应该不允许在不抹盘格式化的情况下降级系统了。彻底 gg 。

@c6h6benzene 唉是的，悔不当初

销量真的好像蛮好……国内电商上好久没出现 Mac 会像 iPhone 一样等配货等这么久了

@xcjzv 首先 Safari 也是在沙盒里运行的啊。现代 Safari 本身就是建基于多进程的沙盒框架，而这个漏洞本身就带有沙盒逃逸来实现攻击的，那么第三方浏览器的沙盒限制不也是一样的吗？其次，让步来讲，就算装上了非 WebKit 浏览器，也并不改变 Webkit 是一个系统框架的事实。而在 iOS ，系统应用和任何第三方 app 调用的很多页面都是 WebKit 渲染的；因此你的 attack surface 是一直在这里的。防止的方法是消除这些 surface ，方法比如升级系统修补上漏洞，或者不愿意升级就只能打开 lockdown mode ，或者更粗暴的直接在 Safari 里关闭 Javascript 功能并且在访问限制里限制所有 app 的网页浏览功能只能打开白名单网站。选择了越狱和巨魔本身就是在明知存在一些可以利用的漏洞的现实下接受了一些便利性；因此逻辑也是你必须放弃一些便利性来实现安全

锁定模式会关闭 wasm 和 JIT ，这个基本上可以把 Coruna 的最开始步骤里的一些侵害阻止在萌芽之中，所以还是有用的。所有第三方浏览器在 iOS 上都是用的 Webkit 和 JS Core （欧盟区部分侧载浏览器除外），所以本质上是没法规避的。

@nym1996 同 M2 MBA 反复试了几次好像没这个问题。只是我的内存定制要大很多……(但这个跟内存应该关系不大？）会不会是系统没有干净安装的缘故？