首页 > 个性签名 正文
【qq签名发布中心】相关文章:社交APP用户信息合规性和隐私协议相关

时间:2023-03-01 20:12:19 阅读: 评论: 作者:佚名

编辑指南:当今互联网的迅速发展使人们的生活更加便利,信息暴露也越来越严重。因此,对互联网产品的用户信息合规和个人信息保护合同也越来越受到监管和严格。这篇文章的作者对此进行了分析,希望对你有帮助。

一个,背景

2021年是网络安全和社交应用程序用户信息合规受到相当重视的一年,提高到了保护网络社交个人信息和未成年人的前所未有的水平。

这对用户来说是好事。毕竟谁也不希望自己的个人信息无故泄露。例如,汽车保险到期后,每天可以接到10多家大型汽车保险公司的电话。莫名其妙收到短信:附近有漂亮可爱的姐姐在网上等着你~。

未成年人,在当前社会环境下,未成年人低龄化开始接触手机,在没有完全自主意识的情况下,在游戏或社交类的应用中随意过度消费,报警回收大额充值的事例越来越多,相关金额也非常高。

二、指南

文章协会结合笔者2021年的工作经历,讲述了社交应用在合规和《隐私协议》上做了哪些调整。调整指南是工信部发行的文件,来自工信部合作的第三方公司,结合应用程序本身,指出社交应用中容易出现问题的地方。笔者目前的项目是影子鲨鱼故事社交节目。这篇文章是根据2021年的施政意见和时间表写的,希望对相关行业同学有帮助,不要踩坑。

以下是参考文件。

《网络安全标准实践指南—移动互联网应用程序(App)系统权限申请使用指南》

《网络安全标准实践指南—移动互联网应用程序(App)收集使用个人信息自评估指南》

三、用户信息遵守情况自我检查

从2021年到今年,工信部网站公布了因10多次违规而下架的app名单,下面的截图是2021年第8份被举报的名单。

从短期报告中,我们可以看到互联网安全面检查Android和iOS的应用程序,将人工和机器检查结合在一起。相关问题基本上来自上述参考文件。笔者整理了前8个布局下一代的应用,对集中检查的点进行了如下总结。主要如下。

追溯到官网,对于合规检查标准,工信部仍在使用上述参考意见,暂时没有更新。

针对上述合规问题的说明,笔者结合下发的参考意见和工信部合作三方的修改意见,在应用程序内进行了自己的调查,并在APP货架运营后的三年内对合规相关功能进行了规则确认。具体而言,进行了以下调整:

对于

1. 开屏广告

开放屏幕广告,合规性检查确认的违规情况如下:

屏幕广告信息骚扰用户:移动智能终端应用程序启动弹出式信息页面不提供明显有效的关机或跳过功能,或者使用文本、图片、视频等误导用户进入其他页面。

场景1: APP启动时,屏幕弹出信息页面不提供关闭/跳过按钮,或者按钮太小或非常隐藏,用户找不到,或者弹出信息未关闭,无法进入使用界面。

场景二:APP启动时,屏幕弹出窗口信息使用全屏图片作为跳转链接,或使用欺骗诱导字符说明,用户可以不自觉地触摸页面任意区域,跳转到其他页面或下载其他应用程序。

作者提供了遵守交互的实践。

有明确的跳过或关闭按钮。

有明确的广告提示和跳转链接指南。

另外,还有关于遵守内容的内容。比如某天晚上,打开屏幕的时候会出现给用户发红包的广告,这本质上是引导用户点击广告进入相关活动页面。在遵守规定的严格意义上,这是不允许的。如果有用户不满,可以使用诱导性文字定义在用户不知道的情况下转到其他页面。

2. 地址位置权限

位置权限要求:

如果应用与用户的位置无关,就不能要求用户拥有位置权限。

2对于操作系统支持,应允许用户从以下四种状态中进行选择:始终允许(前台和后台)、使用应用程序时允许(前台)、单一授权和禁止获取位置信息。

除地图导航、运动健身需要持续获得位置权限的服务类型外,其他服务类型不应申请后台位置权限。(ACCESS_BACKGROUND_LOCATION)

在访问的帮助下,

略位置权限(ACCESS_COARSE_LOCATION)即可实现业务功能的相关APP,不建议申请精准位置权限(ACCESS_FINE_LOCATION)。

笔者分析本项目只需使用访问粗略位置权限即可,笔者给出的合规做法:

关于地址位置的合规性使用,还要从项目的性质出发。社交类型的应用期初都会使用用户的精细位置,目的是为了支持“同城”、“附近的人”的功能,甚至会具体细化到附近X米内的用户。比如微信的摇一摇寻找附近的人。而到了中后期这些功能会带有擦边球的风险,从管控角度出发,社交应用建议下架“同城”、“附近的人”等功能。这种情况下,大多数应用都没有使用“精确位置”的场景支持。

3. 违规/超范围收集用户信息(合规要求非常严格)

这一点,工信部在合规方面做了很多要求,且不容易自查出,可借鉴第三方检测机构,以下来源于工信部第三方公司认定的违规:

①未公开收集使用规则:APP未在隐私政策中说明撤回授权同意的方法。

②未明示手机使用个人信息的目的、方式和范围:APP未在隐私政策中逐一说明自己以及第三方SDK收集使用IMSI个人信息;未明示照片墙、QQ、签名等用户信息的目的、方式和范围;APP仅依赖系统弹窗向用户索取存储、电话权限、未同步告知用户目的,用户无法得知开启该类权限的真实目的。

③违反必要原则,收集与其提供服务无关的个人信息:APP在运行时,点击不同页面均会上传IMEI信息,非服务所必需且无合理应用场景,超出实现产品或服务的业务功能必须的最低频率。

其实违规和超范围是不太好定义的,违规本身就是一个形容词,超范围、频繁、过度、无告知用户收集都可以算违规。收集后没有正确地保存方式也可以定义为违规。

很多应用会统计用户的IMEI或者IDFA用于统计某段时间的市场推广带来的用户属性,或者分析大R付费的终端属性等。为了全面收集到这些信息,会在活动页或者主功能页增加这些信息的上报统计。这些是项目正常以数据为依托迭代的常用做法,但合规要求认为收集这些信息太频繁,而对用户来说,没有明确的目的。

还有些应用接入的第三方SDK。比如:为了保证平台图片、文字、音频等内容的合规性,会接入数美的内容反垃圾的SDK。这些SDK也会收集一些用户的设备信息。这些设备信息可能会和应用本身收集重复。合规将这种场景也定义为频繁。而且应用前期是并不知道第三方有这些收集规则,所以也没有在隐私合规中提前报备。

这些场景在应用中非常多。合规的检测是结合人审和机审,机审就涉及到代码层面的要求了。为此我们找到了工信部合作的第三方公司,还咨询了相关方面的律所,得到以下结论:

①谁收集:要告知用户收集了哪些信息,是应用收集还是第三方SDK收集,第三方收集了哪些信息。

②干什么:收集了这些信息是为了达到什么目的。

③怎么存:收集到这些信息后如何保存,有没有泄露的风险。

④不收集行不行:用户如果不同意在应用内填写或者不同意获取授权,可否继续正常使用应用。或者开启授权后,想要关闭在哪里操作。

我们做了哪些应对这些合规的要求?

①隐私政策中逐一说明自己以及第三方SDK收集使用个人信息的目的、方式、范围。并在最后标明“该部分内容设立了个人信息保护专职部门”等字样。隐私政策更新日期、生效日期标明清楚。

②隐私政策中涉及业务功能收集个人信息的列举中,不要使用“等”、“例如”字样。

③隐私政策中关于打开授权和关闭授权的方法要有具体说明。

④针对主动弹窗索取权限的行为,需要同步告知用户开启权限的目的,在首次弹窗的界面告知用户开启上述权限的目的,或者在需要的场景索取权限时额外弹窗告知索取权限的目的。

⑤APP运行时,不频繁收集用户的个人信息。

⑥后台保存用户基本信息修改记录,对敏感信息加密处理。并预留了违规敏感字的处理方案。

4. APP强制、频繁、过度索取用户权限

针对权限申请,合规性要求的原则:

①最小必要原则:仅申请APP业务场景相关的权限。

②用户可知原则:申请的权限均有明确、合理的使用场景,并告知用户权限申请的目的。

③不强制不捆绑原则:不应强制申请原则,不要求用户一次性打开授权同意打开多个可收集个人信息权限。

④动态申请原则:所需的权限应在应用对应的场景发生时动态申请。不提前申请与当前应用无关的权限。

很多应用在进入首页时,会打开可能至少有4-5个弹窗,非常影响用户体验。一类是产品内营销类型的弹窗,比如新人引导、签到等;一类是应用的授权申请。合规要求对应用授权这一类做了严格的规定。其实还是最小、必要原则。不在用户进入首页时一股脑的申请通讯录、通话、照相等权限,这种做法有两个问题,一是没有到必要的场景,比如首页并不需要拍照,去申请拍照或者相册权限。二是过度索取授权,比如很多应用没有需要使用到用户通讯录的功能,而向用户索取读取通讯录权限。

这一点合规的要求其实非常清楚,我们要做的是整理应用内的场景,并在场景触发时申请授权。比如当用户需要修改头像或者上传照片等跟拍照功能相关的权限时,索取拍照权限;当用户需要修改位置时,获取用户粗略位置权限等。这里要注意如果用户首次拒绝授权,应该不影响用户的正常使用,而是告知用户某些功能由于未开启授权而功能受限,如何去开启授权。要做友好的引导。

5. 账号注销难

这一点参考文件中有更详细说明:

①是否提供有效的账号注销功能,并在账号注销后及时删除其个人信息并进行匿名化处理。

②注销过程简单易操作,不设置不必要或者不合理的注销条件。

这一点合规要求目前更着重的是有和没有的区别。应用内目前是必须要有明显的账号注销功能。我们有应用在申请上架的时候,由于缺少账号注销被拒了。参考文件中还说到,账号的注销可以设置15天的处理期,也就是我们可以给用户设置15天的冷静期,在冷静期内用户可以随时恢复账号的使用,15天后平台才真正将用户的所有信息注销掉,并且将之前产生的账号信息匿名化处理。但冷静期不是该功能设置合规性要求必需的。也就是不设置冷静期也没有问题,只是对用户来说,没有反悔的机会了。

推测后期可能会对第二点做更深入的要求,也就是注销账号不能设置一些不合理的条件,这点在设计的时候需要把控好。例如当用户申请注销时,该用户还有未完结的订单,如果注销账号,正在进行的订单是废弃还是完结,这些规则需要定义好,否则会发生订单另一方的客诉,也会影响平台的结算。我们是否需要要求用户在注销的时候完结好所有的订单。我们是否需要在注销账号的时候验证下用户的手机号,以防止用户的账号被盗注销。

以上为笔者参与的应用在合规性方面的经验,可能只涵盖了大部分合规性问题,这些合规性的要求只会随着社交应用内容的发展,越来越细化,越来越严格。欢迎讨论与分析。持续更新中。

关于应用《隐私协议》的合规性,会另外更新文章细说。

本文由 @摩卡酱酱 原创发布于人人都是产品经理,未经许可,禁止转载

题图来自Unsplash,基于 CC0 协议

  • 评论列表

发表评论: