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

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

开始之前

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

本教程在一个名为 rbac-groups-test-ns 的新命名空间中运行,该命名空间有两个服务,httpbinsleep,两者都运行在 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
  • 创建 httpbinsleep 服务和部署:

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
  • 要验证 httpbinsleep 服务是否正在运行并且 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