安全不了的Android 想不明白的谷歌

　　二十六个字母都数到P了，然而Android生态的安全依然是一个让人堪忧的状况，而最近，这个情况更是集中爆发。

　　在今年的Google I/O大会上，Android平台安全负责人David Kleidermacher在推销Project Treble时透露，Google将把安全补丁更新纳入OEM协议当中，以此让更多的设备，更多的用户获得定期的安全补丁。

　　这是一个积极的行为，但细究下就并不值得表扬了，因为之所以提出这一方案全因之前被人揭了短。

　　就在今年四月，Security安全研究实验室在测试了1200台不同品牌、不同渠道的手机后表示，安全补丁的安装状况并不尽人意，有些厂商甚至至少漏掉了4个月的安全补丁。

　　而就在这份报告发布前一个月，Kleidermacher在接受CNET的采访中刚说完“Android现在和竞争对手一样安全”。

　　友军

　　用过Google Pixel的人都会注意到，Google每个在月都有一次安全推送的，而且不管你是否想要更新，但其实这个安全补丁Google并不仅仅推送给自家手机。

　　对于安全问题，Google现在会在每个月的第一个周一发布一份安全补丁公告，公告中会列出已知漏洞的补丁。而同样是这份补丁，各大厂商一般会提前一个月收到，目的是让OEM和供应商——比如芯片厂——能够在公告之前好修补漏洞。

　　这个设想是好的，并且如果友军认真执行的话效果也不错，比如Essential手机，虽然销量不好，但是它可以与Google Pixel同一天推送安全更新。

　　然而前面提到了，其他厂商并不都这么干的，具体各家差多少直接看图吧：

　　Security还指出，这一结果的背后芯片供应商有很大责任，因为采用联发科芯片的手机在获得安全更新方面更显糟糕：

　　这里更新和芯片供应商的关系不是绝对的，比如PingWest品玩这就有一台高通骁龙835的手机，目前Android安全更新还停留在2017年12月1日。

　　在这一现象被揭露之后，Google迅速就做出了回应，承认了这项研究的重要性，并表示将会进行核实。而最终的结果，就是这次Google I/O上宣布的事情了。并且Google这两年一直在推行的Project Treble正好能够用上，利用这一机制，厂商制作安全补丁更容易，成本更低。

　　一边用政策来约束厂商，另一边又许拉低抵触心理，可以说是个非常棒的套路。但估计Kleidermacher怎么也想不到，在扶友军的同时，自家阵脚乱了。

　　自家

　　据老牌安全软件赛门铁克研究发现，有一些曾经被发现过的恶意应用重登Google Play了，而且使用的方法非常简单：改名。

　　这次发现的恶意应用程序有7个，它们早在去年就被汇报给Google并下架过了，但现在，它们通过更改包名称重新以表情符号键盘、空间清理、计算器等类型登录Google Play。

　　这里简单介绍下这些恶意应用的表现，大家注意下：

　　- 安装后会进入几小时静默期，以此避免被注意

　　- 顶着Google Play图标来索要管理员权限

　　- 把自己的图标改成Google Play、Google地图这些常见应用

　　- 通过提供内容来获利——比如重定向网站——并且这个形式是云端可控的

　　相对来说，这一次恶意软件的行为其实并不重要，更危险的是这次登录Google Play的形式，Google Play安全流程中的问题。

　　首先，Google Play的审核机制可以说是漏洞百出。在应用上架Google Play前的过程中，安全测试成了摆设，自动检测算法根本没起作用，人工审核就像个宣传称号——据赛门铁克表示，这些应用根本不能提供正常功能，所以人工审了什么？

　　其次，在上架及用户安装后Google宣传的防护也没起作用。基于机器学习技术识别流氓软件的Google PlayProtect，据称每天会扫描数十亿应用，一样被绕过了。

　　最让人无法接受的是，这些体系还是被绕过两次，而第二次仅仅是通过改名就饶过了。这难免不让人联想到Google Play的安全流程中是不是没有“总结经验”这一行为，所谓的机器学习是不是学和做分开了。

　　而相对系统漏洞来说，恶意应用要让用户更加不适一些。毕竟大多数人的设备被蓄意利用漏洞攻击的可能性近乎为0，但是装错个应用就直接中招了。

　　应用

　　提到恶意应用，很多人自然而然的就会联想到流氓应用，然后就会想到“全家桶”，进而就会想到Google这几年更新了几个管理措施，更进一步还会想到为什么还压制不住他们。

　　其实，这事还得怨Google，因为Google一直没想明白问题重点。

　　以Android 8.0为例，Google虽然推出了一个后台控制特性，但是这个特性如果想完全正常使用有一个前提条件，应用程序的封包SDK要达到API 26（一个不面向用户的开发设定，和Android版本同步更新，目前正式版最高 API 27，Android P是API 28），直白点说就是应用是针对Android 8.0开发的。如果应用没这么做，那么结果就是新特性最多只能发挥一小部分作用，但并不会影响App的正常使用和滥用。

　　所以，控制权在应用开发者手里。如果他们认为Android新机制非常棒，应该遵守，那就上新的API。而如果产品部、推送服务商觉得组成全家桶卖相好，那么就保持原样。

　　PingWest品玩测试了几个Google Play中的应用后发现，其中最低的居然可以低到API 18，甚至Google自家的某些应用也还停留在API 24。而在Google Play之外，腾讯新推的TIM，现在还在用Android 4.0.3时期的API 15玩的不亦乐乎。

　　可见，在这种近乎君子协议的前提下，想指望厂商跟上脚步、自我约束，这在短期内无异于痴人说梦。

　　至于这种情况什么时候能更进一步的改善，还要看Google什么时候想明白强权的重要性。