智能音箱是否有隐私顾虑？

[nikoo]

智能音箱目前基本是语音激活，这也意味着 24 小时的语音监听
且目前基于“语料”的 AI 技术也可以明证言顺的上传语音记录
这里是否有隐私的问题？还是说已经有什么解决方案来避免了？

未来是否可能会出现：
我在家说狗粮怎么这么快就吃完了马上推送过来狗粮广告？
我在家摔一跟头马上推送过来最近的莆田医院？
我在家悄没声的啥也没说马上推送过来同城交友？

[intouchables]

@nikoo 所以监控它的网络看流量状况是否异常就能看出来

[intouchables]

@nikoo 其实我觉得还是不太可能出现这种事，都不用用户来担心，直接能被友商踢爆

[laylou]

肯定是有的，他们拿来分析大数据

[ersic]

@nikoo #17 那我们区分一下「监听」吧，如果随时等待口令唤醒并不上传分析也算监听的话，那肯定是随时监听了。

[intouchables]

@nikoo 但是有一种情况比较担心就是 zf 强制要求安插后门

[ersic]

所以最安全的方式还是不用，或是不用的时候断电。

[nikoo]

@intouchables 关键是它随时记录并上传这些行为都是正当的，因为 AI 需要语料分析
但厂商拿到这些“语料”后滥用的证据，普通用户、其他友商是不会轻易掌握的，不是吗？

[jasonyang9]

@intouchables #21 naive，弄个混淆的策略，监听到的内容在本地暂存，瞄准时机偷偷上传或和所谓指令一并上传，或加工后成为流量很小的指令形式上传，总可以了吧？

[wisdom]

有的，我买了一个百度音箱，里面就有大数据分析的模块，不过我抓包把他预留的域名在路由器上屏蔽了。
哈哈哈哈哈哈啊

[nikoo]

@ersic “随时等待口令唤醒” 这个状态描述是对的，“并不上传分析” 这个有依据吗？或者厂商 TOS 里会写吗？还是说只是一厢情愿的猜测呢？

[Hugg]

对啊，解决办法就是别用所谓的联网智能

[intouchables]

@jasonyang9 emmm 音频在保持清楚的前提下压缩的极限这个我确实不太清楚，但是应该也没有那么容易吧，不知道有哪位了解这方面的能说下吗

[ersic]

@nikoo #29 只是猜测，并且即使 TOS 有写，你信吗？你信的话，你能确定没后门被利用吗？都是问题。所以最安全的方式还是不用，或是不用的时候断电。

[helionzzz]

你的隐私会不会泄露完全不取决于用不用这玩意 互联网时代谈隐私本来就是伪命题

[intouchables]

@nikoo
小爱的一部分隐私协议，如果有证据违反了应该可以告吧

我们收集以下各类信息（无论其是否为个人信息）：

我们指定的与您相关的信息：我们可能收集并使用诸如小米账号的信息。
设备及系统信息：与您的设备相关的信息。例如 IMEI、MIUI 版本信息、当前系统的时间戳、时区。
为实现功能您提供给我们或上传的相关信息：我们可能收集您提供给我们的任一或所有个人信息。
位置信息（仅适用于如导航、天气、闹钟、时间、日程功能）：与您的位置相关的信息，例如经纬度信息。
播报内容或指令信息：需要进行语音播报的文字、您自定义的技能指令数据、语音交互时您所产生的语音指令、会话等信息。
联系人信息（仅适用于拨打电话功能）：您联系人的组别属性、名称及电话号码（仅本地存储不上传服务器）。
应用相关信息：包括应用列表、应用版本、应用当前状态（如音乐当前播放的音乐、电台、歌手、专辑等信息），其他应用用于语音判定的信息。

[nikoo]

@intouchables 8kbps AAC 音频录人声应可以了，24 小时音频文件就 86MB 大小

[Tiptiks]

一般不会的，智能音响都会有唤醒词的，如果一直开着收音模块，耗电应该是过不了关的

[zro]

前段时间看了最新的 X 档案，里面有一集就是讲智障家居的，所以按目前来看，我觉得还是不要太“智能”比较好~

[Wenpo]

我想不懂这东西有什么实际用途

[nikoo]

@Tiptiks 智能音箱不是一般 24 小时插着电用的吗？（另外可以参考一下 13~20 楼）