数字证书与CA体系
数字证书是什么？我的理解很简单——它就是网络世界里的身份证。你想想看，我们线下靠身份证识别对方身份，线上呢？总不能让对方把身份证照片发过来吧。数字证书就干了这事：它把公钥和实体身份绑定在一起，而且这个绑定是经过权威机构签名的，不可篡改。
我刚开始接触HTTPS时，总觉得证书就是个“带签名的公钥文件”。后来被一个生产事故教做人了——证书里还藏着有效期、颁发者、扩展字段，任何一个字段出错，浏览器都可能直接给你红锁警告。嗯，今天我把这块东西拆开给你讲透。
证书里到底有什么？
按X.509标准（目前版本是v3），一张证书的核心字段如下。我习惯把它分三块：主体信息、公钥、签名。
| 字段 | 含义 | 我踩过的坑 |
|---|---|---|
| 序列号 | CA内部唯一标识 | 证书吊销依赖它，一定别写错 |
| 有效期（notBefore/notAfter） | 起止时间 | 曾经因为服务器时区不对，证书提前过期 |
| 主体（Subject） | 证书持有者身份，比如域名 | CN跟SAN必须一致，不然浏览器告警 |
| 公钥算法 + 公钥 | 握手中用到的密钥 | 长度够？RSA 2048起步，现在推荐ECC |
| 颁发者（Issuer） | 签发该证书的CA | 根证书是自签名，Issuer = Subject |
| 签名算法 + 签名值 | CA私钥对以上字段的签名 | SHA-256以上，别用SHA-1了 |
除此之外，还有一系列扩展项，比如SAN（主体备用名称）、密钥用途、证书策略等。我记得有一次排查WebSocket wss连接失败，最后发现就是服务器证书的密钥用途里没有包含digitalSignature——扩展项搞死人。
CA体系：谁给证书签名？
你会问了：证书里说“我是百度”，那凭什么信你？因为有个权威机构（CA）给它签了名。那CA的证书谁签？CA的CA。最终，最顶上的叫根CA，它的证书是“自签名”的，没有上级。
现在的CA体系是树状的，我画了一张结构图帮你理解。
证书链验证逻辑：浏览器或服务器拿到一张证书，从底向上逐级校验签名，直到信任的根证书。任何一个环节的签名对不上，或者证书过期，验证就失败。
证书信任链怎么验证？
假设你的浏览器访问 https://example.com，服务器发来了它自己的证书（叶子证书）和中间CA证书（通常一起发）。验证过程分三步：
- 查有效期 —— 当前时间在 notBefore 和 notAfter 之间。我曾经遇到客户忙活半天查为什么告警，结果只是服务器时间差了十几分钟。
- 查颁发者 —— 叶子证书的Issuer字段，必须等于中间CA证书的Subject。这一步其实是在验证证书链是否连续。
- 验签名 —— 用中间CA证书里的公钥，解密叶子证书的签名值，然后跟重新计算的hash对比。一样，说明叶子证书确实是中间CA签的。
- 继续向上 —— 同样的逻辑验证中间CA证书，直到遇到操作系统中预置的根证书（信任锚）。如果根证书不在信任列表，那个“红锁”就出现了。
我的小技巧：在Python里可以用 cryptography 或者 OpenSSL 命令行直接查看证书链。
openssl s_client -connect example.com:443 -showcerts
这条命令能打印出服务器下发的完整证书链，是排查问题的利器。
根证书与自签名证书
根CA的证书是自己签自己，所以叫自签名证书。操作系统和浏览器内置了一批根证书——比如Google、Microsoft、Mozilla都有各自的根证书库。你每次升级系统，也在更新这些信任锚。
企业内部可能自己建私有CA，生成自签名根证书，然后分发给公司所有设备。这样内网的HTTPS就能互相认证了。不过我在一家初创公司帮他们搭这套时，发现有人直接把自签名根证书导入了系统信任区——这么做没问题，但私钥一定要存到HSM或安全区域，不然根证书泄漏，整个内网就裸奔了。
曾经有个血的教训：一个同事在测试环境直接用了openssl req -x509 -newkey rsa:2048 -days 36500 -nodes生成自签名证书，然后把这个根证书上传到生产环境的信任库。结果生产服务器用了同样的私钥……后来内网被中间人攻击，教训惨重。切记：生产环境一定走正规CA，内部CA也要严格保护根私钥。
证书格式的“方言”
你可能会见到各种各样的证书文件后缀：.pem、.crt、.cer、.der、.p12、.pfx……说白了，内容差别不大，只是编码和封装方式不同。
| 格式 | 编码 | 典型用途 | 我的建议 |
|---|---|---|---|
| PEM | Base64，有头尾行 | Linux/nginx/curl | 最通用，文本易读 |
| DER | 二进制 | Java/Windows | 不常用，用openssl互转 |
| PKCS#12 (p12/pfx) | 二进制，含私钥 | IIS/导入导出 | 注意保护密码 |
我个人习惯把证书统一转成PEM存放，用openssl做瑞士军刀。比如：openssl x509 -in cert.crt -out cert.pem -outform PEM。转换时注意别把私钥落一起，安全第一。
总结一下核心概念
- 数字证书 = 身份信息 + 公钥 + CA签名
- CA体系是树状结构，根CA自签名，中间CA由上级签发，叶子证书是实际使用的
- 验证方向从叶子到根，任何一环断掉都不可信
- 证书格式很灵活，但PEM是通用首选