3. 中国个人信息保护法(PIPL)深度解读:法律框架、核心原则与处罚机制

说真的,PIPL 一出来,我们圈子里都炸了。

它不是像以前那样「建议你合规」,而是直接告诉你:不听话,真罚钱。而且罚得你肉疼。

我个人习惯先把法律条款拆成「我能干什么」和「我不能干什么」两张表。PIPL 的结构,说白了,就是这么个逻辑。

3.1 法律框架:从「散装」到「整装」

以前咱们做数据合规,参考的是《网络安全法》里那几条,外加一堆推荐性国标。零散得很。PIPL 把它们整合起来了,还补了不少漏。

核心结构:

  • 上位法:《民法典》——个人信息权是人格权的一部分。
  • 主干法:《个人信息保护法》——具体怎么管、怎么罚。
  • 配套法:《数据安全法》《网络安全法》《未成年人保护法》——交叉覆盖。
  • 部门规章:《App违法违规收集使用个人信息行为认定方法》《常见类型移动互联网应用程序必要个人信息范围规定》等——执行标准。

我记得刚开始做 SDK 的时候,法务拿了一堆文件过来。我一看,头大。后来发现,只要抓住 PIPL 这根主线,其他都是它的细化。

3.2 核心原则:七个字,记牢就行

PIPL 第六条,明确说了处理个人信息应当遵循的原则。我把它总结为七个字:合法、正当、必要、诚信。嗯,虽然这是四个词,但核心就是「别乱来」。

原则 白话解释 我踩过的坑
合法 有法律依据才能干。比如你调摄像头,得有明确授权。 以前有个项目,App 一启动就扫通讯录,被举报了。
正当 不能欺诈、误导用户。比如不能把「同意」按钮藏到三级菜单里。 ——
必要 只收集实现功能最低限度的信息。参考《App必要个人信息范围规定》。 我做地图SDK时,定位权限默认「始终允许」,后来改成了「仅在使用中」。
诚信 说好只用于A功能,就别偷偷拿去搞B。 ——

这里要划重点:「同意」机制。

PIPL 把「告知-同意」推到了核心位置。你想想看,如果没有用户的有效同意,你连一条 IP 地址都不能随便记。

关于「单独同意」

处理敏感个人信息、向第三方提供、公开信息、跨境传输等场景,必须取得用户的单独同意。

什么是单独同意?不能打包在一次性弹窗里。比如:「我已阅读并同意用户协议、隐私政策、且同意将信息共享给第三方」——不行。

我建议 UI 上这样设计:隐私政策一个弹窗,共享第三方另一个弹窗。分开点。

3.3 处罚机制:钱不是问题,问题是没机会赚钱

很多老板不怕罚款,怕的是业务停摆。PIPL 的处罚,就是这么设计的。

违法情节 行政处罚 民事赔偿 刑事责任
一般违法 警告、没收违法所得 按实际损失赔偿 ——
情节严重 罚款最高5000万元或上一年度营业额5% 可请求惩罚性赔偿 侵犯公民个人信息罪(最高7年)
特别严重 吊销营业执照、禁止相关责任人从业 —— ——

你看那个5%,是什么概念?

假设一家公司去年营收100亿,5%就是5亿。比很多中小公司的估值都高。所以我说,合规不是成本,是保险。一旦被罚,可能直接退市。

注意:举证责任倒置

在个人信息侵权诉讼中,由处理者证明自己没有过错。说白了,就是你得自证清白。

我遇到过一家公司,用户起诉他们泄露信息。他们拿不出完整的日志记录,没法证明数据没有被滥用。最后只能和解,赔了一大笔钱。

所以,从现在开始,做好日志审计。至少保留3年。

3.4 避坑指南:我曾经踩过的几个雷

讲了这么多理论,我分享几个真实案例。都是我用钱和时间换来的教训。

  1. 「默认勾选」是死路。我曾经在一款工具类App里,把「同意隐私政策」默认钩上了。结果被工信部通报,直接下架整改。记住:未经用户主动勾选,不得视为同意。
  2. 敏感信息的定义比你想象得宽。不只是身份证号、银行账号。位置信息、行踪轨迹、生物特征、儿童信息,都是敏感信息。处理这些,必须弹窗单独征求同意,并且要有「撤回同意」的入口。
  3. 跨境传输要备案。如果你用海外服务器,或者合作的第三方是外国公司,需要做个人信息保护影响评估(PIA),并且和接收方签标准合同。别以为偷偷传过去没人知道——日志会记录一切。
  4. 删除权要支持。用户要求删除个人信息,30天内必须响应。我见过一个系统,用户注销账号后,数据库里还留着满字段的明文数据。法务一看,直接让改架构。

3.5 知识结构图:PIPL 合规逻辑全貌

下面这张图,是我自己整理的核心逻辑。你搞清楚了这张图,PIPL 的框架就通了。

PIPL 合规逻辑框架 个人信息处理活动 核心原则:合法正当必要诚信 基础机制:告知-同意 单独同意(敏感信息等) 撤回同意权 删除权 用户权利保障 数据安全义务 日志审计与PIA 违法行为 → 处罚机制 行政处罚 最高5%营收/5000万元 民事赔偿 举证责任倒置 刑事责任 最高7年有期徒刑

嗯,这张图其实就是把咱们刚才聊的那些,串成了一条线。

从上往下看:先确定你是在处理个人信息;然后检查是否遵循四大原则;再检查是否做到了告知-同意,特别是敏感信息要单独同意;同时保障用户的各种权利;最后,如果哪步没做到,处罚就等着你。

我个人习惯把这套逻辑嵌入到代码审查清单里。每一个SDK接口、每一次数据调用,我都会问:符合这个框架吗?如果答不上来,这个功能就先不上线。