解析小米短信云同步安全缺陷导致被盗10万

您现在的位置： 解析：“小米短信云同步安全缺陷导致被盗10万” 谁之过？ 物联中国

日期： 09:16:47来源：物联中国 点击：500次 核心提示：短信验证码缺陷背后是一个很长很长的链条，此文仅是趁着小米短信验证码事件进行初步解析，并非针对小米一家，恰恰在这件事中，枪口仅仅对着 短信验证码缺陷背后是一个很长很长的链条，此文仅是趁着小米短信验证码事件进行初步解析，并非针对小米一家，恰恰在这件事中，枪口仅仅对着小米也是不公平的。启明星辰副总裁，特邀专栏作者，希望本文能让你对小米事件有一个初步的了解，保护好自己的信息安全。

(来自事主的知乎，现原文已被暂时清除)

之前发生了因为疑似攻击者通过小米短信云同步功能窃取银行验证短信，从而盗取十万元现金的事件，关于背后的问题，我想来仔细分析下。

1、 双因素认证

我们知道，信息安全领域有一个原则，就是 不要把鸡蛋放在一个篮子里 ，所以一般来说，类似银转账这样的高安全性要求的操作，应该执行双因素认证。

双因素认证：早期的用户认证方式往往只采用账号和密码，默认持有账号密码的就是用户本人，如果用户的账号密码丢失了，那么整个账号的控制权都会丢失。

随着信息化越来越普及，出现了针对账号密码的各种攻击手段，包括：木马后门、络窃听、暴力破解、拖库撞库等等。单一地通过账号密码来验证用户身份的方式已经不能很好地保护用户账号的安全性。

因此，大多数重要的系统，都引入了双因素认证，也就是除了账号密码外，还需要通过其他的认证方式再次验证用户身份，从而确保即使用户密码丢失，也不会遭到巨大损失。

双因素认证的方式很多，从早期的动态令牌、U-key到现在最流行的验证码，都属于双因素认证。双因素认证极大地提高了用户的账号安全性，使得窃取用户账号的难度比原先提高了很多。

大家会觉得很奇怪，既然上银行已经采用了双因素认证，那么银行卡被盗的事情应该很少发生，为什么最近却听到不少银行被盗刷的事件呢?

2、短信验证存在缺陷

那是因为，采用短信验证码来对银行进行双因素认证，是非常不称职的。

我们来看一下银行的支付过程：

用户 银行应用 wifi 运营商络 银行服务器 短信验证码 用户

银行卡密码+短信验证码 双因素验证

我们知道双因素认证能大幅提高安全性的前提是两个不同的认证方式很难被同时破解。

例如电脑版的上银行，如果采用短信验证，那么攻击者需要同时拿下被害人的电脑和才能得逞，这比仅仅拿下电脑或者仅仅拿下要难了一倍以上(因为确认电脑和的关联性也是非常大的工作量)。

但是如上图所示，对于银行，情况就完全不同了，短信验证码在终端和通讯链路上，跟银行都是共享的：银行使用作为支付终端、短信也是使用作为接收终端，银行使用运营商的链路作为数据通道，短信也是使用运营商的链路作为数据通道。这就导致了无论是终端，还是运营商通道被攻破，双因素验证都会同时失效，此时的双因素验证，完全不符合 鸡蛋不要放在一个篮子里 的原则。

之前就发生过多次利用木马、伪基站、钓鱼Wi-Fi、运营商短信托管服务、SIM卡补卡等方式窃取用户短信验证码，从而盗取银行存款的事件。此次事件疑似通过的云备份服务来获取银行验证短信，虽然手段不同，但是作案的思路还是相似的。

那么银行为什么还是选用短信作为双因素验证的主要办法呢?

一方面是因为成本，另一方面是因为易用性。

虽然我们说双因素认证的方式很多，从动态令牌(随机产生6位密码的小盒子)到U-Key(可以插在电脑/上验证用户身份的小盒子)都在不同的银行有一定的应用范围，但是因为无论是动态令牌还是U-Key都有一定的成本(几块到十几块不等)，对银行来说难以大规模推广。而且毕竟多了一个小盒子，携带起来也不方便。而短信可以说是既便宜也最方便的手段，不需要额外的购置成本，也无需额外的设备，因此也被广大用户和银行所喜爱。

、运营商、厂商、银行，谁的?

那么短信验证码安全问题频出，银行、运营商、厂家、用户，究竟是谁的呢?我的看法是大家都有，其中银行的最大。

1、为什么银行的最大?

因为推广银行和采用短信验证码来进行二次验证，最主要的得益方是银行。

银行可以大大降低银行的运营成本，与传统的开设营业点相比，电子银行的成本几乎可以忽略不计，而与上银行之前普遍采用动态令牌或者U-Key相比，银行的成本也大为降低。

银行要大力开展创新，压缩成本，提高用户易用性，这无口厚非。但是部分银行在选择短信作为双因素验证方法的时候，忽视了对其中存在的信息安全风险进行分析和控制，银行采用短信验证码会大幅降低双因素认证的强度，对此银行采取了什么措施?在鼓励用户开通银行的时候有没有尽到告知和风险提示义务?银行有没有积极投入资源在技术上对相应的风险进行控制?对因为安全性降低而失窃的用户，有没有进行及时的补偿?

2、运营商：没有对短信验证存在的安全风险有充分准备

另一方面，移动运营商虽然推出了基于短信来进行密码验证的服务(包括且不仅限于银行、邮箱、储值卡等等)，但是在技术手段和内部流程上，并没有将短信服务的信息安全要求提升到相应的高度，例如，复制卡、伪装身份补卡、伪基站、假冒短信、短信关的安全事件层出不穷。部分运营商还提供了短信托管服务，支持在上远程实时查看短信。这说明移动运营商并没有系统性的规划短信身份验证服务的信息安全，对其可能造成的风险没有充分的认识和准备。

、同时，部分厂商，也未能充分意识到短信的敏感性。

有些支持应用程序直接读取短信内容，有些默认将短信备份在云服务器上，有些未能及时修复安全漏洞，在安全防护上出现了种种瑕疵。

而相当程度的用户则缺乏安全意识，开通银行时并未仔细阅读用户协议，多个系统(例如银行、邮箱、云服务)使用相同的密码。

一方的大力推动、用户的茫然无知和三方的疏忽大意，最终导致了多起事件的出现。最终将缺乏安全意识和技能的普通用户 裸地暴露在黑色产业链的目光之下。

而从后果上来看，此类事情的出现并不仅仅是普通用户的灾难，也将是整个产业的灾难，试想，如果移动支付/金融的安全性得不到保障，还有谁敢继续使用呢?大家应该共同来提高移动金融的安全水平，这样才能保障产业的健康发展。

4、几点建议

从银行角度，应该平衡业务发展、易用性和风险，采取一定的风险控制措施。

●事先对开通银行的用户进行风险提示，加强用户的信息安全意识教育，通过应用检测和加固提高银行应用的安全水平。

●事中控制短信验证的转账上限，对银行大额转账进行额外的风险控制。

●事后积极追查打击针对电子银行的违法犯罪行为，对被害用户进行及时的赔偿。

从运营商角度，要充分认识到短信目前已经不再仅仅是聊天工具而经常性地被应用于身份认证的场合，因此要在用户账号、SIM卡管理、通讯链路、相关增值业务等方面全面地提高短信验证码的安全性。

从厂商角度，应该充分尊重用户的隐私和安全性，不要为了发展云服务，就把用户隐私甚至敏感数据存放在云端，默认配置应该不对敏感信息进行云存储，同时也要强化用户账号管理和高危操作的二次验证。

对普通用户来说，要提高安全意识

●不在上随便下载不信任的应用;

●不使用不安全的Wi-Fi;

●不要使用简单密码或多个账号使用同样的密码;

●如果有可能，银行和短信验证使用两台不同的;

●开通了支付转账的银行卡内不要存放太多现金。