物联网+移动互联时代下的数码安全新挑战

　　去年一月的那个凌晨三点半，我盯着监控屏上的告警红光，泡面在键盘边凝成油块——三台物联网网关的SSL证书同时过期，移动端APP连不上设备，用户投诉像潮水一样涌进工单系统。开发那边还在睡，我原以为直接续个证书就能解决，结果发现其中两台设备的根证书链被篡改过，签名时间戳显示是三个月前——可明明上周刚做过安全扫描啊！

　　机房的空调开得太足，我裹着羽绒服敲开发工位，那哥们睡眼惺忪地凑过来："证书？我上周让测试环境用了自签的，主环境应该没动啊。"我盯着他电脑上的Git提交记录，最新一条是"优化证书加载逻辑"——好家伙，他把证书校验从强制模式改成了可选模式，理由是"移动端网络差时减少重试次数"。我当场就炸了："你知道物联网设备一旦被劫持，能直接控制整个家庭的智能锁、摄像头吗？"他挠挠头："可用户投诉的是连接超时，不是安全警告啊。"

　　其实这事儿最绝的不是开发乱改代码，是那两台被篡改的设备——后来查日志发现，攻击者是通过移动端APP的漏洞，先拿到了设备的临时会话令牌，再伪造了证书更新请求。我原以为物联网的安全边界在设备端，结果发现移动端才是那个最脆弱的环节：用户为了省流量，会关掉APP的HTTPS校验；为了省电，会允许后台长期驻留；甚至为了方便，会把设备密码设成"123456"。那天我翻着工单，发现投诉连接问题的用户里，有三分之一用的是这种弱密码——可安全团队明明在APP启动页加了密码强度提示啊！

　　同事老张叼着烟凑过来："别纠结了，这年头安全就是优胜劣汰。"他指着监控屏上另一组数据：某品牌智能摄像头去年被曝出固件漏洞，结果销量反而涨了20%；而另一家严格做安全审计的厂商，因为设备启动慢半秒，被用户骂"卡顿"骂到退市。"用户要的是'能用'，不是'安全'，"老张吐了个烟圈，"你就算把证书链验十遍，人家该用弱密码还是用，该连公共WiFi还是连。"

　　窗外开始泛白，我盯着屏幕上还在跳的告警——移动端APP的漏洞修复包刚推出去，又有十几台设备因为证书不匹配掉线了。开发那边终于醒了，在群里发了个"正在排查"的表情包；测试说"本地环境没问题"；产品经理问"能不能先回滚到旧版本？"——可旧版本的证书早就过期了啊！我突然想起上周安全会议上，领导说"今年要重点抓物联网安全"，结果预算全砍了，全用来买移动端的新服务器了。

　　其实最让我后怕的，是那些被篡改的设备。后来我们找了个测试环境复现攻击路径：攻击者先通过移动端APP的漏洞拿到设备ID，再伪造一个"证书更新"的API请求——因为设备端为了"提升用户体验"，把证书校验的超时时间从3秒改成了10秒。就这7秒的差距，足够攻击者上传一个自签的根证书，然后让设备把所有通信都转发到他的服务器上。我翻着设备日志，发现攻击者甚至还留了后门：每天凌晨两点会偷偷上传设备的摄像头画面——可用户根本不知道，因为APP的隐私政策里写了"仅在用户授权时收集数据"，而"用户授权"的按钮，默认是勾上的。

　　现在回头看，这事儿本来能避免。如果开发没改证书校验逻辑，如果用户没用弱密码，如果安全团队没砍预算，如果...可没有如果。就像老张说的，这年头安全就是优胜劣汰——用户用脚投票，厂商用利润投票，我们这些运维，只能在告警响的时候爬起来修，在证书过期的时候续，在漏洞曝光的时候打补丁。至于能不能真正安全？反正到现在，那三台被篡改的设备还在监控黑名单里躺着呢，用户倒是不投诉了——因为他们换了新设备，新设备的证书，是我们连夜找CA机构重新签的。

文章配图，仅供参考

（编辑：站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!