你说完Hey Siri,手机才开始听:苹果公开四道闸

你说完Hey Siri,手机才开始听:苹果公开四道闸

2026-11-13 22:33:57 0点赞 0收藏 0评论

上周在地铁上,我冲着手机喊了两遍「Hey Siri」,它一点反应都没有,对面那位抬头看了我一眼,我默默把手机塞回了口袋。今天翻到苹果发在安全博客上的那篇说明,才知道它很可能早就听见了,只是有一道校验没过,音频被拦在芯片里出不来。

这篇说明对应的是 iPhone 18 Pro 和 iPhone 18 Pro Max 上的一整套新架构,苹果把它叫作安全隔离区(Secure Exclaves),里面把「Hey Siri」从听见声音到允许收音的全程拆成四道关卡,任何一道没过,麦克风就不开。

你说完Hey Siri,手机才开始听:苹果公开四道闸

那颗一直醒着的协处理器,其实听不全

手机确实一直在听,这一点苹果没有绕。干活的是 AOP,一颗平时功耗很低的协处理器,它守着麦克风找那几个音,但听到的东西只用来做一次粗略判断,判断完就丢掉,完整录音既不会交给主系统,也不会留在机器里。

我以前把「常驻监听」理解成后台有个人一直在录音,看完这段才反应过来它更像楼下的保安,听见动静先探头看一眼,看不清就不叫醒屋里的人。代价也是这么算的:让主芯片一直开着听,电池撑不了多久;让协处理器守着,主芯片可以睡着。

音频要过两道门,门后没有回头路

AOP 判断「可能是唤醒词」,主处理器才被叫醒,那段音频缓冲先交给音频隔离区做回声消除,把电视声、空调声压下去,再往 Siri 隔离区送;那边跑的是一个大得多、精细得多的唤醒词模型,做第二轮复核,苹果说这一步拦掉的误报比 AOP 单独判断时多得多。

隔离区是什么,一句话讲,它是芯片上划出来的一小块独立地盘,有自己的内存和运行环境。主系统进不去,第三方 App 进不去,苹果自己也取不出里面的原始数据。所以 Siri 隔离区确认之后,它给主系统里的 Siri 守护进程只发一个「唤醒」标志,音频一个字节都不发过去,这道门是单向的。

屏幕上那个小点,其实是放行凭证

接下来是我觉得整篇说明里最值得看的一段。守护进程收到标志,找音频驱动要麦克风权限,驱动一边在屏幕上画出麦克风指示点,一边向隔离区指示控制器(EIC)申请音频访问。

EIC 没有立刻放行。它先让安全显示隔离区去检查那个点:颜色对不对、形状对不对、已经显示了多久、亮度够不够,附近有没有别的像素盖住它。全部对上,系统才从「环境模式」切到「主动模式」,音频这才被允许流出芯片,点会一直亮到会话结束,最短 3 秒。

我以前把这个点当成礼貌性的提示,看完流程才知道它本身就是开关的一部分,屏幕上没画对,声音就出不去。想让人放心,光说「我们不会偷听」没用,把路堵死才有用。

2019 年那笔账,和这套设计想解决的事

2019 年出过一次事,一小部分 Siri 录音被交给外面的人做质量评分,苹果停掉了这个项目,公开道歉,后来改成用户自己选择才参与。那之后「手机在偷听」就变成一句默认的怀疑,解释一百遍,不如把机制摊开给人看。

按博客里的写法,常驻监听时摄像头和麦克风拿到的原始画面与声音直接进隔离区,模型把它们压成「有人来了」「这是家庭成员 A」「听到了唤醒词」这类极短信号,识别完原始数据就销毁,第三方、主系统、苹果自己都拿不走。

适用范围得说清楚,这四道关卡管的是唤醒前后那几秒。你确认唤醒之后让它查天气、发消息、读日程,请求照样要上云,走的是另一条链路,别把芯片里这点隔离当成整机离线。

所以下次喊两遍没反应,先别急着怪它聋,很可能是它听见了、屏幕上那个点没通过校验。那个点在暗处亮着的时候身边人会不会看见,才是这套设计真正在赌的东西。

作者提示含AI生成内容。作者声明本文无利益相关,欢迎值友理性交流,和谐讨论~

展开 收起
0评论

当前文章无评论,是时候发表评论了
提示信息

取消
确认
评论举报

相关文章推荐

更多精彩文章
更多精彩文章
最新文章 热门文章
0
扫一下,分享更方便,购买更轻松