Kubernetes(k8s)访问控制：权限管理之RBAC鉴权

2023/6/26 5:52:08

本文主要是介绍Kubernetes(k8s)访问控制：权限管理之RBAC鉴权，对大家解决编程问题具有一定的参考价值，需要的程序猿们随着小编来一起学习吧！

一.系统环境
二.前言
三.Kubernetes访问控制
四.鉴权简介
五.配置客户端机器
六.设置k8s集群允许所有请求访问
七.设置k8s集群拒绝所有请求访问
八.RBAC授权
- 8.1 role，rolebinding
  - 8.1.1 给test用户授予对pod的get和list权限
  - 8.1.2 增加对pod的创建权限
  - 8.1.3 增加对pod的删除权限
  - 8.1.4 增加对svc的get list create delete权限
  - 8.1.5 增加对deployments的get list create delete权限
  - 8.1.6 增加对deployments的patch权限
- 8.2 clusterrole,clusterrolebinding
  - 8.2.1 test用户授予对Pod、Service 、Deployment 的get 和 create 权限
  - 8.2.2 增加list权限
九.总结

一.系统环境

本文主要基于Kubernetes1.21.9和Linux操作系统CentOS7.4。

服务器版本	docker软件版本	Kubernetes(k8s)集群版本	CPU架构
CentOS Linux release 7.4.1708 (Core)	Docker version 20.10.12	v1.21.9	x86_64

Kubernetes集群架构：k8scloude1作为master节点，k8scloude2，k8scloude3作为worker节点。

服务器	操作系统版本	CPU架构	进程	功能描述
k8scloude1/192.168.110.130	CentOS Linux release 7.4.1708 (Core)	x86_64	docker，kube-apiserver，etcd，kube-scheduler，kube-controller-manager，kubelet，kube-proxy，coredns，calico	k8s master节点
k8scloude2/192.168.110.129	CentOS Linux release 7.4.1708 (Core)	x86_64	docker，kubelet，kube-proxy，calico	k8s worker节点
k8scloude3/192.168.110.128	CentOS Linux release 7.4.1708 (Core)	x86_64	docker，kubelet，kube-proxy，calico	k8s worker节点

二.前言

Kubernetes作为目前最流行的容器编排平台之一，提供了强大的安全性能。在Kubernetes集群中，访问控制是保障集群安全的重要组成部分。其中，权限管理是访问控制的核心。本篇博客将介绍Kubernetes中的权限管理机制之RBAC鉴权。

使用RBAC鉴权的前提是已经有一套可以正常运行的Kubernetes集群，关于Kubernetes(k8s)集群的安装部署，可以查看博客《Centos7 安装部署Kubernetes(k8s)集群》https://www.cnblogs.com/renshengdezheli/p/16686769.html。

三.Kubernetes访问控制

用户使用 kubectl、客户端库或构造 REST 请求来访问 Kubernetes API。用户账户和 Kubernetes 服务账号都可以被鉴权访问 API。当请求到达 API 时，它会经历多个阶段，如下图所示：

整体过程简述：请求发起方进行K8s API请求，建立 TLS 后，经过Authentication（认证）、Authorization（鉴权）、AdmissionControl（准入控制）三个阶段的校验，最后把请求转化为对K8s对象的变更操作持久化至etcd中。

关于Authentication（认证）详细内容请查看博客《Kubernetes(k8s)访问控制：身份认证》。

四.鉴权简介

在Kubernetes中，鉴权（Authorization）是指检查用户是否有权限执行请求所需的操作的过程。鉴权机制由Kubernetes API server实现，并可以支持RBAC（基于角色的访问控制）、ABAC（基于属性的访问控制）和Node鉴权等多种方式。

RBAC/ABAC/Node鉴权区别：

RBAC（Role-Based Access Control）：基于角色的访问控制。RBAC允许管理员定义一系列角色，每个角色包含一组权限和资源。然后，将用户或者服务账户与相应的角色绑定起来。这样，用户或者服务账户就可以访问其相应的角色包含的资源和权限了。RBAC是Kubernetes推荐的鉴权方式。
ABAC（Attribute-Based Access Control）：基于属性的访问控制。ABAC允许管理员定义一系列策略，每个策略包含多个属性，例如用户身份、资源类型、操作类型等。当一个请求被发送到API server时，API server会检查该请求是否满足所有匹配的策略。
Node鉴权：在Kubernetes中，每个节点都有主机名和IP地址。Node鉴权是指Kubernetes API server根据节点信息对请求进行授权的过程。可以使用Node鉴权来限制哪些节点可以访问某些资源。

在本篇博客中，我们将重点介绍RBAC鉴权。

五.配置客户端机器

如下是我们的kubernetes集群。

[root@k8scloude1 ~]# kubectl get nodes -o wide
NAME         STATUS   ROLES                  AGE   VERSION   INTERNAL-IP       EXTERNAL-IP   OS-IMAGE                KERNEL-VERSION          CONTAINER-RUNTIME
k8scloude1   Ready    control-plane,master   67d   v1.21.0   192.168.110.130   <none>        CentOS Linux 7 (Core)   3.10.0-693.el7.x86_64   docker://20.10.12
k8scloude2   Ready    <none>                 67d   v1.21.0   192.168.110.129   <none>        CentOS Linux 7 (Core)   3.10.0-693.el7.x86_64   docker://20.10.12
k8scloude3   Ready    <none>                 67d   v1.21.0   192.168.110.128   <none>        CentOS Linux 7 (Core)   3.10.0-693.el7.x86_64   docker://20.10.12

先准备一台机器作为访问k8s集群的客户端，机器etcd1作为客户端，不是k8s集群的一部分。

访问k8s集群需要客户端工具kubectl，下面安装kubectl，--disableexcludes=kubernetes 表示禁掉除了这个之外的别的仓库。

[root@etcd1 ~]# yum -y install kubectl-1.21.0-0 --disableexcludes=kubernetes

配置kubectl命令自动补全。

[root@etcd1 ~]# vim /etc/profile

[root@etcd1 ~]# grep source /etc/profile
source <(kubectl completion bash)

使配置生效。

[root@etcd1 ~]# source /etc/profile

[root@etcd1 ~]# kubectl get node
The connection to the server localhost:8080 was refused - did you specify the right host or port?

六.设置k8s集群允许所有请求访问

kubernetes默认的授权模式为:authorization-mode=Node,RBAC。

[root@k8scloude1 ~]# ls /etc/kubernetes/manifests/kube-apiserver.yaml 
/etc/kubernetes/manifests/kube-apiserver.yaml

[root@k8scloude1 ~]# grep authorization-mode /etc/kubernetes/manifests/kube-apiserver.yaml
    - --authorization-mode=Node,RBAC

设置k8s允许所有请求访问。

[root@k8scloude1 ~]# vim /etc/kubernetes/manifests/kube-apiserver.yaml 

[root@k8scloude1 ~]# grep authorization-mode /etc/kubernetes/manifests/kube-apiserver.yaml
    #- --authorization-mode=Node,RBAC
    - --authorization-mode=AlwaysAllow

重启kubelet使配置生效。

[root@k8scloude1 ~]# systemctl restart kubelet

[root@k8scloude1 ~]# systemctl status kubelet
● kubelet.service - kubelet: The Kubernetes Node Agent
   Loaded: loaded (/usr/lib/systemd/system/kubelet.service; enabled; vendor preset: disabled)
  Drop-In: /usr/lib/systemd/system/kubelet.service.d
           └─10-kubeadm.conf
   Active: active (running) since 五 2022-03-18 18:36:24 CST; 11s ago
     Docs: https://kubernetes.io/docs/
 Main PID: 28054 (kubelet)
   Memory: 42.4M
   CGroup: /system.slice/kubelet.service
           └─28054 /usr/bin/kubelet --bootstrap-kubeconfig=/etc/kubernetes/bootstrap-kubelet.conf --kubeconfig=/etc/kubernetes/kubelet.conf --config=/var/lib/kubelet/config.yaml --network-plugin=cni --pod-in...

当- --authorization-mode=AlwaysAllow 设置为允许所有请求之后，客户端机器可以随意访问所有资源。

kctest这个自定义的kubeconfig文件博客《Kubernetes(k8s)访问控制：身份认证》已经详细讲解过了，这里就不赘述了。

在etcd1机器上可以访问任何资源。

[root@etcd1 ~]# kubectl get nodes --kubeconfig=kctest 
NAME         STATUS   ROLES                  AGE   VERSION
k8scloude1   Ready    control-plane,master   68d   v1.21.0
k8scloude2   Ready    <none>                 68d   v1.21.0
k8scloude3   Ready    <none>                 68d   v1.21.0

[root@etcd1 ~]# kubectl get pod -A --kubeconfig=kctest 
NAMESPACE        NAME                                        READY   STATUS      RESTARTS   AGE
ingress-nginx    ingress-nginx-admission-create-2lg57        0/1     Completed   0          31d
ingress-nginx    ingress-nginx-admission-patch-hd7p4         0/1     Completed   1          31d
ingress-nginx    ingress-nginx-controller-59b8bf5fdc-t2f7z   1/1     Running     14         31d
kube-system      calico-kube-controllers-6b9fbfff44-4jzkj    1/1     Running     78         68d
kube-system      calico-node-bdlgm                           1/1     Running     38         68d
kube-system      calico-node-hx8bk                           1/1     Running     38         68d
kube-system      calico-node-nsbfs                           1/1     Running     38         68d
kube-system      coredns-545d6fc579-7wm95                    1/1     Running     38         68d
kube-system      coredns-545d6fc579-87q8j                    1/1     Running     38         68d
kube-system      etcd-k8scloude1                             1/1     Running     38         68d
kube-system      kube-apiserver-k8scloude1                   0/1     Running     1          8m36s
kube-system      kube-controller-manager-k8scloude1          1/1     Running     45         68d
kube-system      kube-proxy-599xh                            1/1     Running     38         68d
kube-system      kube-proxy-lpj8z                            1/1     Running     38         68d
kube-system      kube-proxy-zxlk9                            1/1     Running     38         68d
kube-system      kube-scheduler-k8scloude1                   1/1     Running     45         68d
kube-system      metrics-server-bcfb98c76-n4fnb              1/1     Running     42         60d
metallb-system   controller-7dcc8764f4-qdwl2                 1/1     Running     24         34d
metallb-system   speaker-892pm                               1/1     Running     16         34d
metallb-system   speaker-jfccb                               1/1     Running     16         34d
metallb-system   speaker-nkrgk                               1/1     Running     16         34d
volume           nfs-client-provisioner-76c576954d-5x7t2     1/1     Running     16         57d

七.设置k8s集群拒绝所有请求访问

设置k8s拒绝所有请求访问。

[root@k8scloude1 ~]# vim /etc/kubernetes/manifests/kube-apiserver.yaml 

#设置为拒绝所有请求
[root@k8scloude1 ~]# grep authorization-mode /etc/kubernetes/manifests/kube-apiserver.yaml
    #- --authorization-mode=Node,RBAC
    - --authorization-mode=AlwaysDeny

重启kubelet使配置生效。

[root@k8scloude1 ~]# systemctl restart kubelet

设置为拒绝所有请求 - --authorization-mode=AlwaysDeny之后，客户端机器访问不了了。

[root@etcd1 ~]# kubectl get pod -A --kubeconfig=kctest 
error: the server doesn't have a resource type "pod"

[root@etcd1 ~]# kubectl get nodes --kubeconfig=kctest 
error: the server doesn't have a resource type "nodes"

[root@etcd1 ~]# kubectl get node --kubeconfig=kctest 
error: the server doesn't have a resource type "node"

设置为拒绝所有请求 - --authorization-mode=AlwaysDeny之后，admin管理员用户无影响，其他用户访问不了。

[root@k8scloude1 ~]# kubectl get node
NAME         STATUS   ROLES                  AGE   VERSION
k8scloude1   Ready    control-plane,master   68d   v1.21.0
k8scloude2   Ready    <none>                 68d   v1.21.0
k8scloude3   Ready    <none>                 68d   v1.21.0

八.RBAC授权

RBAC支持基于角色的授权，即将一组权限分配给一个角色，再将该角色分配给一个或多个用户或服务账户。在Kubernetes中，RBAC鉴权由以下三个部分组成：

Role：针对特定命名空间（Namespace）内的资源定义一组操作权限。
RoleBinding：将Role和Subject（User或ServiceAccount）关联起来，以便Subject能够执行Role所定义的操作。
ClusterRole和ClusterRoleBinding：类似于上述两个对象，但作用于整个集群。

8.1 role，rolebinding

想要使用RBAC授权，需要恢复- --authorization-mode=Node,RBAC，想要查看什么，都是我们敲命令获取，其实有很多我们看不到的操作(比如master和worker之间交互查询，审计等等)，- --authorization-mode=Node 表示允许worker向master查询相应信息，想要--authorization-mode=Node生效，--enable-admission-plugins=NodeRestriction准入控制器要开启。

[root@k8scloude1 ~]# vim /etc/kubernetes/manifests/kube-apiserver.yaml 

[root@k8scloude1 ~]# grep authorization-mode /etc/kubernetes/manifests/kube-apiserver.yaml
    - --authorization-mode=Node,RBAC
    #- --authorization-mode=AlwaysDeny

重启kubelet使配置生效。

[root@k8scloude1 ~]# systemctl restart kubelet

管理员拥有所有权限，查看管理员的权限就可以知道k8s有哪些权限。

[root@k8scloude1 ~]# kubectl describe clusterrole cluster-admin
Name:         cluster-admin
Labels:       kubernetes.io/bootstrapping=rbac-defaults
Annotations:  rbac.authorization.kubernetes.io/autoupdate: true
PolicyRule:
  Resources  Non-Resource URLs  Resource Names  Verbs
  ---------  -----------------  --------------  -----
  *.*        []                 []              [*]
             [*]                []              [*]

可以看到admin角色对各种资源Resources的权限Verbs。

[root@k8scloude1 ~]# kubectl describe clusterrole admin
Name:         admin
Labels:       kubernetes.io/bootstrapping=rbac-defaults
Annotations:  rbac.authorization.kubernetes.io/autoupdate: true
PolicyRule:
  Resources                                       Non-Resource URLs  Resource Names  Verbs
  ---------                                       -----------------  --------------  -----
  rolebindings.rbac.authorization.k8s.io          []                 []              [create delete deletecollection get list patch update watch]
  roles.rbac.authorization.k8s.io                 []                 []              [create delete deletecollection get list patch update watch]
  ......
  services/proxy                                  []                 []              [get list watch create delete deletecollection patch update]
  bindings                                        []                 []              [get list watch]
  events                                          []                 []              [get list watch]
  limitranges                                     []                 []              [get list watch]
  namespaces/status                               []                 []              [get list watch]
  namespaces                                      []                 []              [get list watch]
  persistentvolumeclaims/status                   []                 []              [get list watch]
  pods/log                                        []                 []              [get list watch]
  pods/status                                     []                 []              [get list watch]
  replicationcontrollers/status                   []                 []              [get list watch]
 ......
  pods.metrics.k8s.io                             []                 []              [get list watch]
  ingresses.networking.k8s.io/status              []                 []              [get list watch]
  poddisruptionbudgets.policy/status              []                 []              [get list watch]
  serviceaccounts                                 []                 []              [impersonate create delete deletecollection patch update get list watch]

8.1.1 给test用户授予对pod的get和list权限

注意：RBAC不是直接把权限授予用户，而是把权限都放在角色role里，再把角色role绑定rolebinding到用户，这样用户就具有了相应的权限，注意对于命名空间ns1里的角色role1，命名空间ns2不能使用。

除了role，还有clusterrole，role是归属于某一个namespace，clusterrole是全局生效的，clusterrole除了可以使用rolebinding绑定之外，还可以使用clusterrolebingding绑定，rolebinding归属于某一个命名空间，clusterrolebingding全局生效。

查看角色role。

[root@k8scloude1 ~]# kubectl get role
No resources found in safe namespace.

[root@k8scloude1 ~]# cd safe/

我们使用yaml文件的方式创建角色role ：kubectl create role role1 --verb=get,list --resource=pods --dry-run=client -o yaml > role1.yaml。

--verb=get,list指定权限为get和list，--resource=pods表示权限作用在pod上。

[root@k8scloude1 safe]# kubectl create role role1 --verb=get,list --resource=pods --dry-run=client -o yaml > role1.yaml

查看yaml文件，功能为：在 Kubernetes 集群中创建一个叫做 "role1" 的角色(Role)，该角色具有操作(Kubernetes Pod)的权限。

[root@k8scloude1 safe]# vim role1.yaml 

[root@k8scloude1 safe]# cat role1.yaml 
apiVersion: rbac.authorization.k8s.io/v1
kind: Role
metadata:
  creationTimestamp: null
  #name: role1: 该角色的名称为 "role1"。
  name: role1
#rules: 角色的规则部分定义了角色能够执行的操作列表。  
rules:
#- apiGroups: [""]: apiGroups 字段指定资源所属的 API 组（或者不属于任何组）。在本例中，Pod 不属于任何 API 组，所以值为空字符串。
- apiGroups:
  - ""
  #resources: ["pods"]: resources 字段指定角色能够访问的资源列表。在本例中，只有 Pod 是被授权的资源。
  resources:
  - pods
  #verbs: ["get", "list"]: verbs 字段列出了角色可用的动词列表。在本例中，角色可以执行 "get" 和 "list" 操作。这意味着此角色可以查看 Pod 的详细信息和列表信息。
  verbs:
  - get
  - list

生成role。

[root@k8scloude1 safe]# kubectl apply -f role1.yaml 
role.rbac.authorization.k8s.io/role1 created

查看role。

[root@k8scloude1 safe]# kubectl get role
NAME    CREATED AT
role1   2022-03-19T09:52:13Z

查看role的权限：对pod具有get list权限。

[root@k8scloude1 safe]# kubectl describe role role1 
Name:         role1
Labels:       <none>
Annotations:  <none>
PolicyRule:
  Resources  Non-Resource URLs  Resource Names  Verbs
  ---------  -----------------  --------------  -----
  pods       []                 []              [get list]

把角色role1绑定到test用户上，test用户不属于任何命名空间。

[root@k8scloude1 safe]# kubectl create rolebinding rolebind1 --role=role1 --user=test
rolebinding.rbac.authorization.k8s.io/rolebind1 created

查看rolebinding。

[root@k8scloude1 safe]# kubectl get rolebinding
NAME        ROLE         AGE
rolebind1   Role/role1   110s

查看rolebind1的描述信息。

[root@k8scloude1 safe]# kubectl describe rolebinding rolebind1 
Name:         rolebind1
Labels:       <none>
Annotations:  <none>
Role:
  Kind:  Role
  Name:  role1
Subjects:
  Kind  Name  Namespace
  ----  ----  ---------
  User  test

在客户端进行权限测试，把角色role1绑定给test用户之后，客户端具有了safe命名空间里pod的查询权限。

[root@etcd1 ~]# kubectl get pods --kubeconfig=kctest -n safe
No resources found in safe namespace.

客户端不具有default命名空间里pod的查询权限。

[root@etcd1 ~]# kubectl get pods --kubeconfig=kctest 
Error from server (Forbidden): pods is forbidden: User "test" cannot list resource "pods" in API group "" in the namespace "default"

8.1.2 增加对pod的创建权限

如下是使用nginx镜像创建pod的配置文件。

[root@etcd1 ~]# cat pod.yaml 
apiVersion: v1
kind: Pod
metadata:
  labels:
    test: podtest
  name: podtest
spec:
  #当需要关闭容器时，立即杀死容器而不等待默认的30秒优雅停机时长。
  terminationGracePeriodSeconds: 0
  containers:
  - name: nginx
    image: nginx
    #imagePullPolicy: IfNotPresent：表示如果本地已经存在该镜像，则不重新下载；否则从远程 Docker Hub 下载该镜像
    imagePullPolicy: IfNotPresent

现在想在客户端创建一个pod，用户test只对pod有get ，list权限，没有创建pod权限，创建失败。

[root@etcd1 ~]# kubectl apply -f pod.yaml -n safe --kubeconfig=kctest 
Error from server (Forbidden): error when creating "pod.yaml": pods is forbidden: User "test" cannot create resource "pods" in API group "" in the namespace "safe"

修改yaml文件，添加pod的create权限。

[root@k8scloude1 safe]# vim role1.yaml 

[root@k8scloude1 safe]# cat role1.yaml 
apiVersion: rbac.authorization.k8s.io/v1
kind: Role
metadata:
  creationTimestamp: null
  name: role1
rules:
- apiGroups:
  - ""
  resources:
  - pods
  #添加了创建权限create
  verbs:
  - get
  - list
  - create

应用role。

[root@k8scloude1 safe]# kubectl apply -f role1.yaml 
role.rbac.authorization.k8s.io/role1 configured

现在role1具有了对pod的get list create权限。

[root@k8scloude1 safe]# kubectl describe role role1 
Name:         role1
Labels:       <none>
Annotations:  <none>
PolicyRule:
  Resources  Non-Resource URLs  Resource Names  Verbs
  ---------  -----------------  --------------  -----
  pods       []                 []              [get list create]

role1添加pod的create权限之后，成功在客户端创建pod。

[root@etcd1 ~]# kubectl apply -f pod.yaml -n safe --kubeconfig=kctest 
pod/podtest created

[root@etcd1 ~]# kubectl get pod -n safe --kubeconfig=kctest 
NAME      READY   STATUS    RESTARTS   AGE
podtest   1/1     Running   0          22s

8.1.3 增加对pod的删除权限

用户test没有pod删除权限。

[root@etcd1 ~]# kubectl delete pod podtest -n safe --kubeconfig=kctest 
Error from server (Forbidden): pods "podtest" is forbidden: User "test" cannot delete resource "pods" in API group "" in the namespace "safe"

给角色role1增加删除pod的权限。

[root@k8scloude1 safe]# vim role1.yaml 

[root@k8scloude1 safe]# cat role1.yaml 
apiVersion: rbac.authorization.k8s.io/v1
kind: Role
metadata:
  creationTimestamp: null
  name: role1
rules:
- apiGroups:
  - ""
  resources:
  - pods
  #增加删除权限delete
  verbs:
  - get
  - list
  - create
  - delete

应用role。

[root@k8scloude1 safe]# kubectl apply -f role1.yaml 
role.rbac.authorization.k8s.io/role1 configured

现在role1具有了对pod的get list create delete权限。

[root@k8scloude1 safe]# kubectl describe role role1 
Name:         role1
Labels:       <none>
Annotations:  <none>
PolicyRule:
  Resources  Non-Resource URLs  Resource Names  Verbs
  ---------  -----------------  --------------  -----
  pods       []                 []              [get list create delete]

给角色role1增加删除pod的权限之后，客户端成功删除了pod。

[root@etcd1 ~]# kubectl delete pod podtest -n safe --kubeconfig=kctest 
pod "podtest" deleted

[root@etcd1 ~]# kubectl get pod -n safe --kubeconfig=kctest 
No resources found in safe namespace.

8.1.4 增加对svc的get list create delete权限

test用户没有对services的list权限。

[root@etcd1 ~]# kubectl get svc -n safe --kubeconfig=kctest 
Error from server (Forbidden): services is forbidden: User "test" cannot list resource "services" in API group "" in the namespace "safe"

修改yaml文件，对role1添加service的get list create delete权限，注意：services不能简写。

[root@k8scloude1 safe]# vim role1.yaml 

[root@k8scloude1 safe]# cat role1.yaml 
apiVersion: rbac.authorization.k8s.io/v1
kind: Role
metadata:
  creationTimestamp: null
  name: role1
rules:
- apiGroups:
  - ""
  #资源里增加services
  resources:
  - pods
  - services
  verbs:
  - get
  - list
  - create
  - delete

应用role。

[root@k8scloude1 safe]# kubectl apply -f role1.yaml 
role.rbac.authorization.k8s.io/role1 configured

查看角色的描述信息，角色role1增加了services的get list create delete权限。

[root@k8scloude1 safe]# kubectl describe role role1 
Name:         role1
Labels:       <none>
Annotations:  <none>
PolicyRule:
  Resources  Non-Resource URLs  Resource Names  Verbs
  ---------  -----------------  --------------  -----
  pods       []                 []              [get list create delete]
  services   []                 []              [get list create delete]

给角色role1增加了services的get list create delete权限之后，客户端可以查询svc了。

[root@etcd1 ~]# kubectl get svc -n safe --kubeconfig=kctest 
No resources found in safe namespace.

8.1.5 增加对deployments的get list create delete权限

客户端没有对deployments的list权限。

[root@etcd1 ~]# kubectl get deploy -n safe --kubeconfig=kctest 
Error from server (Forbidden): deployments.apps is forbidden: User "test" cannot list resource "deployments" in API group "apps" in the namespace "safe"

修改yaml文件，给role1添加deployments的get list create delete权限。

[root@k8scloude1 safe]# vim role1.yaml 

[root@k8scloude1 safe]# cat role1.yaml 
apiVersion: rbac.authorization.k8s.io/v1
kind: Role
metadata:
  creationTimestamp: null
  name: role1
rules:
- apiGroups:
  - ""
  resources:
  - pods
  - services
  - deployments
  verbs:
  - get
  - list
  - create
  - delete

应用role。

[root@k8scloude1 safe]# kubectl apply -f role1.yaml 
role.rbac.authorization.k8s.io/role1 configured

查看角色的描述信息，角色role1增加了deployments的get list create delete权限。

[root@k8scloude1 safe]# kubectl describe role role1 
Name:         role1
Labels:       <none>
Annotations:  <none>
PolicyRule:
  Resources    Non-Resource URLs  Resource Names  Verbs
  ---------    -----------------  --------------  -----
  deployments  []                 []              [get list create delete]
  pods         []                 []              [get list create delete]
  services     []                 []              [get list create delete]

给角色role1增加了deployments的get list create delete权限之后，客户端还是没有对deployments的list权限。

[root@etcd1 ~]# kubectl get deploy -n safe --kubeconfig=kctest 
Error from server (Forbidden): deployments.apps is forbidden: User "test" cannot list resource "deployments" in API group "apps" in the namespace "safe"

给角色role1增加了deployments的get list create delete权限之后，客户端还是没有对deployments的list权限，原因为：pod,service对应的apiVersion为v1，deploy对应的apiVersion为apps/v1。

apiVersion的结构有 xx ,yy/zz ,对于xx结构，apiGroups写为：apiGroups:""，对于yy/zz结构，apiGroups写为：apiGroups:"yy"。

如果apiGroups只写为“”，不写"apps"则pods，services生效，deployments不生效，因为没有父级，如果apiGroups只写为"apps"，不写""则pods，services不生效，deployments生效，因为pods，services没有父级。

下面才是正确的写法，修改yaml文件。

[root@k8scloude1 safe]# vi  role1.yaml 

[root@k8scloude1 safe]# cat role1.yaml 
apiVersion: rbac.authorization.k8s.io/v1
kind: Role
metadata:
  creationTimestamp: null
  name: role1
rules:
#- apiGroups: ["apps"]: apiGroups 字段指定资源所属的 API 组（或者不属于任何组）。在本例中，deployments 属于 apps/v1 组，所以值为apps。
- apiGroups:
  - ""
  - "apps"
  resources:
  - pods
  - services
  - deployments
  verbs:
  - get
  - list
  - create
  - delete

应用role。

[root@k8scloude1 safe]# kubectl apply -f role1.yaml 
role.rbac.authorization.k8s.io/role1 configured

查看role1的描述信息。

[root@k8scloude1 safe]# kubectl describe role role1 
Name:         role1
Labels:       <none>
Annotations:  <none>
PolicyRule:
  Resources         Non-Resource URLs  Resource Names  Verbs
  ---------         -----------------  --------------  -----
  deployments       []                 []              [get list create delete]
  pods              []                 []              [get list create delete]
  services          []                 []              [get list create delete]
  deployments.apps  []                 []              [get list create delete]
  pods.apps         []                 []              [get list create delete]
  services.apps     []                 []              [get list create delete]

给role1添加deployment的get list create delete权限之后，客户端可以查询deploy了。

[root@etcd1 ~]# kubectl get deploy -n safe --kubeconfig=kctest 
No resources found in safe namespace.

如下是使用Nginx镜像创建deploy的yaml文件。

[root@etcd1 ~]# cat nginx.yaml 
apiVersion: apps/v1
kind: Deployment
metadata:
  creationTimestamp: null
  labels:
    app: nginx
  name: nginx
spec:
  #5个副本
  replicas: 5
  selector:
    matchLabels:
      app: nginx
  strategy: {}
  template:
    metadata:
      creationTimestamp: null
      labels:
        app: nginx
    spec:
      #当需要关闭容器时，立即杀死容器而不等待默认的30秒优雅停机时长。
      terminationGracePeriodSeconds: 0
      containers:
      - image: nginx
        name: nginx
        #imagePullPolicy: IfNotPresent：表示如果本地已经存在该镜像，则不重新下载；否则从远程 Docker Hub 下载该镜像
        imagePullPolicy: IfNotPresent
        resources: {}
status: {}

在客户端创建deploy，由于被授权了，deploy创建成功。

[root@etcd1 ~]# kubectl apply -f nginx.yaml -n safe --kubeconfig=kctest 
deployment.apps/nginx created

[root@etcd1 ~]# kubectl get deploy -n safe --kubeconfig=kctest 
NAME    READY   UP-TO-DATE   AVAILABLE   AGE
nginx   5/5     5            5           23s

[root@etcd1 ~]# kubectl get pod -n safe --kubeconfig=kctest 
NAME                     READY   STATUS    RESTARTS   AGE
nginx-6cf858f6cf-62m8t   1/1     Running   0          72s
nginx-6cf858f6cf-74nzb   1/1     Running   0          72s
nginx-6cf858f6cf-bw84g   1/1     Running   0          72s
nginx-6cf858f6cf-cmj95   1/1     Running   0          72s
nginx-6cf858f6cf-fzs4l   1/1     Running   0          72s

刚才给role1添加deployments权限写的不好，如下为优化后的写法：

[root@k8scloude1 safe]# vim role1.yaml 

#对于给role1添加权限还可以有另一种写法(这种方法更好)，如下
[root@k8scloude1 safe]# cat role1.yaml 
apiVersion: rbac.authorization.k8s.io/v1
kind: Role
metadata:
  creationTimestamp: null
  name: role1
rules:
- apiGroups:
  - ""
  resources:
  - pods
  - services
  verbs:
  - get
  - list
  - create
  - delete
- apiGroups:
  - "apps"
  resources:
  - deployments
  verbs:
  - get
  - list
  - create
  - delete

8.1.6 增加对deployments的patch权限

把nginx的deploy的副本数变为2，发现用户test没有deployments/scale的patch权限。

[root@etcd1 ~]# kubectl scale deploy nginx --replicas=2 -n safe --kubeconfig=kctest 
Error from server (Forbidden): deployments.apps "nginx" is forbidden: User "test" cannot patch resource "deployments/scale" in API group "apps" in the namespace "safe"

修改yaml文件，添加deployments/scale的patch权限。

[root@k8scloude1 safe]# vim role1.yaml 

[root@k8scloude1 safe]# cat role1.yaml 
apiVersion: rbac.authorization.k8s.io/v1
kind: Role
metadata:
  creationTimestamp: null
  name: role1
rules:
- apiGroups:
  - ""
  resources:
  - pods
  - services
  - deployments
  verbs:
  - get
  - list
  - create
  - delete
- apiGroups:
  - "apps"
  resources:
  - deployments
  - deployments/scale
  verbs:
  - get
  - list
  - create
  - delete
  - patch

应用role。

[root@k8scloude1 safe]# kubectl apply -f role1.yaml 
role.rbac.authorization.k8s.io/role1 configured

查看role1的描述信息。

[root@k8scloude1 safe]# kubectl describe role role1 
Name:         role1
Labels:       <none>
Annotations:  <none>
PolicyRule:
  Resources               Non-Resource URLs  Resource Names  Verbs
  ---------               -----------------  --------------  -----
  deployments.apps/scale  []                 []              [get list create delete patch]
  deployments.apps        []                 []              [get list create delete patch]
  deployments             []                 []              [get list create delete]
  pods                    []                 []              [get list create delete]
  services                []                 []              [get list create delete]

添加deployments/scale的patch权限之后,客户端可以修改副本数了。

[root@etcd1 ~]# kubectl scale deploy nginx --replicas=2 -n safe --kubeconfig=kctest 
deployment.apps/nginx scaled

[root@etcd1 ~]# kubectl get deploy -n safe --kubeconfig=kctest 
NAME    READY   UP-TO-DATE   AVAILABLE   AGE
nginx   2/2     2            2           7m19s

删除deploy。

[root@etcd1 ~]# kubectl delete -f nginx.yaml -n safe --kubeconfig=kctest 
deployment.apps "nginx" deleted

[root@etcd1 ~]# kubectl get deploy -n safe --kubeconfig=kctest 
No resources found in safe namespace.

8.2 clusterrole,clusterrolebinding

上面做的权限都是role,rolebinding,下面开始clusterrole,clusterrolebinding。

删除role。

[root@k8scloude1 safe]# kubectl get role
NAME    CREATED AT
role1   2022-03-19T09:52:13Z

[root@k8scloude1 safe]# kubectl delete -f role1.yaml 
role.rbac.authorization.k8s.io "role1" deleted

[root@k8scloude1 safe]# kubectl get role
No resources found in safe namespace.

删除rolebinding。

[root@k8scloude1 safe]# kubectl get rolebinding
NAME        ROLE         AGE
rolebind1   Role/role1   25h

[root@k8scloude1 safe]# kubectl delete rolebinding rolebind1 
rolebinding.rbac.authorization.k8s.io "rolebind1" deleted

[root@k8scloude1 safe]# kubectl get rolebinding
No resources found in safe namespace.

8.2.1 test用户授予对Pod、Service 、Deployment 的get 和 create 权限

生成创建clusterrole的yaml文件，--verb指定权限，--resource指定作用的资源。

[root@k8scloude1 safe]# kubectl create clusterrole clusterrole1 --verb=get,create --resource=pod,svc,deploy --dry-run=client -o yaml >clusterrole1.yaml

查看ClusterRole的yaml文件，功能为：在 Kubernetes 集群中创建一个叫做 "clusterrole1" 的集群角色(ClusterRole)，该角色具有对 Pod、Service 和 Deployment 资源的操作权限。

使用这个 YAML 文件在 Kubernetes 中创建 "clusterrole1" 集群角色后，该角色将能够访问 Pod、Service 和 Deployment 资源，并且具有 get 和 create 操作权限。

[root@k8scloude1 safe]# vim clusterrole1.yaml 

[root@k8scloude1 safe]# cat clusterrole1.yaml 
apiVersion: rbac.authorization.k8s.io/v1
#kind: ClusterRole: ClusterRole 是 Kubernetes 集群级别的角色授权机制，与 Role 类似，但是它可以跨命名空间使用。
kind: ClusterRole
metadata:
  creationTimestamp: null
  name: clusterrole1
rules:
- apiGroups:
  - ""
  resources:
  - pods
  - services
  verbs:
  - get
  - create
- apiGroups:
  - apps
  resources:
  - deployments
  verbs:
  - get
  - create

应用clusterrole。

[root@k8scloude1 safe]# kubectl apply -f clusterrole1.yaml 
clusterrole.rbac.authorization.k8s.io/clusterrole1 created

查看clusterrole。

[root@k8scloude1 safe]# kubectl get clusterrole | grep clusterrole1
clusterrole1                                                           2022-03-20T11:24:36Z

kubernetes集群自带的clusterrole有很多。

[root@k8scloude1 safe]# kubectl get clusterrole | wc -l
75

把集群角色clusterrole1使用clusterrolebinding绑定给用户test。

[root@k8scloude1 safe]# kubectl create clusterrolebinding clusterrolebinding1 --clusterrole=clusterrole1 --user=test
clusterrolebinding.rbac.authorization.k8s.io/clusterrolebinding1 created

查看clusterrolebinding。

[root@k8scloude1 safe]# kubectl get clusterrolebinding | grep clusterrolebinding1
clusterrolebinding1                                    ClusterRole/clusterrole1                                                           25s

[root@k8scloude1 safe]# kubectl get clusterrolebinding | wc -l
60

查看集群绑定的描述信息。

[root@k8scloude1 safe]# kubectl describe clusterrolebinding clusterrolebinding1
Name:         clusterrolebinding1
Labels:       <none>
Annotations:  <none>
Role:
  Kind:  ClusterRole
  Name:  clusterrole1
Subjects:
  Kind  Name  Namespace
  ----  ----  ---------
  User  test

查看集群角色的描述信息。

[root@k8scloude1 safe]# kubectl describe clusterrole clusterrole1 
Name:         clusterrole1
Labels:       <none>
Annotations:  <none>
PolicyRule:
  Resources         Non-Resource URLs  Resource Names  Verbs
  ---------         -----------------  --------------  -----
  pods              []                 []              [get create]
  services          []                 []              [get create]
  deployments.apps  []                 []              [get create]

8.2.2 增加list权限

在客户端进行测试，设置了clusterrole,clusterrolebinding之后，发现用户test没有对deploy的list权限。

[root@etcd1 ~]# kubectl get deploy -n safe --kubeconfig=kctest 
Error from server (Forbidden): deployments.apps is forbidden: User "test" cannot list resource "deployments" in API group "apps" in the namespace "safe"

修改yaml文件，增加list权限。

[root@k8scloude1 safe]# vim clusterrole1.yaml 

#添加list权限
[root@k8scloude1 safe]# cat clusterrole1.yaml 
apiVersion: rbac.authorization.k8s.io/v1
kind: ClusterRole
metadata:
  creationTimestamp: null
  name: clusterrole1
rules:
- apiGroups:
  - ""
  resources:
  - pods
  - services
  verbs:
  - get
  - create
  - list
- apiGroups:
  - apps
  resources:
  - deployments
  verbs:
  - get
  - create
  - list

应用clusterrole。

[root@k8scloude1 safe]# kubectl apply -f clusterrole1.yaml 
clusterrole.rbac.authorization.k8s.io/clusterrole1 configured

查看clusterrole1的描述信息。

[root@k8scloude1 safe]# kubectl describe clusterrole clusterrole1 
Name:         clusterrole1
Labels:       <none>
Annotations:  <none>
PolicyRule:
  Resources         Non-Resource URLs  Resource Names  Verbs
  ---------         -----------------  --------------  -----
  pods              []                 []              [get create list]
  services          []                 []              [get create list]
  deployments.apps  []                 []              [get create list]

clusterrole1添加了list权限之后，客户端可以get信息了。

[root@etcd1 ~]# kubectl get deploy -n safe --kubeconfig=kctest 
No resources found in safe namespace.

[root@etcd1 ~]# kubectl get deploy -n default --kubeconfig=kctest 
No resources found in default namespace.

可以发现，clusterrolebinding全局生效，在所有namespace里都生效。

[root@etcd1 ~]# kubectl get deploy -n kube-system --kubeconfig=kctest 
NAME                      READY   UP-TO-DATE   AVAILABLE   AGE
calico-kube-controllers   1/1     1            1           70d
coredns                   2/2     2            2           70d
metrics-server            1/1     1            1           69d

九.总结

在本篇博客中，我们介绍了Kubernetes中的权限管理机制之RBAC鉴权。通过创建Role、RoleBinding、ClusterRole和ClusterRoleBinding等对象，管理员可以有效地控制用户和服务账户的访问权限，保障集群的安全性。

除了RBAC、ABAC和Node鉴权外，Kubernetes还支持Webhook鉴权、Service Account Token Volume Projection等多种鉴权方式。同时，在进行权限管理时，管理员还需注意以下事项：

避免为用户授予过多的权限。
确保所有操作都可以被审计和跟踪。
定期审核访问权限，确保其符合组织政策和最佳实践。

这篇关于Kubernetes(k8s)访问控制：权限管理之RBAC鉴权的文章就介绍到这儿，希望我们推荐的文章对大家有所帮助，也希望大家多多支持为之网！

Kubernetes(k8s)访问控制：权限管理之RBAC鉴权

一.系统环境

二.前言

三.Kubernetes访问控制

四.鉴权简介

五.配置客户端机器

六.设置k8s集群允许所有请求访问

七.设置k8s集群拒绝所有请求访问

八.RBAC授权

8.1 role，rolebinding

8.1.1 给test用户授予对pod的get和list权限

8.1.2 增加对pod的创建权限

8.1.3 增加对pod的删除权限

8.1.4 增加对svc的get list create delete权限

8.1.5 增加对deployments的get list create delete权限

8.1.6 增加对deployments的patch权限

8.2 clusterrole,clusterrolebinding

8.2.1 test用户授予对Pod、Service 、Deployment 的get 和 create 权限

8.2.2 增加list权限

九.总结

相关编程文章