合规安全大考核：移动应用安全策略全盘点

简介： 移动应用涵盖用户大量个人数据，一旦发生泄漏可能对个人、社会造成重大影响，同时对移动应用产业长远的发展来说也是毁灭性打击。移动应用开发者，也应注意开发过程中的规范性、安全性，敬畏安全问题，防范合规风险。

科学防疫教室消毒防疫手绘首图.jpg

据统计，每年至少新增 150 万种移动恶意软件，至少造成超过 1600 万件的移动恶意软件攻击事件。

而 Android 因其开放性的生态环境，安全问题更是相当严峻。在应用市场上，很多 Android App 都存在潜在的安全风险，一旦被利用，会给用户和开发者带来很大影响。

同时，伴随《网络安全法》以及《个人信息保护法》等相关法律法规的出台和落地，移动应用开发者们也需要协同政府部门，共同营造安全的移动应用环境，促进网络安全的规范化、安全化、健康化发展。

为帮助移动开发者有效应对应安全要求，mPaaS 内很多模块都采用了安全策略：

……

本文将为大家介绍上述常见 mPaaS 关于安全设计的几种模块，便于后续更好的使用。

隐私合规检测

随着政策法规及监管标准不断细化深化，监管查处力度的不断加大，App 开发方需要面临的政策风险也在逐步增加。

mPaaS 隐私合规检测服务，依据国家相关法律法规及行业规范，对移动 App 隐私安全、个人数据收集和使用进行合规分析。

从个人信息收集、权限使用场景、隐私政策等多个维度帮助企业及 App 开发者识别安全风险，提供对应的专家整改建议，助力客户规避监管处罚及通过审核上架。

移动安全加固

结合着阿里内部移动应用安全加固能力的升级，我们现已在 mPaaS 中对外输出移动应用安全加固能力。

针对市面上移动应用普遍存在的破解、篡改、盗版、钓鱼欺诈、内存调试、数据窃取等各类安全风险，mPaaS 移动安全加固为 App 提供稳定、简单、有效的安全防护，提升 App 整体安全水平，力保 App 不被破解和攻击。

在应对 Android 常见的攻击手段，比如反编译、二次打包、动态调试等的同时，我们也注重性能和兼容性。

作为 mPaaS 最重要的组件之一，RPC 提供了客户端和服务端的安全通信通道，其中涉及安全的主要包括加签和加密。其中加签解决的是防止客户端被伪造，加密解决的是防止请求数据被泄漏。

整体流程：

在 mPaaS 后台初始化应用的时候，会为每一个 App 创建一个唯一的appSecret；
客户端通过appid、WorkspaceID、appSecret等信息，生成无线保镖图片。通过无线保镖模块的加密，保证了存放在客户端的 appSecret 的安全性；
客户端请求的时候，从无线保镖获取 appSecret，同时添加 OperationType、time、requestData 等因子做 MD5 计算，添加到 header 发到 MGS 网关；
MGS 收到后按照同样的方法再计算一次 MD5，如果一致，则通过校验。

优势：通过无线保镖机制，保证了内置在客户端内的 appSecret 的安全性。

整体流程：

优势：RPC 的加密采用了混合加密的模式，使用了非对称加密和对称加密的组合。如果单纯使用对称秘钥，虽然性能较好，但是保证不了足够的安全性。如果单独使用非对称加密，虽然保证了安全性，但是会导致性能变差，不适合RPC这种大量通信的场景。

所以RPC采取的这种混合加密模式，很好的结合了两者的优点。

在客户端端为了防止数据被抓包软件抓到，客户端进行了防止抓包的设置，通过设置网络库禁止代理的方式，解决了被抓包的风险。代码如下：

作为业务使用很多的离线模块，为了保证下发到本地的离线包模块没有被篡改，离线包提供了签名校验机制。

整体流程：

提前通过 openssl 生成公钥和私钥，公钥内置在客户端内，私钥存储到服务端；
离线包打包的时候，服务端对当前离线包的文件做 MD5 计算，然后将计算后的值通过非对称秘钥进行加密生成加密后的签名数据，随离线包下发到客户端；
客户端每次打开离线包的时候，通过客户端内的公钥获取下发的 MD5 和本地的离线包文件做 MD5 对比，如果一致，则校验通过，如果不一致，则删除离线包，直接访问 fallback 资源。