波仔
🛡️ 第七章 与安全相关的法律和制度
📄 一句话概括

个人信息保护法不解决任何一个技术问题，它解决的是另一个问题：当你手里有了别人的数据，你凭什么可以处理它、处理到哪一步为止、事后要怎么向人家交代。

📝 本节和前面几节的关系

第六章讲的全是【组织内部怎么防】：6-1 的方针、6-2 的 ISMS、6-4 的培训。这一章换了第三个视角：从【该怎么防】换成【法律允许你做到哪一步、做不到会被追到什么】。 为什么把个人信息放在第七章的第一篇？因为它是所有安全法规里唯一一部【普通人每天都能碰到】的法律——你每装一个 App、每勾一次授权，踩到的都是它。 它和 1-5 的关系要分清：三要素里的机密性只管【别让人看见】；个人信息保护法管的是【能不能收、能不能用、用完了怎么办】——前者是技术问题，后者是目的与授权问题。

一、法律管的是【利用】，不是【保管】

很多人把个人信息保护和【防止黑客偷数据】画等号，这是一个起点上的误解。

《个人信息保护法》规范的是处理行为本身：你为什么收、收了打算干什么、告诉本人了没有、用完删不删。至于数据会不会被偷——那是安全和保密制度要解决的问题，法律在这个层次上只提一个原则性要求（安全管理措施）。

这两件事的差别，用一句话说清：

第二种更麻烦。因为第一种可以补（打补丁、加设备），第二种补不了——你没法证明自己当初收这批数据是合理的，那就只能删掉它，连带把基于它做的业务一起停掉。

这也是这一节要记住的第一句话：合规不是安全的子集，它是安全的上位约束。 安全措施再强，处理目的不合法，一切归零。

二、三层概念：日本法把个人信息分成三个圈

日本《个人信息保护法》（简称 APPI）用三个词把信息分成三层，分层的依据有两条：有没有被数据库化、是不是敏感。

层级 判断依据 典型义务
个人信息 能识别出特定个人的信息 告知利用目的等
个人数据 被数据库化的个人信息 安全管理、开示、订正
要保护的个人信息 其中的敏感信息 原则须本人同意
（个人关联信息） 单独看不出是谁（如 cookie） 被拿去联系本人时也受约束

包含关系是：个人信息 ⊃ 个人数据 ⊃ 要保护的个人信息，而【个人关联信息】在最外圈——它在圈外，但只要被拿去联系本人，就会被拉进圈里。

这个设计最值得学的一点：义务是跟着层级走的，不是一刀切。 同样的一个手机号，只记在纸上和录入客户管理系统，法律地位不同；录入系统之后，如果还绑定了病史，又升一级。所以合规的第一道工序永远是【盘点】：先弄清手上的东西分别落在哪一层。

要保护的个人信息（要配慮個人情報）的范围包括：思想信条、宗教、身体障碍、病史、犯罪记录、犯罪被害事实等。它和中国的【敏感个人信息】大致对应，但不完全重合。

三、中日两部同名法律的结构差异

对比项 日本 APPI 中国《个人信息保护法》
最外圈 个人信息（能识别到人） 个人信息
中间层 个人数据（已数据库化） 无对应层
最敏感层 要保护的个人信息 敏感个人信息
最敏感的处置 原则须同意 单独同意＋必要性告知
监管机构 个人信息保护委员会（PPC） 网信办等部门

两国最实质的差别，是日本多出【个人数据】这个中间层。 中国的体系直接从【个人信息】跳到【敏感个人信息】，中间的义务梯度靠具体规则去填；日本则用一个明确的门槛（有没有构成数据库）把义务分成了两档。

对做合规的人来说，这个差别会直接改变工作顺序：在日本要先问【这批信息进库了没有】，在中国要直接问【哪些字段属于敏感个人信息】。

四、动手 Demo：给六个场景定层

下面的 Demo 做两件事：把六个具体场景判定到对应的层，再把 2026 年修正案的四个方向列出来。

# 节选自本节 Demo 脚本 d1()：六个场景的归属判定
for a, b, c in [
    ("顾客姓名与手机号", "个人信息", "能被识别到人"),
    ("只有 IP 地址", "个人关联信息", "单独看不出是谁"),
    ("员工健康诊断结果", "要保护的个人信息", "病历属要保护范围"),
    ("匿名加工后的统计数据", "不属于个人信息", "无法识别到人"),
    ("面部特征数据", "要保护的个人信息", "2026 起单列为特定生物识别信息"),
    ("某公司的总机号码", "不属于个人信息", "法人不是【个人】"),
]:
    print("  " + pad(a, 34) + pad(b, 20) + c)

实跑输出：

==================================================================================================
三、六个场景落在哪一层
==================================================================================================
  场景                              归属                理由
  顾客姓名与手机号                  个人信息            能被识别到人
  只有 IP 地址                      个人关联信息        单独看不出是谁
  员工健康诊断结果                  要保护的个人信息    病历属要保护范围
  匿名加工后的统计数据              不属于个人信息      无法识别到人
  面部特征数据                      要保护的个人信息    2026 起单列为特定生物识别信息
  某公司的总机号码                  不属于个人信息      法人不是【个人】

  六条里：要保护的个人信息 2、个人信息 1、个人关联信息 1、不属于 2。
  【IP 地址】和【公司电话】是最容易搞错的两个：前者算在外圈，后者根本不在圈里。

==================================================================================================
四、2026 年修正案的四点变化（2026-07-17 公布，法律第 56 号）
==================================================================================================
  ① 放宽数据利用：只用于【统计作成】（含用作 AI 训练数据）向第三方提供，可免本人同意；
     但必须公开用途，且接收方不得转手提供给第四方。
  ② 强化高风险规制：16 岁以下须由法定代理人同意；面部特征等【特定生物识别信息】
     须事前告知，且禁止走 Opt-out 提供。
  ③ 引入课征金（相当于行政罚款）：恶意、大规模、有经济获利的违规，
     按违法所得金额缴纳，五个条件需同时满足（含受影响人数超过 1,000 人）。
  ④ 罚则提高：泄露数据库等行为的量刑从【1 年以下】提到【2 年以下】，
     并把【以加害为目的】的提供行为也纳入处罚，新增【欺诈取得个人信息罪】。

  施行日期分三段：罚则部分 2027-01-17，主体 2028 年春~7 月，配套规则仍在制定。
  同一天公布的还有一点：收集【可联系到个人的关联信息】被单列规则，禁止不当利用。

读这个输出：

五、⚠️ 2026 现状

30 秒实验

今天做两个动作，各 15 秒：

  1. 打开手机上任意一个 App 的隐私政策，找【保存期限】四个字。 找不到是常态——这恰恰说明很多隐私政策是按模板拼的，而不是按自己的实际处理流程写的。
  2. 再翻一页找到【第三方 SDK】清单，看它有没有逐个说明用途。 写【我们可能与合作伙伴共享必要信息】和写【某某 SDK，用于统计与崩溃分析】，在法律上的分量完全不同——后者才是可核查的。

这一节要带走的一句是：个人信息保护法考的不是你的技术能力，是你的表达能力——你能不能把自己对别人数据做的事，用一份说得清楚的文件讲明白。

常见误区

  1. 错误：我们只是内部使用，不对外提供，所以不用管个人信息保护法。——纠正：这部法律从头到尾都没把【对外提供】当成前提。它管的是收集、利用、保管、提供的全过程。内部使用同样要先有利用目的、要告知本人、要按目的使用——最常见的翻车场景就是【HR 系统里的简历被拿去做其他用途】。判断标准很简单：问一句【当初告诉人家要用来做什么】，答不上来就是问题。

  2. 错误：数据删除姓名和电话就变成匿名数据了，可以随便用。——纠正：删掉直接标识符只是【假名化】，不是匿名化。判断标准是还能不能通过其他信息把人认出来——邮编＋生日＋性别这三项放在一起，就足以锁定相当一部分人（这正是 7-2 里 k-匿名化要处理的问题）。GDPR 的口径很明确：假名化数据仍然是个人数据，仍受管辖；只有不可逆、无法再识别的匿名化数据才能脱离管辖。所以【我们做过脱敏】这句话在监管面前不成立，除非你能拿出再识别的风险评估。

  3. 错误：面部特征数据和刷脸支付是一回事，管好支付环节就够了。——纠正：法律管的是【采集】，不是【支付】。2026 年修正把面部特征等单列为【特定生物识别信息】之后，哪怕你采集它只是为了门禁，也必须事前告知用途并接受本人要求停止。判断的落脚点是【这个人是不是在可以不被采集的情况下被采集了】——人脸的特点恰恰是【走过去就被采集了】，所以它的门槛必须比指纹更严。

  4. 错误：法律要求的原则都是软要求，等监管来查再说。——纠正：2026 年的这轮修正把几件事从【原则】变成了【数字】：受影响人数超过 1,000 人、违法所得金额、16 岁这个年龄线、2027-01-17 与 2028 年两个施行节点。一旦有了数字，【到时候再说】就变成了【到时候再算账】。更现实的一点：日本这次给了两年过渡期，但过渡期不是免罚期——主体部分生效前，现行法照样在管你。

自测三问（点开对答案） 1. 为什么说个人信息保护法是【安全的上位约束】而不是【安全的一部分】？ —— **因为两者问的问题不一样**：安全问【能不能守住】，个人信息保护法问【该不该有、该不该这么用】。**一个系统可以安全得几乎偷不走，却仍然是违法的**——比如你未经同意收集了用户的位置轨迹并加密存储在最好的硬件上，安全性满分，但整件事从【收集】那一步起就不成立。**反过来也成立**：合规的处理活动也可能因为安全措施不足而泄露。**所以正确的关系是两条并行的线**：一条管【能否处理】，一条管【处理得牢不牢】；**后者拿不到前者的授权，做多少都是白做**。 2. 日本法里【个人数据】这一层是怎么划出来的？为什么这个划分有用？ —— **门槛是【有没有被数据库化】**：同样一条信息，散落在便签上是【个人信息】，被整理进可以检索的数据库就成了【个人数据】，义务随之增加（安全管理、开示、订正、停止利用等）。**这个划分有用的地方在于它承认了一件事：风险来自【可检索性】而不只是【敏感性】**。**一条孤立的记录很难伤人，成规模的、可检索的记录才危险**——这也是为什么盘点时第一件事是画数据流（哪些字段进了哪个系统），而不是逐个字段判敏感与否。 3. 2026 年修正案一边放宽 AI 与统计用途，一边加重罚则，这两件事冲突吗？ —— **不冲突，它们服务于同一个目标：让数据敢用、也敢信**。**放宽的部分针对的是【对个人影响很小的利用】**（只做统计、不返回到个人身上），这是为了不让合规成本把 AI 训练堵死；**收紧的部分针对的是【对个人影响很大的场景】**（儿童、生物特征、恶意牟利）。**判断哪一边，看的是【这个利用会不会回到某个人身上产生后果】**。**这也是这套法律从 2022 年起就在走的同一条线**：把规则从【一刀切的同意】改成【按风险分层】。

相关笔记