基于组和列表类型声明的授权

本教程将向您介绍在 Istio 中配置基于组的授权和列表类型声明的授权的示例。

开始之前

设置所需的命名空间和服务

本教程在一个名为 rbac-groups-test-ns 的新命名空间中运行，该命名空间有两个服务，httpbin 和 sleep，两者都运行在 Envoy sidecar 代理上。以下命令设置环境变量以存储命名空间的名称，创建命名空间，并启动这两个服务。在运行以下命令之前，需要输入包含 Istio 安装文件的目录。

  • 将 NS 环境变量的值设置为 rbac-listclaim-test-ns：
  1. $ export NS=rbac-groups-test-ns
  • 确保 NS 环境变量指向仅测试命名空间。运行以下命令以删除 NS 环境变量指向的命名空间中的所有资源。
  1. $ kubectl delete namespace $NS
  • 为本教程创建名称空间：
  1. $ kubectl create ns $NS
  • 创建 httpbin 和 sleep 服务和部署：

ZipZip

  1. $ kubectl apply -f <(istioctl kube-inject -f @samples/httpbin/httpbin.yaml@) -n $NS
  2. $ kubectl apply -f <(istioctl kube-inject -f @samples/sleep/sleep.yaml@) -n $NS
  • 要验证 httpbin 和 sleep 服务是否正在运行并且 sleep 能够到达 httpbin，请运行以下 curl 命令：
  1. $ kubectl exec $(kubectl get pod -l app=sleep -n $NS -o jsonpath={.items..metadata.name}) -c sleep -n $NS -- curl http://httpbin.$NS:8000/ip -s -o /dev/null -w "%{http_code}\n"

当命令成功时，它返回 HTTP 代码 200。

使用双向TLS配置JSON Web令牌（JWT）身份验证

您接下来应用的身份验证策略强制要求访问 httpbin 服务需要有效的 JWT。策略中定义的 JSON Web 密钥集（ JWKS ）端点必须对 JWT 进行签名。本教程使用 Istio 代码库中的JWKS 端点并使用此示例 JWT。示例 JWT 包含一个带有 groups 声明键和一个字符串列表的 JWT 声明，["group1"，"group2"]作为声明值。JWT 声明值可以是字符串或字符串列表;两种类型都受支持。

  • 应用身份验证策略以要求 httpbin 的双向 TLS 和 JWT 身份验证。
  1. $ cat <<EOF | kubectl apply -n $NS -f -
  2. apiVersion: "authentication.istio.io/v1alpha1"
  3. kind: "Policy"
  4. metadata:
  5.   name: "require-mtls-jwt"
  6. spec:
  7.   targets:
  8.   - name: httpbin
  9.   peers:
  10.   - mtls: {}
  11.   origins:
  12.   - jwt:
  13.       issuer: "testing@secure.istio.io"
  14.       jwksUri: "https://raw.githubusercontent.com/istio/istio/release-1.1/security/tools/jwt/samples/jwks.json"
  15.   principalBinding: USE_ORIGIN
  16. EOF
  • 设置 TOKEN 环境变量以包含有效的示例 JWT。
  1. $ TOKEN=$(curl https://raw.githubusercontent.com/istio/istio/release-1.1/security/tools/jwt/samples/groups-scope.jwt -s)
  • 连接到 httpbin 服务：
  1. $ kubectl exec $(kubectl get pod -l app=sleep -n $NS -o jsonpath={.items..metadata.name}) -c sleep -n $NS -- curl http://httpbin.$NS:8000/ip -s -o /dev/null -w "%{http_code}\n" --header "Authorization: Bearer $TOKEN"

附加有效的 JWT 时，它返回 HTTP 代码 200。

  • 在未连接 JWT 时验证与 httpbin 服务的连接是否失败：
  1. $ kubectl exec $(kubectl get pod -l app=sleep -n $NS -o jsonpath={.items..metadata.name}) -c sleep -n $NS -- curl http://httpbin.$NS:8000/ip -s -o /dev/null -w "%{http_code}\n"

当没有附加有效的 JWT 时，它返回 HTTP 代码 401。

配置基于组的授权

如果请求来自特定组，则本节创建一个策略以授权访问 httpbin 服务。由于缓存和其他传播开销可能会有一些延迟，因此请等待新定义的 RBAC 策略生效。

  • 为命名空间启用 Istio RBAC：
  1. $ cat <<EOF | kubectl apply -n $NS -f -
  2. apiVersion: "rbac.istio.io/v1alpha1"
  3. kind: ClusterRbacConfig
  4. metadata:
  5.   name: default
  6. spec:
  7.   mode: 'ON_WITH_INCLUSION'
  8.   inclusion:
  9.     namespaces: ["rbac-groups-test-ns"]
  10. EOF
  • 一旦 RBAC 策略生效，验证 Istio 是否拒绝了与 httpbin 服务的 curl 连接：
  1. $ kubectl exec $(kubectl get pod -l app=sleep -n $NS -o jsonpath={.items..metadata.name}) -c sleep -n $NS -- curl http://httpbin.$NS:8000/ip -s -o /dev/null -w "%{http_code}\n" --header "Authorization: Bearer $TOKEN"

一旦 RBAC 策略生效，该命令返回 HTTP 代码 403。

  • 要提供对 httpbin 服务的读访问权，请创建 httpbin-viewer 服务角色：
  1. $ cat <<EOF | kubectl apply -n $NS -f -
  2. apiVersion: "rbac.istio.io/v1alpha1"
  3. kind: ServiceRole
  4. metadata:
  5.   name: httpbin-viewer
  6.   namespace: rbac-groups-test-ns
  7. spec:
  8.   rules:
  9.   - services: ["httpbin.rbac-groups-test-ns.svc.cluster.local"]
  10.     methods: ["GET"]
  11. EOF
  • 要将 httpbin-viewer 角色分配给 group1 中的用户，请创建 bind-httpbin-viewer 服务角色绑定。
  1. $ cat <<EOF | kubectl apply -n $NS -f -
  2. apiVersion: "rbac.istio.io/v1alpha1"
  3. kind: ServiceRoleBinding
  4. metadata:
  5.   name: bind-httpbin-viewer
  6.   namespace: rbac-groups-test-ns
  7. spec:
  8.   subjects:
  9.   - properties:
  10.       request.auth.claims[groups]: "group1"
  11.   roleRef:
  12.     kind: ServiceRole
  13.     name: "httpbin-viewer"
  14. EOF

或者，您可以在 subject 下指定 group 属性。指定组的两种方式都是等效的。目前，Istio 仅支持在 JWT 中为 request.auth.claims 属性和 subject 下的 group 属性进行匹配。

要在 subject 下指定 group 属性，请使用以下命令：

  1. $ cat <<EOF | kubectl apply -n $NS -f -
  2. apiVersion: "rbac.istio.io/v1alpha1"
  3. kind: ServiceRoleBinding
  4. metadata:
  5.   name: bind-httpbin-viewer
  6.   namespace: rbac-groups-test-ns
  7. spec:
  8.   subjects:
  9.   - group: "group1"
  10.   roleRef:
  11.     kind: ServiceRole
  12.     name: "httpbin-viewer"
  13. EOF

等待新定义的 RBAC 策略生效。

  • RBAC 策略生效后，验证与 httpbin 服务的连接是否成功：
  1. $ kubectl exec $(kubectl get pod -l app=sleep -n $NS -o jsonpath={.items..metadata.name}) -c sleep -n $NS -- curl http://httpbin.$NS:8000/ip -s -o /dev/null -w "%{http_code}\n" --header "Authorization: Bearer $TOKEN"

HTTP Header 包括一个有效的 JWT，其 groups 声明值为["group1"，"group2"]，因为它包含 group1，所以返回 HTTP 代码 200。

配置列表类型声明的授权

Istio RBAC 支持配置列表类型声明的授权。示例 JWT 包含一个带有 scope 声明键和一个字符串列表的 JWT 声明，["scope1"，"scope2"]作为声明值。您可以使用 gen-jwt python 脚本生成带有其他列表类型声明的 JWT 以进行测试。按照 gen-jwt 脚本中的说明使用 gen-jwt.py 文件。

  • 要将 httpbin-viewer 角色分配给具有 JWT 的请求，该请求包含值为 scope1 的列表类型 scope 声明，请创建名为 bind-httpbin-viewer 的服务角色绑定：
  1. $ cat <<EOF | kubectl apply -n $NS -f -
  2. apiVersion: "rbac.istio.io/v1alpha1"
  3. kind: ServiceRoleBinding
  4. metadata:
  5.   name: bind-httpbin-viewer
  6.   namespace: rbac-groups-test-ns
  7. spec:
  8.   subjects:
  9.   - properties:
  10.       request.auth.claims[scope]: "scope1"
  11.   roleRef:
  12.     kind: ServiceRole
  13.     name: "httpbin-viewer"
  14. EOF

等待新定义的 RBAC 策略生效。

  • RBAC 策略生效后，验证与 httpbin 服务的连接是否成功：
  1. $ kubectl exec $(kubectl get pod -l app=sleep -n $NS -o jsonpath={.items..metadata.name}) -c sleep -n $NS -- curl http://httpbin.$NS:8000/ip -s -o /dev/null -w "%{http_code}\n" --header "Authorization: Bearer $TOKEN"

HTTP Header 包括一个有效的 JWT，scope 的声明值为["scope1"，"scope2"]，因为它包含 scope1， 所以返回 HTTP 代码 200。

清理

完成本教程后，运行以下命令以删除在命名空间中创建的所有资源。

  1. $ kubectl delete namespace $NS