服务网格通过边车代理实现mTLS，Istio等平台利用Envoy代理拦截流量，由控制平面签发短期证书，代理间自动协商加密连接，支持策略驱动的渐进式启用，全程无需修改业务代码。
服务网格通过在每个服务实例旁部署边车代理（Sidecar Proxy），自动处理服务间通信的安全性，双向 TLS（mTLS）正是在这种架构下实现的。整个过程对应用透明，无需修改业务代码。
边车代理接管通信
在服务网格中（如 Istio），每个服务都伴随一个边车代理（如 Envoy）。所有进出服务的流量都会经过这个代理。代理之间可以协商加密通道，从而实现 mTLS。
- 服务 A 发起请求时，其边车代理自动拦截 outbound 流量
- 目标服务 B 的边车代理接收 inbound 流量
- 两个边车之间建立 TLS 连接，验证彼此身份证书
证书与密钥管理
服务网格控制平面（如 Istio 的 Citadel）负责签发和分发短期证书。
- 每个工作负载获得唯一的工作负载证书（基于 SPIFFE ID）
- 证书定期轮换，提升安全性
- 密钥和证书通过安全通道注入到边车代理中，不暴露给应用
自动协商 mTLS
当两个边车代理建立连接时，执行标准的 TLS 握手，并交换证书进行双向验证。
mallcloud商城
下载
mallcloud商城基于SpringBoot2.x、SpringCloud和SpringCloudAlibaba并采用前后端分离vue的企业级微服务敏捷开发系统架构。并引入组件化的思想实现高内聚低耦合，项目代码简洁注释丰富上手容易，适合学习和企业中使用。真正实现了基于RBAC、jwt和oauth2的无状态统一权限认证的解决方案，面向互联网设计同时适合B端和C端用户，支持CI/CD多环境部署，并提
- 客户端代理发送自己的证书并验证服务端证书
- 服务端代理同样验证客户端证书的有效性和信任链
- 只有双方都通过验证，连接才会建立
- 一旦建立，数据在传输过程中全程加密
策略控制与渐进启用
mTLS 可以通过配置策略按命名空间或服务逐步启用。
- 使用 DestinationRule 配置是否启用 mTLS
- 支持 STRICT、PERMISSIVE 等模式，便于迁移
- 例如：允许旧服务明文通信，新服务强制 mTLS
基本上就这些。服务网格把 mTLS 的复杂性封装在基础设施层，开发者只需关注业务逻辑，安全通信由平台自动保障。
