2、敏感数据保护基础：敏感数据类型、常见威胁、加密保护原理
聊 PKCS #11 之前，先得把底层的「敏感数据」搞明白。很多同学一上来就学接口、学调用，结果数据到底要防谁、怎么防，心里没数。我刚开始做安全时也犯过这错，项目上线后才被审计追着改，那叫一个头大。
一句话先说清楚：敏感数据保护的核心就三件事——
- 弄明白哪些数据要保护（数据类型）
- 知道谁想偷、怎么偷（常见威胁）
- 用密码学把数据锁起来（加密原理）
2.1 到底哪些数据算「敏感」？
你想想看，什么样的数据一旦泄露，公司就得赔钱、挨骂、甚至吃官司？我见过一个项目，里面存的都是用户信用卡号，结果开发图省事，把明文写到日志里了……
一般来说，敏感数据可以分成三类：
| 数据类别 | 典型示例 | 泄露后果（我个人经验） |
|---|---|---|
| 个人身份信息 (PII) | 身份证号、手机号、家庭住址、生物特征 | 直接触犯 GDPR / 《个人信息保护法》，罚到你怀疑人生。 |
| 财务与支付数据 | 银行卡号 (PAN)、CVV、交易记录、账户余额 | PCI-DSS 合规过不去，银行停你的接口，整个业务瘫痪。 |
| 商业机密和凭证 | 源代码、算法、私钥、数据库连接密码、API | 竞争对手段子拿到你源码，公司核心竞争力直接归零。 |
我的一个习惯：在设计系统之初，先画一张「数据流图」，把每条数据经过的节点都用红黄绿标出来。红色就是不能出内存的极敏感数据。这个习惯帮我避过至少三次安全审计的大坑。
2.2 常见威胁：敌人是谁？从哪里来？
敏感数据摆在那，自然有人盯着。我不是说要搞得草木皆兵，但常见的几类威胁，心里得有杆秤。
2.2.1 外部攻击者
说白了就是黑客。我个人观察到的套路：
- 网络窃听：数据在链路上裸奔，中间人抓个包就看光了。嗯，这也是为什么我们后来强制全链路用 TLS 1.3。
- 数据库拖库：SQL 注入如果没防住，整个表的数据被 SELECT * 出来。我曾在一个银行项目里看到过，运维连个基本的参数化查询都没用……
- 暴力破解凭证：弱密码从来都是安全短板。你想想看，密钥没设复杂度，跟没锁门有啥区别？
2.2.2 内部威胁
这个比外部攻击更难防。你会发现，很多泄露反而来自「自己人」。
- 恶意 DBA：数据库管理员可以绕过应用直接读表。数据在数据库里是明文的，那他就能看。解决思路？——数据库层加密，密钥不交给 DBA。
- 误操作：有回我一同事把生产环境的备份包上传到了公共代码仓库。还好及时发现，不然账号密码全暴露了。这种事儿真的防不胜防。
- 日志泄露：开发为了方便排查问题，把用户手机号直接打在日志里。一旦日志被横向移动的攻击者拿到……
2.2.3 常见攻击手法速览
| 攻击类型 | 目标是谁 | 我给的避坑建议 |
|---|---|---|
| 中间人攻击 (MITM) | 传输中的数据 | 必须做双向认证，别只用单向 TLS。 |
| 侧信道攻击 | 加密操作泄露的物理信号（时间、功耗） | 使用 PKCS #11 做硬件隔离，软件实现的 AES 容易被时序攻击。 |
| 重放攻击 | API 调用、认证请求 | 加时间戳 + Nonce 一次性随机数。 |
2.3 加密保护原理：到底怎么「锁」？
好了，知道了要保护什么、防谁，现在来看怎么保护。加密是核心手段。但我不建议你上来就背算法名字，先理解两种基本范式。
我个人的教学逻辑：加密保护 = 把「明文」通过「数学变换」变成「密文」。这个变换过程需要一个东西——密钥。密钥的管理就是 PKCS #11 的看家本领。
2.3.1 对称加密：又快又简单
加密和解密用同一个密钥，就像一把钥匙开一把锁。
- 典型算法：AES-256, SM4, 3DES（现在已经不推荐了）。
- 优势：性能极好，特别适合加密大量数据。我做过对比，AES-256 硬件加速下，吞吐量能到几千 MB/s。
- 致命弱点：密钥分发难。你和对方得事先约定好同一个密钥。一旦密钥泄露，整个通信就完了。
举个例子：你要把一个 10 GB 的数据库备份加密存储。用 RSA 非对称加密？那得慢死。这时候就该 AES 上场。
// 伪代码示意：用 AES 加密数据库记录
byte[] plaintext = "用户身份证号: 110101...";
SecretKey key = generateAESKey(); // 这个 key 需要安全存储
byte[] ciphertext = AES.encrypt(plaintext, key, AES.GCM_NOPADDING);
// 密钥怎么安全保存？——这正是后面 PKCS #11 要解决的问题2.3.2 非对称加密：适合密钥交换和数字签名
一对密钥：公钥公开，私钥自己藏好。公钥加密的数据，只有私钥能解开。
- 典型算法：RSA (至少 3072 位), ECC (推荐 P-256 / sm2p256v1)。
- 优势：解决了密钥分发问题。你可以把你的公钥贴到墙上，别人用它给你发密文，只有你能看。
- 劣势：慢。一次 RSA 加密可能就要几十微秒，不适合加密大块数据。
实际中怎么做？——混合加密。用 RSA/ECC 加密一个对称密钥，然后用对称密钥加密实际数据。这几乎是一切现代安全协议的基础。
2.3.3 哈希与完整性
加密能防泄露，但能防篡改吗？不能。所以还需要哈希。
- 作用：给数据算一个「指纹」。哪怕改一个 bit，指纹天差地别。
- 常用：SHA-256, SM3。
- 注意：哈希不是加密！哈希不可逆。你无法从哈希值还原原始数据。
2.3.4 数字签名：确保是你干的
公钥加密的逆操作：用私钥对数据签名，用公钥验证签名。这在后面讲 PKCS #11 的 C_Sign 和 C_Verify 操作时会反复用到。
2.4 知识体系结构
下面这张图把本章的核心逻辑串起来了。你可以把它当成一个思维导图来看：
我曾经踩过的坑：有一回给某支付系统做密码改造，团队直接把 AES 密钥硬编码在 Java 代码里。打包上线后，反编译一下密钥就全出来了。密钥放在哪里？不能放代码里。硬件安全模块 (HSM) 或 PKCS #11 才是正解。这节课后面会一步步教你怎么用。
好了，敏感数据类型、常见威胁、加密原理这三块地基，今天咱们算是打牢了。你可能已经注意到，所有这些保护都绕不开一个东西——密钥。密钥怎么安全生成、存储、使用、销毁？这就是我们下一块要啃的硬骨头。