• 出口流量的 TLS
    • 用例
    • 前提条件
    • 配置 HTTP 和 HTTPS 外部服务
    • 出口流量的 TLS
    • 其他安全因素
    • 清理

    出口流量的 TLS

    控制出口流量任务演示了如何从网格内部的应用程序访问 Kubernetes 集群外部的 HTTP 和 HTTPS 服务, 如该主题中所述，默认情况下，启用了 Istio 的应用程序无法访问集群外的 URL, 要启用外部访问，必须定义外部服务的ServiceEntry，或者直接访问外部服务。

    此任务描述 Istio 如何配置出口流量的 TLS。

    用例

    考虑一个对外部站点执行 HTTP 调用的遗留应用程序, 假设运行应用程序的组织收到一个新要求，该要求规定必须加密所有外部流量, 使用 Istio，只需通过配置就可以实现这样的要求，而无需更改应用程序的代码。

    在此任务中，如果原始流量为 HTTP，则将 Istio 配置为打开与外部服务的 HTTPS 连接, 应用程序将像以前一样发送未加密的 HTTP 请求，Istio 将加密应用程序的请求。

    前提条件

    • 按照安装指南中的说明设置 Istio 。

    • 启动 sleep 示例，它将作为外部调用的测试源。

    如果您已启用自动注入 sidecar, 请按如下命令部署 sleep 应用程序:

    Zip

    1. $ kubectl apply -f @samples/sleep/sleep.yaml@

    否则，您必须在部署 sleep 应用程序之前手动注入 sidecar：

    Zip

    1. $ kubectl apply -f <(istioctl kube-inject -f @samples/sleep/sleep.yaml@)

    请注意，任何可以 exec 和 curl 的 pod 都可以执行以下步骤。

    • 创建一个 shell 变量来保存源 pod 的名称，以便将请求发送到外部服务, 如果您使用 sleep 示例，请按如下命令运行:
    1. $ export SOURCE_POD=$(kubectl get pod -l app=sleep -o jsonpath={.items..metadata.name})

    配置 HTTP 和 HTTPS 外部服务

    首先，与控制出口流量任务相同的方式配置对 cnn.com 的访问。请注意，在 hosts 中定义中使用 通配符：.cnn.com , 使用通配符可以访问 www.cnn.com 以及 edition.cnn.com 。

    • 创建一个 ServiceEntry 以允许访问外部 HTTP 和 HTTPS 服务：
    1. $ kubectl apply -f - <<EOF
    2. apiVersion: networking.istio.io/v1alpha3
    3. kind: ServiceEntry
    4. metadata:
    5.   name: cnn
    6. spec:
    7.   hosts:
    8.   - "*.cnn.com"
    9.   ports:
    10.   - number: 80
    11.     name: http-port
    12.     protocol: HTTP
    13.   - number: 443
    14.     name: https-port
    15.     protocol: HTTPS
    16.   resolution: NONE
    17. EOF
    • 向外部 HTTP 服务发出请求：
    1. $ kubectl exec -it $SOURCE_POD -c sleep -- curl -sL -o /dev/null -D - http://edition.cnn.com/politics
    2. HTTP/1.1 301 Moved Permanently
    3. ...
    4. location: https://edition.cnn.com/politics
    5. ...
    7. HTTP/1.1 200 OK
    8. Content-Type: text/html; charset=utf-8
    9. ...
    10. Content-Length: 151654
    11. ...

    输出应该与上面的类似（一些细节用省略号代替）。

    注意 curl 的 -L 标志，它指示 curl 遵循重定向, 在这种情况下，服务器返回一个重定向响应（301 Moved Permanently）到 http://edition.cnn.com/politics 的 HTTP 请求, 重定向响应指示客户端通过 HTTPS 向 https://edition.cnn.com/politics 发送附加请求, 对于第二个请求，服务器返回所请求的内容和 200 OK 状态代码。

    而对于 curl 命令，这种重定向是透明的，这里有两个问题, 第一个问题是冗余的第一个请求，它使获取 http://edition.cnn.com/politics 内容的延迟加倍, 第二个问题是 URL 的路径，在这种情况下是 politics ，以明文形式发送, 如果有攻击者嗅探您的应用程序与 cnn.com 之间的通信，则攻击者会知道您的应用程序获取的 cnn.com 的哪些特定主题和文章, 出于隐私原因，您可能希望阻止攻击者披露此类信息。

    在下一节中，您将配置 Istio 以执行 TLS 以解决这两个问题, 在继续下一部分之前清理配置：

    1. $ kubectl delete serviceentry cnn

    出口流量的 TLS

    • 定义一个 ServiceEntry 以允许流量到 edition.cnn.com ，一个 VirtualService 来执行请求端口重写，一个 DestinationRule 用于 TLS 发起。

    与上一节中的 ServiceEntry 不同，这里使用 HTTP 作为端口 433 上的协议，因为客户端将发送 HTTP 请求，而 Istio 将为它们执行 TLS 发起, 此外，在此示例中，必须将分辨率设置为 DNS 才能正确配置 Envoy。

    最后，请注意 VirtualService 使用特定的主机 edition.cnn.com （没有通配符），因为 Envoy 代理需要确切地知道使用 HTTPS 访问哪个主机：

    1. $ kubectl apply -f - <<EOF
    2. apiVersion: networking.istio.io/v1alpha3
    3. kind: ServiceEntry
    4. metadata:
    5.   name: cnn
    6. spec:
    7.   hosts:
    8.   - edition.cnn.com
    9.   ports:
    10.   - number: 80
    11.     name: http-port
    12.     protocol: HTTP
    13.   - number: 443
    14.     name: http-port-for-tls-origination
    15.     protocol: HTTP
    16.   resolution: DNS
    17. ---
    18. apiVersion: networking.istio.io/v1alpha3
    19. kind: VirtualService
    20. metadata:
    21.   name: rewrite-port-for-edition-cnn-com
    22. spec:
    23.   hosts:
    24.   - edition.cnn.com
    25.   http:
    26.   - match:
    27.       - port: 80
    28.     route:
    29.     - destination:
    30.         host: edition.cnn.com
    31.         port:
    32.           number: 443
    33. ---
    34. apiVersion: networking.istio.io/v1alpha3
    35. kind: DestinationRule
    36. metadata:
    37.   name: originate-tls-for-edition-cnn-com
    38. spec:
    39.   host: edition.cnn.com
    40.   trafficPolicy:
    41.     loadBalancer:
    42.       simple: ROUND_ROBIN
    43.     portLevelSettings:
    44.     - port:
    45.         number: 443
    46.       tls:
    47.         mode: SIMPLE # initiates HTTPS when accessing edition.cnn.com
    48. EOF
    • 发送 HTTP 请求到 http://edition.cnn.com/politics ，如上一节所述：
    1. $ kubectl exec -it $SOURCE_POD -c sleep -- curl -sL -o /dev/null -D - http://edition.cnn.com/politics
    2. HTTP/1.1 200 OK
    3. Content-Type: text/html; charset=utf-8
    4. ...
    5. Content-Length: 151654
    6. ...

    这次你收到 200 OK , Istio 为 curl 执行了 TLS 发起，因此原始 HTTP 请求作为 HTTPS 转发到 cnn.com , cnn.com 服务器直接返回内容，无需重定向, 您消除了客户端和服务器之间的双重往返，并且请求使网格加密，而没有透露应用程序获取 cnn.com 的 politics 部分这一事实。

    请注意，您使用的命令与上一节中的命令相同, 对于以编程方式访问外部服务的应用程序，代码不会更改, 因此，您可以通过配置 Istio 来获得 TLS 的好处，而无需更改代码行。

    其他安全因素

    请注意，应用程序 pod 与本地主机上的 sidecar 之间的流量仍未加密, 这意味着如果攻击者能够穿透应用程序的节点，他们仍然可以在节点的本地网络上看到未加密的通信, 在某些环境中，可能存在严格的安全要求，即必须加密所有流量，即使在节点的本地网络上也是如此, 如果有这么严格的要求，应用程序应该只使用 HTTPS（TLS），此任务中描述的 TLS 是不够的。

    另请注意，即使对于应用程序发起的 HTTPS ，攻击者也可以通过检查服务器名称指示（SNI）来了解对 cnn.com 的请求, ）, 在 TLS 握手期间，未加密地发送 SNI 字段, 使用 HTTPS 可防止攻击者了解特定主题和文章，但这并不能阻止攻击者了解 cnn.com 被访问。

    清理

    • 删除您创建的 Istio 配置项：
    1. $ kubectl delete serviceentry cnn
    2. $ kubectl delete virtualservice rewrite-port-for-edition-cnn-com
    3. $ kubectl delete destinationrule originate-tls-for-edition-cnn-com
    • 关闭 sleep 服务：

    Zip

    1. $ kubectl delete -f @samples/sleep/sleep.yaml@