客户端应用软件登录时应采用适宜的验证要素，包括但不限于口令、短信验证码、手势密码、生物特征识别等方式。
应确保采用的身份验证要素相互独立，即部分要素的损坏或者泄露不应导致其他要素损坏或者泄露，如：用于登录验证的口令和用于交易的口令不能一致。
客户端应用软件交易时应按照相关业务管理要求对用户身份进行认证，如：对于大额资金交易，客户端应采用两种或两种以上要素对用户身份进行认证等。
对于手势密码、短信验证码、生物特征信息作为验证要素或验证要素组合中的一种时，应满足如下要求：
- 若采用手势密码作为验证要素，手势密码应至少设置连续不间断的 4 个点；
- 若采用短信验证码作为验证要素，短信验证码应仅使用一次，仅限于在规定时间内使用，短信验证码应具备长度和随机性的要求，短信验证码所在的短信内容中，告知用户短信验证码的用途；
- 若采用生物特征识别作为验证要素，应当符合国家、金融行业标准和相关信息安全管理要求，防止非法存储、复制和重放。
若采用图形验证码作为验证的辅助要素，图形验证码应具有使用时间限制并仅能使用一次，图形验证码应由服务器生成，客户端源文件中不应包含图形验证码文本内容。
图形验证码不得作为独立的身份验证要素。增强要求：
- 客户端应用软件登录应采用两种或两种以上的要素对用户身份进行认证。
- 在用户身份认证后，客户端应用软件进入终端系统后台时，如果超过设定时限后被唤醒切换到前台，应采取措施对用户身份重新认证。

6.1.2　认证信息安全

6.1.2.1 安全输入

基本要求：

客户端应用软件应提供客户输入银行卡支付密码和网络支付交易密码的即时防护功能，客户端应提供以下安全控制措施，或其他经攻击测试无法获取明文的安全防护措施。

采取替换输入框原文。
逐字符加密、字符加密。
防范键盘窃听。
采用自定义软键盘。

增强要求：

客户端应用软件应提供客户输入信息的即时防护功能，如：卡片验证码、卡片有效期、银行卡账号、身份证号码、手机号码等信息。

6.1.2.2 个人金融信息展示

基本要求：

客户端应用软件的口令框应默认屏蔽显示，屏蔽显示时应使用同一特殊字符（例如*或•）代替。
客户端应用软件不应明文显示银行卡密码和网络支付交易密码。
客户端应用软件展示个人金融信息时，应符合以下要求：
- 处于未登录状态时，不应展示与个人信息主体相关的用户鉴别信息（如：卡片验证码、卡片有效期、登录密码、支付密码等）；
- 处于已登录状态时，个人金融信息展示的技术要求如下：
- 除银行卡有效期外，用户鉴别信息（如：卡片验证码、登录密码、支付密码等）不应明文展示；
- 对于银行卡号、客户法定名称、手机号码、证件类或其他识别标识信息等可以直接或组合后确定信息主体的信息应进行屏蔽展示，或由用户选择是否屏蔽展示，如需完整展示，应履行客户端身份验证，并做好此类信息管理，防范此类信息泄露风险；
- 涉及其他信息主体的信息时，宜进行屏蔽展示，当满足如下条件之一时可不脱敏：其他方主动发起的活动包含的信息，如其他方发起交易、收付款；与其他方已建立信任关系（间接授权），如向其他方收款，其他方已付款；向其他方申请代付，其他方同意付款或者其他方在自己业务应用范围内的联系人；其他法律法规要求的情况。

6.1.3　认证失败处理

基本要求：

客户端应用软件应提供认证失败处理功能，可采取结束会话、限制失败登录次数和自动退出等措施。
在提示客户认证失败时，应模糊错误提示信息，防止错误提示信息中泄露用户全部账号、交易金额等敏感数据。

6.1.4　密码的设定与重置

基本要求：

客户端应用软件应配合服务端提供密码复杂度校验功能，保证用户设置的密码达到一定的强度，避免采用简单交易密码或与客户个人信息相似度过高的交易密码。
应严格限制使用初始登录密码与初始交易密码，若设置初始密码，应强制用户在首次登录后修改初始密码。
在修改密码前，应对用户身份进行重新验证。
修改密码时应对原密码输入错误次数进行限制。
修改密码时新密码不应与原密码相同。
在密码重置时，应使用短信验证码、用户注册信息校核等方式，对用户身份进行校验。

增强要求：

在进行修改密码或密码重置时，应采用两种或两种以上要素进行身份认证，如：数字证书、生物特征信息等。
应采取有效措施提醒客户避免设置与常用软件、网站相同或相似的用户名和密码组合，并采取有效措施引导客户设置独立的支付密码。

6.2　逻辑安全

6.2.1　逻辑安全设计

基本要求：

对于认证、校验等安全保证功能的流程设计应充分考虑其合理性，避免逻辑漏洞的出现，确保认证流程无法被绕过。
对于交易处理功能逻辑设计应充分考虑其合理性，避免逻辑漏洞的出现，保证资金交易安全。
客户端代码实现应尽量避免调用存在安全漏洞的函数，避免敏感数据硬编码。

6.2.2　软件权限控制

基本要求：

客户端应用软件向移动终端操作系统申请权限时，应遵循最小权限原则。

6.2.3　风险控制

基本要求：

应设计合理的登录风险控制策略，包括但不限于：
- 当用户闲置在线状态超出时限时，应设计合理的账户登录超时控制策略；
- 合理的多点登录策略，如：提示登录信息或退出先登录的账户等策略；
- 合理的长期未登录控制策略，当用户长时间未登录时，应综合考虑风险情况，增大认证强度。
应设计合理的交易风险控制策略，包括但不限于：
- 针对不同的资金交易金额，应设计合理的身份认证策略；
- 针对不同的资金交易业务场景，应设计合理的策略，如：限额控制策略、时限控制策略等。
客户端应用软件应配合业务交易风险控制策略，以安全的方式将相关信息上送至风险控制系统。

6.2.4　回退处理

基本要求：

交易过程中如遇交易失败或在交易完成前用户进行撤销操作，应返回到交易前的有效状态。

6.2.5　异常处理

基本要求：

客户端应用软件发生故障产生的异常信息，不应泄露用户的敏感数据。
当交易出现异常时，客户端应用软件应向客户提示出错等信息，但不应泄露用户的敏感数据。

6.3　安全功能设计

6.3.1　组件安全

基本要求：

客户端应用软件应避免使用存在已知漏洞的系统组件与第三方组件。
客户端应用软件在使用第三方组件时，应避免第三方组件未经授权收集客户端应用软件信息和个人信息。

6.3.2　接口安全

基本要求：

客户端应用软件应对软件接口进行保护，防止其他应用对客户端应用软件接口进行非授权调用。
客户端应用软件应对传入的 URI 进行校验与安全处理，防止客户端应用软件运行异常或操作异常。
当客户端应用软件需要与 TEE、SE 结合使用时，应避免使用存在已知漏洞的接口。

6.3.3　抗攻击能力

基本要求：

客户端应用软件应具备基本的抗攻击能力，能抵御静态分析、动态调试等操作。
客户端代码应使用代码加壳、代码混淆、检测调试器等手段对客户端应用软件进行安全保护。
客户端应用软件安装、启动、更新时应对自身的完整性和真实性进行校验，具备抵御篡改、替换或劫持的能力。
客户端应用软件如使用安全输入控件，该控件应具备抵御一定程度攻击的能力。

增强要求：

客户端应用软件如使用安全输入控件，该控件应具备检测自身是否正在被调试的能力，并采取适当的风控措施，如：给予用户风险提示。

6.3.4　客户端应用软件环境检测

基本要求：

客户端应用软件在运行时应具备对运行环境的检查能力，检查的范围可包括：系统是否被未经授权获取管理员权限、程序运行环境是否可信（如：是否运行在模拟器或虚拟机中）等，并能向后台系统反馈设备信息等。

6.4　密码算法及密钥管理

6.4.1　密码算法

基本要求：

客户端应用软件应使用密码算法对资金有关交易或重要业务操作进行保护。
密码算法、密钥长度及密钥管理方式应符合国家密码主管部门的要求。

6.4.2　密钥管理

基本要求：

密钥在传输过程中应使用密码算法对密钥进行保护。
随机生成的密钥应具有一定的随机性与不可预测性。
密钥应加密存储，并确保密钥储存位置和形式的安全。

6.5　数据安全

6.5.1　数据获取

6.5.1.1 数据防窃取

基本要求：

客户端应用软件应保证内存中不应存在完整的银行卡密码和网络支付交易密码明文。
客户端应用软件的临时文件中不应出现支付敏感信息，临时文件包括但不限于 Cookies、本地临时文件等。
客户端应用软件程序应禁止在身份认证结束后存储支付敏感信息，防止支付敏感信息泄露。
客户端应用软件运行日志中不应打印支付敏感信息，不应打印完整的敏感数据原文。

增强要求：

应采取技术手段防止内存中加密的敏感数据被还原为明文。
客户端应用软件应实现身份认证过程的防截屏、录屏，如：输入手势验证码、登录口令等。

6.5.1.2 数据防篡改

基本要求：

用户输入关键交易数据时，如：收款人信息、交易金额、订单号等，应采取防篡改机制保证数据不被移动终端的其他程序篡改。

6.5.1.3 数据有效性

基本要求：

客户端应用软件在数据获取时提供有效性校验功能，确保通过人机接口或通信接口输入的数据格式或长度等信息符合系统设定要求。

6.5.2　数据访问控制

基本要求：

应采取措施保护客户端应用软件数据仅能被授权用户或授权应用组件访问。
客户端应用软件在授权范围内，不应访问非业务必需的文件和数据。

6.5.3　数据传输

6.5.3.1 通讯安全

基本要求：

应在客户端应用软件与服务器之间建立安全的信息传输通道，协议版本应及时更新至安全稳定版本。
应确保采用的安全协议不包含已知的公开漏洞。
客户端应用软件与服务器应进行双向认证，可通过密钥、证书等密码技术手段实现服务器与客户端应用软件之间的安全认证。

6.5.3.2 数据保密性

基本要求：

敏感数据（如：登录口令、支付敏感信息等）在客户端应用软件与本地其他应用软件间传输时，应采取加密等措施确保其保密性，若本地其他应用软件不能提供与金融客户端软件相应等级的加密接口，则应评估敏感数据调用的风险，并设计补救措施。
敏感数据（如：登录口令、支付敏感信息等）在通过公共网络传输时，应采取加密等措施确保其保密性。

6.5.3.3 数据完整性

基本要求：

关键的交易数据，如：收款人信息、交易金额、订单号等，在客户端应用软件与本地其他应用软件间传输时，应采取措施（如：数字签名、MAC 等）确保其完整性，若本地其他应用软件不能提供与金融客户端软件相应等级的数据完整性保护措施，则应评估关键数据传输的风险，并设计补救措施。
关键的交易数据、个人身份信息，如：收款人信息、交易金额、订单号、身份证号码等，在通过公共网络传输时，应采取措施（如：数字签名、MAC 等）确保其完整性。

6.5.3.4 数据抗抵赖

基本要求：