你和朋友坐在一起聊天,随手把手机扔桌上。你问他,家里暖气不热怎么办?夜晚,你便在小红书的信息流里刷到“教你给暖气放气”。你人一惊,心想“难道又被手机窃听了?”因为你从未主动搜索过类似话题。
如果确实存在“App 监听谈话”,那其目的大多是为了各种应用平台信息、商品、广告的精准推送,但这却是个人信息(或隐私)获取的众多方式中,最为敏感,也最不“划算”的一种。它被反复提及,原因是用户总能发现“巧合”,却难以对其证实。相关商业公司也只是否认,拿不出反驳证据。
如果 app 真的通过麦克风一直监听我们,到底可不可行?
语音助手先遭质疑
人们的确曾抓到过智能音箱和语音助手的把柄,亚马逊 Alexa 曾因为错误理解指令,把“偷听”来的谈话录音发给用户通讯录里的好友,证明麦克风偷听并非臆想。
2018 年,一对住在俄勒冈州的夫妇突然接到朋友电话,被朋友告知,收到了他们家 Echo 智能音箱发来的聊天录音。确认了谈话细节,他们这才相信,被偷听了。
他们找到亚马逊讨个说法,对方出面解释道,有一种可能是当事人在对话中某个发音很像“Alexa”,由此唤醒了它。在随后的谈话过程里,Alexa 错误地以为听到“发送语音信息”的请求,又错误地听成是某位联系人。亚马逊说,这种事情发生的概率极小,但也有意外。
如果不是麦克风一直在听,智能音箱怎么知道用户喊它了?乍一听,好像有点道理。
2020 年,一位产品经理在 hackernoon(一个技术分享社区)写过一篇文章专门解释这个困惑。他拿 Siri 举例,说 Siri 确实在“听”,但它“听不懂”,直到被“Hey Siri”触发后,它才开始理解你的指令。
Siri 确实在“听”,但它“听不懂”丨图片来源 Giphy
因为 Siri 只是听懂你在喊它,就已经耗费很多“力气”。落到麦克风上的声音会以 0.01 秒为一帧,每次 20 帧(0.2s),被输入到深度神经网络,进行本地计算。深度神经网络将这些声音转换成概率密度函数。当函数值达阈值,主处理器被激活。在主处理器激活之前,处理声音做这些事情的是协处理器。
所谓协处理器可以理解为,具备有限的功能和电量消耗的辅助处理器,允许用户在屏幕关闭时,访问一些“始终开启”的功能。比如它帮助分担处理来自加速度计、陀螺仪等的数据,改善手机续航。(不然,你的运动步数是如何统计的?)“Hey Siri”功能推出后,它就帮着 Siri 处理声音。Siri 理解,你不想让它听的声音,它就“左耳进右耳出”。
那 app 会不会跟语音助手一样呢?如果它“左耳进”,但“没右耳出”呢?
“Hey Siri”可被看作是苹果的“底层应用”,是写在系统内部的,相比之下,iOS 系统之上的应用,调用系统权限的时候,用户不会那么“无感”。
技术上可以,但算不过账来
2019 年,国内的一个开发者团队写了一个安卓 app,在演示中,app 获取“录音”权限后,锁屏在后台监听。开发者对麦克风说,“今晚吃什么?”服务器端就收到 app 上传的语音转文字后的信息。他们为了证明,抛开所有限制条件,仅从技术角度来说,“app 在后台监听到用户说什么”是可行的。
为什么强调“仅从技术上”?因为想要完全绕过用户的注意,实现“偷”听,难度可就大了。2017 年,Facebook 广告负责人 Antonio García Martínez 在《连线》上撰文。他说,如果 Facebook 通过麦克风记录听到的所有内容,在功能上等同于用户和 Facebook“一直通电话”。
文章转发自腾讯科技微信公众号,版权归其所有。文章内容不代表本站立场和任何投资暗示。
Copyright © 2021.Company 元宇宙YITB.COM All rights reserved.元宇宙YITB.COM