使用SPIRE（自动）提供TLS证书给Envoy以进行更强大的身份验证

作者：Andrew Harding

你好！这是来自Scytale的Andrew Harding。如果你目前正在使用Envoy提供安全的服务到服务通信，我想向你展示如何利用开源SPIRE项目，通过基于多个因子工作负载认证，自动交付和轮换密钥和证书来显着提高你的身份验证安全性。

Envoy和SPIRE已经存在了一段时间，但我们最近才在SPIRE中增加了对Envoy SDS API的支持，这使得设置起来更加容易。我们来探讨一下。

背景

Envoy是一个流行的开源服务代理，除其他外，广泛用于在服务之间提供抽象、安全、经过身份验证和加密的通信。Envoy享有丰富的配置系统，允许灵活的第三方交互。

该配置系统的一个组件是秘密发现服务协议或SDS（Secret Discovery Service）。Envoy使用SDS从SDS供应商处检索并维护更新的“秘密”。在身份验证的意思来说，这些秘密是Envoy用于在服务之间提供安全TLS通信的TLS证书、私钥和可信CA证书。

短暂的秘密是安全的一个重要方面，因为它们减少了对撤销列表基础设施的需求，这削弱了安全性并导致攻击面增加。旋转短寿命秘密经常涉及手动审计和部署，并且通常对操作员来说非常麻烦。SDS供应商向Envoy提供更新秘密的能力，是简化秘密管理和为Envoy提供最新服务标识的有用步骤。

SPIRE（SPIFFE运行时环境）是一个工具链，用于在各种平台上建立软件系统之间的信任。SPIRE支持容器化和弹性扩展环境，例如Kubernetes、托管基础架构如Azure、AWS和GCP，以及内部裸机部署。这些环境中的服务可以利用SPIRE以X.509证书（X509-SVID）的形式，获取具有关联私钥的服务标识，以及服务可用于验证其他身份的一组可信CA证书。

当服务与SPIRE接合时，它会经历一个称为证明（attestation）的过程，其中SPIRE宣称

（assert）有关服务及其环境的特征。这些宣称与运营商定义的政策相匹配，以决定应该为服务提供哪个服务标识。（有关证明的更多详细信息，请参阅此视频。）SPIRE根据运营商定义的政策自动轮换服务的X.509证书和密钥。

换句话说，Envoy可以通过SDS动态消费服务标识，SPIRE可以动态提供服务标识。听起来很棒！

这个怎样运作

当Envoy连接到SDS服务器时，SPIRE代理会证明Envoy并确定它应该通过SDS向Envoy提供哪些服务身份和CA证书。

随着服务标识和CA证书的轮换，更新将流式传输回Envoy，Envoy可立即将它们应用于新连接，而不会中断或停机，也无需私钥触及磁盘。换句话说，SPIRE丰富的定义和证明服务的方法可用于定位Envoy流程，为其定义身份，并为其提供Xv09证书和Envoy可用于TLS通信的信任信息。

在两个服务之间的两个Envoy代理，使用SPIRE代理作为SDS的实现，以获取相互认证的TLS通信的秘密

配置SPIRE

在SPIRE中设置SDS支持就像在SPIRE代理配置中设置enable_sds = true配置值一样简单。

配置Envoy

SPIRE代理群集

必须将Envoy配置为与SPIRE代理通信，通过配置集群指向SPIRE代理提供的Unix域套接字（domain socket）。

例如：

clusters:
  - name: spire_agent
    connect_timeout: 0.25s
    http2_protocol_options: {}
    hosts:
    - pipe:
      path: /tmp/agent.sock

connect_timeout会影响Envoy在启动Envoy时SPIRE代理未运行或者如果重启SPIRE代理时能够响应的速度。

TLS证书

要从SPIRE获取TLS证书和私钥，你可以在TLS上下文中设置SDS配置。

例如：

tls_context:
  common_tls_context:
    tls_certificate_sds_secret_configs:
      - name: "spiffe://example.org/backend"
      sds_config:
        api_config_source:
          api_type: GRPC
          grpc_services:
            envoy_grpc:
              cluster_name: spire_agent

TLS证书的名称是Envoy充当代理服务的SPIFFE ID。

验证上下文（Validation Context）

Envoy使用可信CA证书来验证对等证书。验证上下文提供这些可信CA证书。SPIRE可以为每个信任域提供验证上下文。

要获取信任域的验证上下文，可以在TLS上下文的SDS配置中配置验证上下文，将验证上下文的名称设置为信任域的SPIFFE ID。

例如：

tls_context:
  common_tls_context:
    validation_context_sds_secret_config:
      name: "spiffe://example.org"
      sds_config:
        api_config_source:
          api_type: GRPC
          grpc_services:
            envoy_grpc:
              cluster_name: spire_agent

SPIFFE和SPIRE专注于促进安全认证作为授权的构建块，而不是授权本身，因此对验证上下文中的授权相关字段（例如verify_subject_alt_name）的支持超出范围。相反，我们建议你利用Envoy广泛的过滤器框架来执行授权。此外，你可以将Envoy配置为将客户端证书详细信息转发到目标服务，从而允许它执行自己的授权步骤，例如使用嵌入在客户端X.509 SVID的URI SAN中的SPIFFE ID。

试试看！

这就是你使用SPIRE改善服务到服务通信中的身份验证安全性的方法！尝试一下，让我们知道你的试用是怎么回事！你可以通过SPIFFE slack与我们联系。计划进行未来的改进，你的经验对于塑造SPIRE对Envoy的支持非常有价值。

我要感谢Scytale公司自己的Marcos Yacob和Marcos Yedro，他们的努力有助于SPIRE SDS实施的原型设计和开发。

---

KubeCon + CloudNativeCon和Open Source Summit大会日期：

• 会议日程通告日期：2019 年 4 月 10 日
• 会议活动举办日期：2019 年 6 月 24 至 26 日

KubeCon + CloudNativeCon和Open Source Summit赞助方案
KubeCon + CloudNativeCon和Open Source Summit多元化奖学金现正接受申请
KubeCon + CloudNativeCon和Open Source Summit即将首次合体落地中国
KubeCon + CloudNativeCon和Open Source Summit购票窗口，立即购票！