2. 机密管理基础：密钥、令牌、证书等核心概念
我记得刚接手第一个安全审计项目时，被问到“你们机密管理怎么做的”？我愣了半天。其实说白了，机密管理就是管好三样东西：密钥、令牌、证书。这三兄弟撑起了整个应用安全的基础。今天我就跟你聊聊它们的本质、应用场景，以及我在项目中踩过的坑。
2.1 密钥——加密体系的基石
密钥是加密算法的“钥匙”。没有它，加密算法就是一扇没锁的门。我个人习惯把密钥分成两类：对称密钥和非对称密钥。
- 对称密钥：加密和解密用同一把钥匙。快，适合大量数据。但分发密钥是个麻烦事——你想想看，怎么安全地把钥匙传给对方？
- 非对称密钥：公钥公开，私钥保密。慢，但解决了密钥分发难题。典型场景是TLS握手、数字签名。
我碰到过的典型案例：一次线上事故，开发同学把AES密钥硬编码在配置文件里，还push到了Git仓库。幸好发现的早，否则数据泄露谁也扛不住。从那以后，我强制所有项目用环境变量或密钥管理服务加载密钥。
RSA-OAEP之外的填充模式，以前用PKCS#1 v1.5填充，有适配攻击的风险。我个人更喜欢用ECDH做密钥交换，更安全。2.2 令牌——身份的临时通行证
令牌（）不是秘密数据本身，而是一个“凭证”。你拿着它，系统就认可你的身份或权限。最常见的有访问令牌（Access ）和刷新令牌（Refresh ）。
| 令牌类型 | 存活时间 | 携带方式 | 典型格式 |
|---|---|---|---|
| 访问令牌 | 短（15分 – 1小时） | HTTP头 Authorization: Bearer <> | JWT |
| 刷新令牌 | 长（几天 – 几周） | 仅服务端 / HTTP Only Cookie | 不透明字符串 |
JWT（JSON Web ）是现在最主流的令牌格式。它的好处是自包含——服务端不需要查数据库就能知道你是谁。但要注意：JWT的Payload是Base64编码的，不是加密的。你千万别把密码、这类敏感信息塞进去。
我曾经踩的坑：某次升级认证服务，我把刷新令牌直接返回给前端，然后用LocalStorage存。结果被别人XSS攻击直接拿到，可以无限刷新。后来我改成HTTP Only + Secure Cookie + 短期刷新令牌，问题才解决。
cid字段），并支持撤销。别光依赖过期时间，万一泄漏了你就得手动失效。
2.3 证书——可信的电子身份证
证书（Certificate）是公钥加上数字签名的包装。你想想看，公钥本身只是一串数字，你怎么知道它是服务器的公钥，而不是中间人的？证书就是回答这个问题的。
标准是X.509。证书链长这样：
- 根CA证书（自签名，预装在OS或浏览器里）
- 中间CA证书（由根CA签发）
- 服务器/客户端证书（由中间CA签发）
验证时层层向上，直到信任的根CA。这件事叫证书路径验证。我建议你学习一下openssl的命令行操作，排查TLS问题特别有用。
# 查看服务器证书链
openssl s_client -connect example.com:443 -showcertsssl_ca_certs=False，直接裸TLS通信，跟没加密一样危险。
证书还有一个重要概念：有效期。Let's Encrypt的证书只有90天，必须自动续签。而企业内部的证书可能一年甚至更长。嗯，这里要注意，长有效期证书一旦私钥泄露，攻击者有一年时间滥用。我个人倾向于缩短到半年以内。
2.4 三者的关系与对比
造个表帮你快速理清：
| 概念 | 本质 | 密码学基础 | 生命周期管理要点 |
|---|---|---|---|
| 密钥 | 加密/解密算法的参数 | 对称/非对称算法 | 安全存储、定期轮换、访问控制 |
| 令牌 | 授权凭证（不直接加密数据） | 签名（JWT用HMAC或非对称签名） | 短过期、绑定上下文、可撤销 |
| 证书 | 公钥 + 身份签名 | 非对称 + 数字签名 + PKI | 信任链验证、自动续签、吊销列表 |
2.5 最佳实践：怎么管好它们？
光理解概念不够，落地才是硬功夫。分享几条我坚持的原则：
- 集中管理：用Vault、AWS Secrets Manager或类似工具。别让机密散落在代码、配置文件里。
- 强制轮换：密钥每季度换一次，证书每半年换一次。令牌本身靠短期过期强制轮换。
- 审计追溯：每次读取机密都要记日志。谁、在什么时间、用什么IP、访问了哪个机密。我就是靠这个定位过一次内部信息泄露。
- 最小权限：每个服务只给它需要的机密，别图方便给一整个桶的访问权限。
嗯，大致就这些。密钥、令牌、证书这三兄弟你掌握了，后面看审计日志时就能一眼看出问题在哪。动手试试在自己项目里落地一次机密集中管理，比看十遍文档都管用。