什么是双向 TLS（mTLS）？它和普通 HTTPS 有什么区别？

简化版

普通 HTTPS 通常只验证服务器证书，客户端确认“我连的是可信服务器”。mTLS 是双向认证：服务器也要求客户端出示证书，用来确认“你这个客户端也可信”，常用于服务间调用、金融专线、零信任网关。

详细版

mTLS 的核心区别在客户端证书：

1. 普通 HTTPS：服务端发证书，客户端验证服务端身份；客户端身份通常靠 Cookie、Token、账号密码。
2. mTLS：服务端也验证客户端证书，只有被信任 CA 签发的客户端证书才能通过握手。
3. 客户端证书代表机器、服务、设备或用户身份。
4. mTLS 适合服务到服务、设备接入、高安全内网，不一定适合普通网页用户。
5. 它能提供强身份认证，但证书签发、轮换、吊销、私钥保护都更复杂。

面试要强调：mTLS 是传输层的双向身份认证，不替代应用层权限模型，但能让“谁能连进来”更可信。

完整版教学

一、普通 HTTPS 只解决一半身份问题

普通 HTTPS 主要让客户端验证服务端。浏览器检查证书链、域名、有效期，确认自己连到的服务器可信。但服务端通常不知道客户端是谁，只知道有个连接来了。

普通 HTTPS：
Client verifies Server certificate
Server does not require Client certificate

服务端当然可以用登录态、Token、API Key 识别用户，但那是应用层认证。mTLS 把客户端身份的一部分下沉到了 TLS 握手阶段。

记忆钩子：HTTPS 常见是“我验你”，mTLS 是“我们互相验”。

二、mTLS 握手多了客户端证书

mTLS 中，服务端会在握手阶段请求客户端证书。客户端发送证书并证明自己持有对应私钥，服务端验证证书链是否受信任、是否过期、是否被吊销、是否匹配策略。

ClientHello
ServerHello + Server Certificate + CertificateRequest
Client Certificate + CertificateVerify
Finished

CertificateVerify 很关键：仅发送证书还不够，客户端必须用私钥签名握手上下文，证明“我真的拥有这张证书对应的私钥”。

三、mTLS 和 Token 认证不是替代关系

mTLS 证明客户端实体可信，例如某个服务实例、设备或企业客户端。Token 更多表达应用身份和权限，例如用户是谁、能访问哪些资源。

能力	mTLS	Token/JWT
所在层	TLS 传输层	HTTP/应用层
证明对象	客户端证书持有者	用户或应用声明
适合场景	服务间、设备接入	用户登录、API 授权
权限粒度	较粗	可很细

成熟系统常组合使用：mTLS 保证只有可信服务能连进来，JWT/权限系统决定具体能做什么。

四、服务网格为什么常用 mTLS

微服务之间调用数量多，如果只靠网络边界隔离，内网一旦被突破风险很大。Service Mesh 常用 mTLS 给每个工作负载发证书，实现服务间身份认证和链路加密。

service-a cert: spiffe://prod/service-a
service-b cert: spiffe://prod/service-b

service-b policy:
  allow service-a
  deny unknown client

这样即使请求来自内网 IP，也要通过证书身份校验。它符合零信任思路：不因为在内网就默认可信。

五、mTLS 的运维难点

mTLS 的难点不在握手概念，而在证书生命周期。你要考虑 CA 管理、证书签发、自动轮换、吊销、私钥保护、过期告警和客户端兼容。

问题	风险	应对
证书过期	服务间调用全部失败	自动轮换和告警
私钥泄露	攻击者冒充客户端	密钥隔离、吊销
CA 混乱	信任边界失控	分环境 CA、最小信任
吊销滞后	失效身份仍可用	短证书周期、吊销检查

很多团队用短周期证书和自动轮换降低吊销压力，例如服务证书有效期只有数小时或数天。

六、排障时看哪些现象

mTLS 失败通常发生在 TLS 握手阶段，应用还没收到请求。错误可能是客户端没带证书、证书链不被信任、证书过期、SAN 不匹配或服务端策略拒绝。

openssl s_client \
  -connect api.example.com:443 \
  -cert client.crt \
  -key client.key \
  -CAfile ca.crt

如果不带客户端证书失败、带证书成功，说明服务端确实启用了客户端证书验证。网关日志、TLS alert、证书 subject/SAN 是排障重点。

七、常见误区与追问

• 误区：用了 mTLS 就不需要登录和权限。 mTLS 解决连接实体可信，具体用户权限仍常由应用层控制。
• 误区：客户端证书只要发过去就行。 客户端还要证明持有私钥，服务端要验证证书链和策略。
• 误区：mTLS 适合所有网页用户。 浏览器客户端证书分发和管理成本高，普通网站很少这样做。
• 追问：mTLS 能防什么？ 能防未持有可信证书的客户端接入，降低内网冒充和中间人风险。
• 追问：证书过期会怎样？ 握手失败，服务间调用可能大面积中断，所以必须自动轮换和告警。
• 追问：Service Mesh 中 mTLS 的价值是什么？ 给工作负载提供身份、加密服务间流量，并支持基于身份的访问控制。

八、加强记忆

mTLS 就是“TLS 层双向验身份”：普通 HTTPS 客户端验服务端，mTLS 服务端也验客户端。它常用于服务间和设备接入，和 Token/权限系统互补；真正难点是证书生命周期管理。