多元支付不是要取代现金******

　　姚 进

　　近日，一则“大额纸币会逐渐退出市场流通”的传言引起涟漪，甚至有观点认为此举是为了推广数字人民币。显而易见，这是一种误读。人民币现金是国家法定货币，数字人民币研发不是为了取代现金，而是为了助力数字经济发展，提升普惠金融发展水平，更好满足人民群众生产生活需要。在可预见的将来，现金仍将长期存在。

　　由于纸币在流通过程中会逐渐老化，变脏变旧，这种“脏污”类型的纸币，属于不宜流通人民币。为进一步提升流通中人民币质量，2022年8月，中国人民银行发布了新版《不宜流通人民币 纸币》(JR/T0153-2022)金融行业标准，对脏污指标评价标准进行了提升。目前对一些纸币的回收，是为了进一步提升流通中人民币整洁度，确保公众用上“放心钱”“干净钱”。

　　近年来，随着第三方支付手段的普及，购物、用餐、加油、买票等诸多场景的现金支付已逐渐被手机扫码取代。移动支付的飞速发展改变了传统的支付方式，也改变了大家的支付习惯。有人说，现在出门不带现金不要紧，忘带手机则“寸步难行”；有商家说，使用现金成本较高，需要花时间去清点和保管，而且有安全上的顾虑；甚至有观点认为，既然移动支付是大势所趋，那么整顿拒收现金就是多此一举。

　　这些观点看似有一定道理，实则不然。人民币是我国的法定货币，人民币现金是我国境内最基础的支付手段。现实中，部分商家或公共服务机构拒收现金的行为，不仅剥夺了消费者的支付选择权，也损害了人民币的法定货币尊严，更不利于形成公平竞争的市场环境。

　　现金在保障公众支付权利公平、在重大自然灾害等极端情况下稳定公众支付需求等方面具备不可替代的优势。尤其对老年人来说，拒收现金给老年人的生活带来诸多不便。早在2018年，监管部门就曾明确鼓励多元化支付方式发展，整治拒收现金行为。2020年12月，央行就规范人民币现金收付行为有关事项发布专项公告，重申任何单位和个人不得拒收现金，不得排斥和歧视现金支付。可见，不论是什么原因，都不能成为拒收现金的理由。

　　目前，我国已形成现金、银行卡、互联网支付、移动支付并存的多样化支付工具体系，同时数字人民币研发和试点工作正在稳妥推进中。不同的支付工具各有优势，能较好地满足不同市场主体的支付需求。鼓励多元化支付不等于对现金说“不”，而是应该将选择支付方式的权利交给消费者。既要肯定多元化支付的意义，加强对各类支付结算方式的推广，也要充分尊重公众支付结算习惯，包括使用现金支付的习惯。

　　需要强调的是，数字人民币作为百姓日常消费支付手段的补充，不是为了取代现金，二者将长期共存。对于一些人担心的数字人民币会侵犯个人隐私问题，应该看到，数字人民币作为央行发行的法定数字货币，会充分尊重隐私与个人信息保护，并在此基础上做好风险防范。在实物现钞依然发行的前提下，公众仍然可获得实物现钞所提供的完全匿名性，不会因数字人民币的发行而受影响。

【动画】@App开发者们，你想了解的SDK安全风险都在这！******

　　日前，工业和信息化部信息通信管理局通报了今年第一批侵害用户权益行为App，有13款内嵌第三方SDK存在违规收集用户设备信息行为。

　　现如今，大量App借助SDK实现特定功能，提供便捷服务，满足用户多样需要，但APP使用SDK也可能带来相关安全问题，包括SDK自身安全漏洞、SDK恶意行为、SDK收集使用个人信息三类。

　　其中，SDK恶意行为是指嵌入APP中的SDK自身产生的恶意行为。这种恶意行为将破坏使用SDK的APP的安全性，对用户权益、数据等方面造成严重威胁。典型的恶意行为如流量劫持、资费消耗、隐私窃取等。

　　常见SDK恶意行为

　　流量劫持指SDK信息拉取、上报和展示目标App提供者设定的目标不同，恶意劫持App流量，可能对App造成损害；隐私窃取指SDK在用户不知情或误导用户的情况下，隐蔽窃取用户的通讯录、短信息等个人敏感信息，隐蔽进行拍照、录音等敏感行为，并发送给恶意开发者；广告刷量指SDK在最终用户不知情的情况下，在后台模拟人工点击广告链接进行牟利。

　　在SDK收集使用个人信息方面，安天移动安全发现，应用接入第三方SDK引发的违规收集个人信息问题较为普遍。其中，包括用户同意隐私政策前就开始收集个人信息、隐私政策中未明确提及所接入的SDK和数据收集情况、SDK收集的个人信息范围与隐私政策不相符等。

　　除了上述 SDK恶意行为外，当前 App 接入的 SDK 中还存在以上风险行为类型

　　在对某统计类SDK检测分析时研究发现，其主要提供用户行为统计功能，并在此过程中实现用户终端数据的收集和上传。

　　由于该SDK 在不同App中存在模块代码和版本的不同，因此对其在不同月活范围 App 中的数据收集行为进行抽样分析，从结果上来看，该SDK 普遍存在违规收集和超范围收集个人信息的问题，并且在月活较低的 App 接入的版本中，还存在通过云控参数控制 SDK 在终端侧收集数据范围的情况，并且涉及大量用户隐私路径数据的访问。

　　以某知名地图 App为例，在相关检测中发现，在隐私政策中明确提到了应用内第三方 SDK所收集的个人信息类型为设备信息和 Wi-Fi 地址。而实际上传的数据中除了包含 WiFi 的BSSID名称信息外，还频繁上传用户安装应用的列表信息。

　　国家标准计划《信息安全技术 移动互联网应用程序（App）收集个人信息基本要求》中明确定义了不同业务场景下，应用收集个人信息范围的最小化原则。而在应用接入的 SDK 中，收集个人信息范围、频度的必要性和最小化原则同样适用于SDK的功能业务场景。

　　虽然部分应用接入 SDK 时明示了 SDK 所收集的个人信息范围，但其合理性和必要性存疑，例如收集个人信息范围为软件安装列表，但实际除了收集安装应用包名信息外，还收集了安装应用运行状态信息等，这就涉及超范围收集个人信息。

　　例如，某统计类 SDK除了应用开发者本身主动调用相关事件接口外，SDK自身还注册监听了多种广播消息，在监听到相关消息后则会触发数据的收集和上传行为。例如对解锁屏、电源连接断开事件进行监听、对用户终端安装、卸载应用行为进行监听，除此以外，还会监听应用前台、后台的切换行为从而触发数据的收集和上传。

　　另外，当前 App 接入的 SDK 中还存在云端控制SDK行为，热更新技术控制 SDK 行为，后台拉活、自动下载安装、误触下载等风险行为。

　　（监制：张宁 策划：李政葳 制作：黎梦竹）