国内大厂首次推出Android统一标准，真是威锐顾的，全套学习

2.仅允许导航、音乐、运动健康类应用的主功能，在锁屏上显示全屏覆盖界面；例如导航-路线导航、音乐-音乐播放、运动健康-记步轨迹。
3.在锁屏或其他应用界面上，仅允许聊天消息、短信息、闹钟等对推送有实时性要求的信息和弹出界面。
4.应用不能在未经用户主动设置或者用户主动发起时，弹出界面覆盖到桌面或其他应用之上。 |
| - | 6.如无必要的使用场景，应用不能发送无法删除的常驻通知； | 仅允许音乐、下载，在离开应用界面后，不能在通知栏显示常驻通知，导致用户无法清除。 |
| - | 7.应用不能弹出、显示影响用户体验的广告，如抬头、强制插屏、侧边等； | 1.禁止弹出任何广告界面覆盖在原有应用功能界面之上。
2.允许和原有界面功能平铺在一个界面的非弹出式广告（如微信朋友圈）。 |
| - | 8.应用不能引导用户开启开发者选项，禁止引导用户开启USB调试模式； | 开发者选项和USB调试功能属于开发者调试设备的选项，禁止应用引导用户开启。 |
| 其他标准 | | |
| - | 1.应用不能包含病毒、木马； | |
| - | 2.应用不能包含漏洞、后门； | |
| - | 3.应用不能包含国家法律禁止的内容，包括但不限于色情，赌博，或任何危害国家安全的信息； | |
| - | 4.应用不能包含其他任何形式损害用户利益及资产的行为； | |
| - | 5.应用不能通过热补丁，引入恶意行为和不符合本标准的行为； | |

3.2 开发安全标准

• 3.2.1 Manifest和权限使用安全规范

注：权限的申请和使用应满足最小化原则。

问题描述	合格用例	详细说明
1.权限管理
-	1)不申请不需要使用的权限，为自定义权限设置合理的安全保护级别；	申请权限满足最小化原则，申请权限申请的权限全部为应用功能所需，不申请多余的权限；应用自定义权限，自行根据数据和行为的安全敏感度，设置合理的安全保护级别。
-	2)应用申请的权限，都必须有明确、合理的功能和使用场景；	使用权限满足最小化原则，只有使用应用的某个功能，而对应到的某个权限为该功能和合理要求时，才允许使用相应权限。比如某聊天软件，必须在进行视频聊天、拍照等功能需要的场景下，才允许使用摄像头，而在其附属的新闻浏览功能中，不允许使用摄像头。
-	3)TargetSdkVersion>=23，必须适配Android M及以后版本的动态权限机制。	必须适配Android M及以后版本的动态权限机制，并且强烈建议适配到Android O（TargetSdkVersion>=26）。
-	4)对于非核心权限，应用不能在权限动态弹框授权提示被用户拒绝后，强制要求用户开启，包括但不限于：a.应用退出；b.弹框提醒用户打开>=2次；
2.功能项管理	关闭不需要及有风险的功能选项，如数据备份功能、调试功能；
3.组件管理	组件声明的合理性，避免导出不需要外部调用的组件，如需导出应设置合理的权限保护；

• 3.2.2 应用编码安全规范

2. 避免硬编码关键数据，如加密密钥、后端服务器敏感信息等；
3. 应用代码净化，代码逻辑优化、剔除应用中的死代码块；
4. 统一的日志管理接口，避免在日志中记录敏感信息；
5. 应用发布之前，关闭调试接口和调试日志。 |
   | 2.系统API使用安全规范 | 1) 使用官方推荐版本的API接口，不使用系统废弃的API
6. 熟悉并遵从安全规范，避免遗漏安全限制操作，引入安全风险；
7. 对关键操作身份校验和权限检查； |
   | 3.第三方代码使用安全规范 | 1) 代码评估。来源可靠性评估、代码质量评估、潜在安全风险评估；
8. 权限控制。确认引入代码所需使用的权限最小化；
9. 更新维护。关注代码的安全动态和版本更新情况，及时修复安全问题，更新代码；
10. 安全保护。对引入的代码进行混淆，防止攻击者针对性的攻击； |
    | 4.代码保护安全规范 | 1) 代码混淆。提高攻击者代码分析难度；
11. 加固保护。使用自研或者第三方加固系统进行应用加固，进行代码隐藏和加密保护； |

• 3.2.3 数据安全规范

2. 密钥存储模块应具备防调试及反编译的能力；
3. 密钥数据应分散存储，为获取密钥密文增大难度 |
   | 2.数据存储安全规范 | 1) 应用程序关键数据应该存放在私有目录下，并设置合理的访问权限；
4. 应用程序中的隐私数据应加密存储。用于加密的密钥应妥善保存；
5. 禁止程序运行日志中包含有用户敏感数据、程序调试数据等； |
   | 3.数据使用安全规范 | 1) 数据合法性保护。控制用户输入数据的类型、长度，进行恶意代码过滤等；
6. 数据完整和有效性保护。对于接收到的外部数据、加载的外部文件，进行完整、有效性性检查； |

• 3.2.4 通信安全

2. intent scheme url 协议安全。使用过程中加入安全限制，防止UXSS等安全问题；
3. 组件调用方式安全。避免通过隐式方式进行调用组件，防止组件劫持；
4. 本地socket通信安全。避免是使用socket方式进行本地通信，如需使用，localhost端口号随机生成，并对端口连接对象进行身份认证和鉴权； |
   | 2.远程通信安全 | 1) 使用https代替http进行通信，并对https证书进行严格校验；
5. 避免进行远程端口开发通信，如需使用，需要对端口连接对象进行身份认证和鉴权； |

• 3.2.5 业务安全

2. 对于涉及敏感信息的服务，每次使用前需进行身份认证；
3. 控制登录凭证token有效期，通信过程中进行token鉴权；
4. 避免在终端设备上使用不安全的方法来存储用户名、口令及其它登录凭证；
5. 用户密码需要使用强不可逆的加密算法加密后传输，并引入salt，提高破解难度；
6. 账户号和终端设备信息进行绑定，防止终端模拟攻击； |
   | 2.业务逻辑及数据安全 | 1) 条件判断。确保逻辑过程中前置判断条件的有效性、不可绕 过性，防止攻击者进行数据修改绕过安全限制；
7. 逻辑设计。确保业务逻辑设计、分支条件及边界条件处理的正确性和完备性，防止不可控执行流程；
8. 工作分配。确保服务端和客户端分工正确，防止一些应该放在服务端的校验工作设置在了客户端，造成权限校验绕过；
9. 业务数据。关键业务数据防篡改、防伪造、防重放；
10. 短信验证码安全。禁止验证码回传行为，验证码至少6位,同时严格限定验证码时效； |
    | 3.业务运维安全 | 1) 业务风险监控、预警、异常处理预案；
11. 安全动态跟踪及预警、安全事件排查、漏洞修复； |

• 3.2.6 运行环境安全

2. 模拟器运行环境检测；
3. 调试、注入操作监控；
4. root环境运行检测； |

• 3.2.7 隐私安全

2. 收集或使用个人数据前，须明确提示用户，并获得用户的明示同意，并且允许用户随时关闭对个人数据的收集和使用
3. 默认禁止收集数据主体的敏感个人数据，除非业务必需（如：运动健康类业务）或为了满足法律与监管机构要求可收集和处理（含profiling），并且同意应该单独收集
4. 应提供对用户的同意和撤销同意行为进行记录的机制
5. 隐私声明内容发生变化时，须告知用户查看并获得用户同意
6. 个人数据收集范围、使用目的不得超出隐私声明，且遵循最小化原则，当个人数据的采集范围、使用目的发生变更时，应及时更新隐私声明
7. 于存储个人数据的系统，需对存储的个人数据定义存留期
8. 数据主体撤销同意之后，产品必须禁止继续收集和处理其相应个人数据
9. 将数据主体个人数据提供给第三方前，必须获得数据主体的同意
10. 推送的内容（含广告）必须是符合政治、法律和宗教要求，并且推送频度不能干扰用户正常使用
11. 第三方应用软件调用移动智能终端敏感功能时，应先获得用户明确同意
12. 第三方应用软件对用户数据操作时，应先获得用户明确同意
13. 应用软件不得申请和调用与提供服务无关的终端功能 |

（4）功耗标准

1. 后台播放视频、音乐或观看直播时
2. 后台导航时
3. 后台下载视频、音乐或离线地图时
4. 后台进行收发消息、游戏挂机时
5. 后台欺诈拦截、网络安全扫描、流量监控、定时提醒时 |
| 后台屏幕占用 | 测量应用在后台时对屏幕的占用 | 1. 不允许一切后台应用阻止屏幕自动变暗或关闭
2. 不允许应用在屏幕变暗或关闭时点亮屏幕 | 以下场景除外：后台收发消息、定时提醒时 |
| 后台无线网络占用 | 测量应用在后台时对无线网络的占用
（无线网络包括：Wi-Fi、数据连接、蓝牙及红外等无线信号网络。） | 1. 平均每小时使用无线网络传输数据时间不超过5分钟
2. 平均每小时对无线网络的扫描不超过60次 | 以下场景除外：
1. 后台播放在线视频、音乐或观看直播时
2. 后台导航时
3. 后台下载视频、音乐或离线地图时
4. 后台进行收发消息时
5. 后台欺诈拦截、网络安全扫描或流量监控时 |
| 后台音频设备占用 | 测量应用在后台时对音频设备的占用 | 禁止此情况下应用使用麦克风或扬声器 | 以下场景除外：
1. 后台播放在线视频、音乐或观看直播时
2. 后台导航时
3. 后台定时提醒时 |
| 后台摄像头占用 | 测量应用在后台时对摄像头的占用
（摄像头包含：前置摄像头、后置摄像头、红外摄像头及闪光灯） | 禁止此情况下应用使用摄像头或闪光灯 | |
| 后台定位传感器占用 | 测量应用在后台时对定位传感器的占用 | 禁止此情况下应用使用定位传感器 | 以下场景除外：
1. 后台导航时2. 后台轨迹追踪时
3. 后台下载离线地图时 |
| 后台动作传感器占用 | 测量应用在后台时对动作传感器的占用 | 禁止此情况下应用使用动作传感器 | 以下场景除外：
1. 后台导航时
2. 后台记步时 |
| 后台Alarm占用 | 测量应用在后台时对Alarm的占用 | 平均每小时通过Alarm调起的次数不超过20次 | 以下场景除外：
1. 后台播放视频时
2. 后台收发消息时 |

（5）性能标准

5.1 适用范围

5.2 性能测试标准