玩具熊安全漏洞

去年冬天，玩具我给三岁的熊安侄女买了一只智能玩具熊。会唱歌、全漏会背唐诗、玩具还能通过Wi-Fi连上云端回答问题。熊安她很喜欢，全漏每天抱着不撒手。玩具直到有一天，熊安她问熊：“为什么天是全漏蓝的？”熊沉默了两秒，然后用一种异常平静的玩具语调说：“我不太清楚，但你可以问问你的熊安爸爸妈妈。”——问题不在回答本身，全漏而在于那两秒的玩具停顿。我查了后台日志，熊安发现它把语音上传到了厂商服务器，全漏返回了一条预设的兜底回复。听起来没什么，对吧？可如果那个服务器被劫持了呢？

这不是危言耸听。2023年，安全研究团队在一款热销的儿童智能手表上发现了漏洞：攻击者可以远程开启麦克风，实时监听孩子周围的声音。手表和玩具熊，底层架构几乎一样——廉价芯片、开源操作系统、厂商自己都说不清楚的云接口。漏洞往往藏在最不起眼的地方，比如固件更新时的签名校验被跳过，或者调试端口忘了关。

我拆过那只熊。螺丝拧开后，里面是一块比指甲盖大不了多少的电路板，焊着Wi-Fi模块和一颗ARM Cortex-M4芯片。麦克风直接连到ADC，没有硬件静音开关。这意味着只要固件被篡改，麦克风就能一直开着，而指示灯？指示灯是软件控制的。软件说它灭了，它就灭了。

更麻烦的是供应链。芯片来自A厂，模组来自B厂，云服务租的是C厂的。每一层都觉得自己只负责一小块，安全边界模糊得像雾。你问厂商“数据存哪”，客服说“符合国标”；你问“加密了吗”，对方发来一份PDF，里面写着“采用AES-128加密”——但没说密钥怎么管。密钥硬编码在固件里，固件能从官网下载，这事儿我见过不止一次。

有人会说：普通家长又不是黑客，担心这些干嘛？可攻击者也不需要是黑客。一个脚本小子拿着现成的工具包，扫描一下暴露在公网的MQTT端口，就能批量控制同型号的玩具。2022年有个案例：德国禁止了一款叫“My Friend Cayla”的娃娃，因为它内置的蓝牙模块没有配对认证，任何人站在十米内都能连上去，让娃娃说任何话。十米。你在厨房做饭，孩子在客厅玩，隔壁邻居就能让那只熊说出“把窗户打开”。

那怎么办？别指望厂商。我现在的做法很简单：买任何联网玩具，先看它有没有物理麦克风开关，没有就退。回家连上路由器，把它的MAC地址扔进黑名单，只允许局域网内访问，禁止它连外网。如果它非要联网才能用，那就当普通毛绒玩具玩——电池抠掉，缝回去。侄女现在那只熊，Wi-Fi模块已经被我焊下来了，它只会唱三首歌，背五首唐诗。她依然喜欢。

安全漏洞从来不是技术问题，是信任问题。你把一只会听的熊放在孩子床头，等于把一只耳朵留在了陌生人手里。而那只耳朵，可能连门都没锁。

(责任编辑：知识)