景区上线“先游后付”系统 “信用游”创新文旅消费******
“信用游”创新文旅消费
拓兆兵
近日,安徽黄山等景区先后上线“先游后付”系统,游客可以0元预订景区门票、索道票,先游后付、不用不付,预订后刷身份证就可以进景区。此举受到了游客欢迎,被称之为“信用游”。
2021年9月,文化和旅游部发布《关于开展文化和旅游市场信用经济发展试点工作的通知》,鼓励和支持文旅企业探索推出以信用为基础的产品和服务,向信用状况良好的消费者提供“先用后付”“先游后付”以及减免押金等便捷消费服务,形成促进信用消费的相关政策。从相关风景区试点情况看,“信用游”值得大力提倡。
此举有利于构建快捷便利的旅游方式。在现代社会,人们生活节奏加快,旅游时也都希望能够“快旅慢游”,即旅游手续简便,将时间主要用在深度旅游体验上。景区上线“先游后付”系统,依托大数据和云计算在开放的互联网平台上形成功能化金融业态为其服务体系数字赋能,游客只需点点手机即可完成购票、订酒店等,而且行程的安排更加灵活,能实现一场说走就走的旅行。如果修改或者取消行程,省掉了付款、退款等环节,退房的时间也大为缩短,游客游得轻松舒心。
此举有利于带动“全域旅游”大文旅产业发展。先旅游、后付款是旅游业的一种创新,试图破解目前游客、旅行社、目的地间的信任危机,使游客有了更多主动权,从而倒逼景区和商家提高服务质量和效率。通过旅游联盟等平台,“信用游”通过“信用赋能”可有机统筹整合文、旅、商等服务体系,并统筹整合某个地区甚至一个省的旅游资源,有利于形成“全域旅游”模式。据了解,目前“大黄山”区域安庆市、池州市、宣城市和黄山市的景区、酒店、文创商品等商家已签约入驻“黄山旅游官方平台”。
此举有利于信用社会建设。“人无信不立”,信用是无价之宝,建设信用社会是建设现代化强国的重要一环。因而,众多行业都在大力推行信用建设。这其中,文旅业涉及千家万户,面广人多,是便于培养公民信用意识的最佳行业之一。通过发展“信用游”,不但有利于推动旅游市场信用体系建设,也易于营造“诚实守信,一路畅通;一处失信,处处受限”的良好社会氛围。
当前,文旅业正在发生深刻变化。因此,各地要聚焦满足人民群众文化生活新期待,加快推进文旅体制改革探索,加大数字赋能、信用赋能力度,推进理念融合、产业融合、服务融合,进一步创新文旅消费模式,培育新型业态,促进文化旅游消费提质升级。
【动画】@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 行为,后台拉活、自动下载安装、误触下载等风险行为。
(监制:张宁 策划:李政葳 制作:黎梦竹)
(文图:赵筱尘 巫邓炎)