4. 数据安全与加密：数据分类与分级、传输层安全、存储加密、密钥管理、哈希与数字签名
大家好，我是你们的老朋友。今天我们来聊聊数据安全与加密。说实话，这个主题在安全架构里，属于那种「平时不起眼，出事就翻车」的关键环节。我见过太多项目，业务逻辑跑得飞起，结果数据一泄露，整个公司直接回到解放前。
所以，咱们得把这块儿吃透。我会从数据分类分级讲起，再到传输、存储、密钥管理，最后聊聊哈希和数字签名。嗯，内容不少，但都是干货。
4.1 数据分类与分级：安全的第一道防线
你想想看，如果连数据是什么级别都不知道，你怎么保护它？我个人的习惯是，先做分类分级，再谈加密。
数据分类，说白了就是给数据打标签。比如：
- 用户个人信息：姓名、手机号、身份证号
- 业务数据：订单、交易记录
- 系统配置：数据库密码、API Key
数据分级，则是根据敏感程度划分等级。我一般建议分四级：
| 等级 | 描述 | 示例 |
|---|---|---|
| L1 公开 | 泄露无影响 | 产品介绍、新闻稿 |
| L2 内部 | 泄露有轻微影响 | 内部文档、非敏感日志 |
| L3 敏感 | 泄露会造成较大损失 | 用户手机号、订单详情 |
| L4 绝密 | 泄露会导致灾难性后果 | 支付密钥、核心算法 |
4.2 传输层安全（TLS/SSL）：别让数据裸奔
数据在网络上传输，就像在街上走。你不穿衣服试试？TLS/SSL就是给数据穿上的「防弹衣」。
我遇到过不少团队，觉得内网传输不需要加密。结果呢？内网被攻破，数据全被嗅探走了。记住：任何网络传输，都应该走TLS。
配置TLS时，有几个要点：
- 使用TLS 1.2或1.3，别再用SSL 3.0了，那玩意儿早被攻破了
- 证书要定期更换，我习惯设成90天有效期，用Let's Encrypt自动续签
- 禁用不安全的加密套件，比如RC4、DES这些老古董
举个配置例子，Nginx里这样写：
server {
listen 443 ssl;
ssl_protocols TLSv1.2 TLSv1.3;
ssl_ciphers HIGH:!aNULL:!MD5;
ssl_certificate /etc/ssl/certs/example.crt;
ssl_certificate_key /etc/ssl/private/example.key;
}4.3 存储加密：AES与RSA
数据存到硬盘上，也不是绝对安全的。万一硬盘被偷了呢？所以，存储加密必须安排上。
AES（对称加密）：速度快，适合加密大量数据。我一般用AES-256-GCM，既安全又带认证，防止篡改。
RSA（非对称加密）：速度慢，适合加密小数据，比如密钥本身。常用于「密钥交换」场景。
实际项目中，我习惯这样搭配：
- 用RSA加密AES的密钥
- 用AES加密实际数据
- 这样既安全，又高效
代码示例（Python）：
from cryptography.fernet import Fernet
# 生成密钥
key = Fernet.generate_key()
cipher = Fernet(key)
# 加密
encrypted_data = cipher.encrypt(b"敏感数据")
# 解密
decrypted_data = cipher.decrypt(encrypted_data)4.4 密钥管理生命周期
密钥管理，是整个加密体系的「心脏」。心脏出问题，其他都白搭。
密钥的生命周期包括：
- 生成：用安全的随机数生成器，别用Math.random()
- 存储：放在硬件安全模块（HSM）或密钥管理服务（KMS）里
- 使用：只在内存中使用，用完立即清除
- 轮换：定期更换密钥，我建议90天轮换一次
- 销毁：彻底删除，不留痕迹
我曾经遇到过一个案例：某团队把密钥硬编码在配置文件里，结果代码泄露，密钥全废。嗯，那场面，真是「一地鸡毛」。
4.5 哈希与数字签名
哈希和数字签名，听起来像双胞胎，但用途完全不同。
哈希：把任意长度的数据，变成固定长度的「指纹」。特点：不可逆、唯一性。常用算法：SHA-256。
哈希的典型用途：
- 密码存储：存哈希值，不存明文密码
- 数据完整性校验：下载文件后，比对哈希值
数字签名：用私钥对哈希值加密，别人用公钥验证。确保数据来源可信、未被篡改。
举个例子：
import hashlib
# 哈希
data = b"重要文件"
hash_value = hashlib.sha256(data).hexdigest()
print(hash_value) # 输出固定长度的哈希值数字签名在代码签名、软件更新中很常见。我每次发布新版本，都会用私钥签名，用户用公钥验证。这样能确保用户下载的，确实是我发布的版本，而不是被篡改过的。
知识体系总览
下面这张图，是我梳理的本章知识体系。你可以把它当作「地图」，随时回来对照。
好了，这一章的内容就到这里。数据安全不是一蹴而就的，需要持续投入和迭代。希望今天的分享，能帮你少踩一些坑。