如果你把整个智能家居架在一套自制的 HomeAssistant 上，这两周多半刷到过这条消息："HomeAssistant 被指未授权扫描用户密码。“不少人的第一反应是卸载，更多人是在折腾旧设备：闲置的安卓手机不用root就能把HA装进去，装完还没捂热就被告知"平台在扫你”。先说结论：这项功能发出去的数据，在密码学层面没有污点；真正炸的是授权和治理流程；而关闭开关其实早就存在，只是没写进文档，一条命令就能关掉。下面把整件事摊开，看完你就知道自己该动手还是该无视。知乎
到底扫了什么，什么东西出了门
先摆事实。这项检查在 Supervisor 里已经存在多年，扫的是 add-on 配置里被标记为 password 的字段，在本地做 SHA-1 哈希，只把哈希结果的前5个字符发给泄露密码查询服务。 HIBP 收到前缀后返回同前缀下的全部哈希，通常几百条，最终的全值比对在本机完成：密码原文和完整哈希都不出机器。这套机制叫 K-anonymity，1Password、Chrome、Firefox 用的是同款方案，HA 官方文档页对此早有说明。对方拿到的是一段约20比特的哈希前缀，反推不出是哪个密码，更反推不出是哪台设备——所以"数据发出去了"这件事本身，告不动它。知乎
真正的雷：116 分钟里换了四副面孔
风波源头是 GitHub 上的 issue #49314。报告人 Viss 在 2026.10.1 版本上第一次看到"系统在扫描你的秘密"的警告：功能默认开启、开关没写进文档、没人告诉他——他认为这应该是 opt-in。老功能为什么现在才炸？因为最近版本修复了一个让警告藏了多年的 bug，老用户是头一回看见它。知乎
维护者当晚的回应可以按时间戳摆成一排：19点15分，首评定性"这不是侵犯隐私"，并举 1Password 为例说别人也这么干；19点56分，一句"won’t fix，抱歉"关闭 issue；20点14分，二次关闭，“卸载 fork 请便，反正这是开源软件”；20点33分，这条 issue 上了 HN；21点11分，置顶道歉出现，交出关闭命令，并承认这个开关其实早就存在。第一评到道歉评只隔116分钟，中间发生的事只有一件：HN 发酵了38分钟。用户第一轮就想问清楚的东西，维护者其实答得上来，只是前两轮选择了关 issue——"技术上没错"和"程序上没授权"是两回事，首评只回答了前者。知乎
边界也要摆清楚：报告人自报红队身份、以及"能滥用这条通道捞凭据"的说法，均按其本人口径转述，属理论攻击面而非已证实漏洞；Viss、指认"功能已存在五年"的所谓创始人露面、HN 上的 GDPR 违法猜测，都是网友自述或猜测，正反声音并列存在，本文不作定罪。
分人行动：谁该动手，谁可以无视
跑 HAOS 或 Supervisor 加载项的：如果不想被扫，关闭命令是 `ha security options --pwned=false`，出自维护者本人的置顶道歉评，可靠度没有争议。这条命令也顺带说明了一件事：开关早就存在，你在文档里搜不到，不等于你没有选择权。
跑 Docker 版的：官方文档里 Docker 版叫 Container，没有加载项商店——这个功能扫描的对象是 add-on 配置，Container 部署基本无从可扫，但装之前确实要先把 HAOS 和 Container 分清。哔哩哔哩
不管用哪个版本，借这个机会把你所有 add-on 里标记为密码的字段清点一遍：这条警告的另一面，是它真的替你把每个密码过了一遍泄露库名单。命中了就换密码——换密码比争论"该不该扫"实惠得多。
正在"官方中控 vs 继续自制"之间摇摆的：苹果刚发布了官方中控屏，299美元的价格倒不算贵，米家设备通过 HA 接入的兼容性则继续被拿来当参照。这次风波并不构成"HA 不能用了"——本地控制的根基没变。更可用的姿势是把它当选型测试：把你准备托付家庭数据的开源项目的 issue 关闭记录翻一遍，那里藏着的治理文化比 README 诚实。HN 评论区就有两位网友表示正要买 HA Green 硬件、此事令其犹豫，让他们退缩的不是把哈希发给 HIBP，而是这件事在 GitHub 上得到的回应——信任成本，最后会直接折成硬件订单。微博知乎
接下来盯两个信号
一是官方文档会不会把关闭开关和机制说明补写进去，让下一个用户不用靠翻 issue 才知道自己有权关闭；二是功能会不会按报告人所求改成 opt-in，或至少在警告文案里给出关闭指引。任一发生，这件事才算真正翻篇。
自制系统的玩家图的就是"控制"两个字。这次风波的过程很难看，但结果倒是把控制重新交回了你手里：开关一直是你的，只是此前没人告诉你它在那儿。
