基于 JWT 授权

    在开始这个任务之前,请先完成以下操作:

    • 阅读授权和的相关内容。

    • 参照 Istio 安装向导 安装 Istio。

    • 部署两个工作负载(workload): 和 sleep。将它们部署在同一个命名空间中,例如 foo。每个工作负载都在前面运行一个 Envoy 代理。 你可以使用以下命令来部署它们:

      Zip

    • 使用下面的命令验证 sleep 能够正常访问 httpbin 服务:

      1. $ kubectl exec "$(kubectl get pod -l app=sleep -n foo -o jsonpath={.items..metadata.name})" -c sleep -n foo -- curl http://httpbin.foo:8000/ip -sS -o /dev/null -w "%{http_code}\n"
      2. 200
    1. 以下命令为 foo 命名空间下的 httpbin 工作负载创建一个名为 jwt-example 的身份验证策略。这个策略使得 httpbin 工作负载接收 Issuer 为 testing@secure.istio.io 的 JWT 令牌:

      1. $ kubectl apply -f - <<EOF
      2. apiVersion: "security.istio.io/v1beta1"
      3. kind: "RequestAuthentication"
      4. metadata:
      5. name: "jwt-example"
      6. namespace: foo
      7. spec:
      8. selector:
      9. matchLabels:
      10. app: httpbin
      11. jwtRules:
      12. - issuer: "testing@secure.istio.io"
      13. jwksUri: "https://raw.githubusercontent.com/istio/istio/release-1.14/security/tools/jwt/samples/jwks.json"
      14. EOF
    2. 验证使用无效 JWT 的请求被拒绝:

      1. $ kubectl exec "$(kubectl get pod -l app=sleep -n foo -o jsonpath={.items..metadata.name})" -c sleep -n foo -- curl "http://httpbin.foo:8000/headers" -sS -o /dev/null -H "Authorization: Bearer invalidToken" -w "%{http_code}\n"
    3. 验证没有 JWT 令牌的请求被允许,因为以上策略不包含授权策略:

    4. 以下命令为 foo 命名空间下的 httpbin 工作负载创建一个名为 require-jwt 的授权策略。 这个策略要求所有发往 httpbin 服务的请求都要包含一个将 设置为 testing@secure.istio.io/testing@secure.istio.io 的有效 JWT。Istio 使用 / 连接 JWT 令牌的 isssub 以组成 requestPrincipal 字段。

      1. $ kubectl apply -f - <<EOF
      2. apiVersion: security.istio.io/v1beta1
      3. kind: AuthorizationPolicy
      4. metadata:
      5. name: require-jwt
      6. namespace: foo
      7. spec:
      8. selector:
      9. matchLabels:
      10. app: httpbin
      11. action: ALLOW
      12. rules:
      13. - from:
      14. - source:
      15. requestPrincipals: ["testing@secure.istio.io/testing@secure.istio.io"]
      16. EOF
    5. 获取 isssub 都为 testing@secure.istio.io 的 JWT。这会让 Istio 生成的 requestPrincipal 属性值为 testing@secure.istio.io/testing@secure.istio.io

      1. $ TOKEN=$(curl https://raw.githubusercontent.com/istio/istio/release-1.14/security/tools/jwt/samples/demo.jwt -s) && echo "$TOKEN" | cut -d '.' -f2 - | base64 --decode -
      2. {"exp":4685989700,"foo":"bar","iat":1532389700,"iss":"testing@secure.istio.io","sub":"testing@secure.istio.io"}
    6. 验证使用有效 JWT 的请求被允许:

      1. $ kubectl exec "$(kubectl get pod -l app=sleep -n foo -o jsonpath={.items..metadata.name})" -c sleep -n foo -- curl "http://httpbin.foo:8000/headers" -sS -o /dev/null -H "Authorization: Bearer $TOKEN" -w "%{http_code}\n"
      2. 200
    7. 以下命令更新 require-jwt 授权策略,使其同时要求 JWT 包含一个名为 值为 group1 的声明:

      1. apiVersion: security.istio.io/v1beta1
      2. kind: AuthorizationPolicy
      3. metadata:
      4. name: require-jwt
      5. namespace: foo
      6. spec:
      7. selector:
      8. matchLabels:
      9. app: httpbin
      10. action: ALLOW
      11. rules:
      12. - from:
      13. - source:
      14. requestPrincipals: ["testing@secure.istio.io/testing@secure.istio.io"]
      15. when:
      16. - key: request.auth.claims[groups]
      17. values: ["group1"]
      18. EOF

      除非声明本身包含引号,否则请勿在 request.auth.claims 字段包含引号。

    8. 获取 groups 声明列表为 group1group2 的 JWT:

      1. $ TOKEN_GROUP=$(curl https://raw.githubusercontent.com/istio/istio/release-1.14/security/tools/jwt/samples/groups-scope.jwt -s) && echo "$TOKEN_GROUP" | cut -d '.' -f2 - | base64 --decode -
      2. {"exp":3537391104,"groups":["group1","group2"],"iat":1537391104,"iss":"testing@secure.istio.io","scope":["scope1","scope2"],"sub":"testing@secure.istio.io"}
    9. 验证包含 JWT 且 JWT 中包含名为 groups 值为 group1 声明的请求被允许:

      1. $ kubectl exec "$(kubectl get pod -l app=sleep -n foo -o jsonpath={.items..metadata.name})" -c sleep -n foo -- curl "http://httpbin.foo:8000/headers" -sS -o /dev/null -H "Authorization: Bearer $TOKEN_GROUP" -w "%{http_code}\n"
      2. 200
    10. 验证包含 JWT,但 JWT 不包含 groups 声明的请求被拒绝:

    1. 删除 命名空间: