Spring Boot微服务架构下如何保障服务间通信的安全性？

1. 网络层基础隔离（首要防线） #

这一层从物理层面阻断外部对内部微服务的直接访问，是成本最低效果最好的防护手段：

• 所有后端微服务（MS1、MS2、MS3等）全部部署在内部私有子网，通过安全组/防火墙规则限制端口访问：仅允许API网关所在的子网、同私有子网内的其他微服务实例访问微服务的业务端口，完全禁止公网IP直接访问任何内部微服务端口。
• 若使用K8s集群部署，配置NetworkPolicy规则明确限制Pod访问范围：仅允许同命名空间下的微服务Pod、API网关Pod调用业务微服务端口，禁用跨命名空间的非授权访问。

2. 服务间调用身份认证（核心防护） #

就算网络层被突破，这一层也能保证只有合法的服务实例才能发起内部调用：

2.1 双向TLS（mTLS）认证（零代码侵入优先方案） #

• 给所有微服务实例颁发统一机构签名的数字证书，服务间调用时双方都会校验对方证书的合法性，只有持有合法证书的实例才能完成请求握手。
• Spring Cloud体系可以直接集成Istio服务网格实现，无需修改任何业务代码，就能自动为所有服务间调用开启mTLS认证；也可以手动配置Spring Boot的server.ssl系列参数手动实现证书校验。

2.2 内部调用令牌校验（轻量快速方案） #

• 方案一：API网关校验完外部用户身份后，生成带有独立签名的内部专用JWT令牌，透传给整个调用链的所有微服务，每个微服务接收到请求后优先校验JWT的签名合法性、有效期，校验通过才处理业务。注意内部JWT的签名密钥需和网关对外的用户鉴权密钥完全隔离，严禁对外泄露。
• 方案二：为所有内部微服务分配唯一的内部AccessKey，微服务发起调用时通过Feign拦截器统一在请求头携带加密后的AccessKey，接收方校验请求头中的AccessKey是否在内部合法名单中，适合调用链路简单的中小项目，配置成本极低。

3. 细粒度访问权限管控（补充防护） #

• 为每个微服务的接口配置访问白名单：比如MS2的业务接口仅允许MS1的实例调用，MS3的业务接口仅允许MS2的实例调用，校验依据可以用mTLS证书中的服务标识、或者内部令牌中的调用方ID字段，避免合法服务越权调用其他服务的接口。
• 所有内部服务的访问日志统一上报到运维监控平台，配置异常调用告警规则：比如陌生IP短时间内频繁调用内部接口、非白名单服务发起调用时直接触发告警，及时排查异常访问行为。

4. 内部人员非法调用专项防范 #

• 测试环境的内部微服务网段仅允许已审批的VPN账号接入访问，生产环境的微服务网段完全禁止办公网IP直接访问，运维人员操作生产服务必须通过堡垒机跳转，全程留痕可审计。
• 内部微服务的地址、端口、调用密钥等敏感信息全部放到加密配置中心存储，禁止硬编码到项目代码、公开文档中，只有服务启动时才能解密获取敏感配置。

内容的提问来源于stack exchange，提问作者Jeff Cook