k8s安全控制、授权管理介绍

2024-03-10 12:04
文章标签 云原生 介绍 管理 k8s 授权 安全控制

本文主要是介绍k8s安全控制、授权管理介绍，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

目录

一.Kubernetes安全控制介绍

1.客户端认证操作

2.访问对象资源依次流程

二.授权管理介绍

1.AlwaysDeny

2.AlwaysAllow

3.ABAC

4.Webhook

5.Node

6.RBAC

三.Role解释

1.Role和ClusterRole

2.Rolebinding和ClusterBinding

3.Rolebinding和ClusterRole

四.准入控制

1.命令格式

2.可配置控制器

五.例子

1.生成签署证书

2.设置用户和上下文信息

3.为sulibao用户授权

 

 

一.Kubernetes安全控制介绍

1.客户端认证操作

两者最终都是面向kubernetes的

（1）user account

单独位于kubernetes外的用户账号

（2）service account

kubernetes管理账号，为pod中的服务进程在访问kubernete时提供身份标识

2.访问对象资源依次流程

（1）Authentication认证

所有请求都要经过apiserver，这里进行身份认证，只认准正确的账号

（2）Authorization

账号认证通过后进行资源权限判定，授权发生在认证成功之后，这时候就知道请求用户是谁， Kubernetes就会根据事先定义的授权策略来决定用户是否有权限访问。请求报文一般包含这些内容，请求的用户、请求的路径、请求的动作等，kubernetes将这些内容与事先定义好的策略比对，如果符合策略，则认为授权通过，否则会错误。

（3）Admission Control

准入控制，实现更加精细的访问控制

二.授权管理介绍

我是以kubeadm安装的kubernetes，主要是用到rbac的角色访问控制。

实际上apiserver支持至少六种授权策略：

1.AlwaysDeny

表示拒绝所有请求，通常不使用哈

2.AlwaysAllow

默认的策略，允许接收所有请求，就相当于没进行权限控制

3.ABAC

表示使用用户配置的授权规则对用户请求进行匹配和控制（基于用户属性）

4.Webhook

引用外部REST服务对用户进行授权管理

5.Node

用于对kubelet发出的请求进行访问控制，比较特殊的一种模式

6.RBAC

基于角色访问控制，一般是需要账号等

三.Role解释

理解为哪些对象拥有哪些权限，如下介绍RBAC的四个顶级资源对象（Role、Rolebinding、ClusterRole、ClusterRoleBinding）

1.Role和ClusterRole

角色，可以为角色指定一组权限，指定什么权限该角色就拥有什么权限，一个角色一组权限

（1）Role，是对指定的命名空间的资源进行权限配置，是需要指定名称空间的

#rule中的参数用来对授权进行配置
rules:
- apiGroups: [""]  #支持的API组列表,"" 空字符串，表示核心API群resources: ["pods"]  #支持的资源对象列表verbs: ["get", "watch", "list"]  #允许的对资源对象的操作方法列表

（2）ClusterRole，是对整个集群范围内资源（不仅仅限于具体某个名称空间）、非资源类型等进行授权配置

2.Rolebinding和ClusterBinding

角色绑定，将角色绑定给目标对象，那么目标对象就会拥有该角色的权限

（1）Rolebinding，是将Role和目标对象进行绑定，可以是User、Group和ServiceAccount

# RoleBinding可以将同一namespace中的subject绑定到某个Role下，subject内的对象就会拥有role的权限
​
subjects:
- kind: Username: username
apiGroup: rbac.authorization.k8s.io
roleRef:kind: Rolename: 定义的的role的名称apiGroup: rbac.authorization.k8s.io

（2）ClusterRoleBinding，ClusterRoleBinding在整个集群级别的特定的subject与ClusterRole绑定，授予subject内目标权限，用法和Rolebinding一致

3.Rolebinding和ClusterRole

（1）可以将ClusterRole把通过RoleBinding绑定给目标对象，但是由于此时是使用Rolebinding方式，所以ClusterRole此时的作用范围也被局限在特定的namespace中。

（2）集群管理员会在集群范围内预先定义一组通用的角色（ClusterRole），然后在多个命名空间中重复使用这些 ClusterRole，好处是：

通过预定义一组通用的 ClusterRole，可以避免在每个命名空间中都重新定义相同的权限规则，从而节省时间和精力。

使用相同的 ClusterRole 在不同的命名空间中授权，可以确保各个命名空间下的基础授权规则保持一致，简化了权限管理并提供一致的用户体验。

当需要更新权限规则时，只需修改预定义的 ClusterRole，所有引用该 ClusterRole 的 RoleBinding 将自动应用新的权限规则，避免了在每个命名空间中手动更新权限规则的繁琐过程。

四.准入控制

用户的权限请求时要通过准入控制后最后才会被apiserver去判断是否处理，通过则继续处理，否则驳回请求

1.命令格式

--admission-control=配置的控制器列表，多个参数用“,”隔开

2.可配置控制器

参数含义
AlwaysAdmit允许所有请求
AlwaysDeny禁止所有请求，通常不用哈
AlwaysPullImages在启动容器之前总去下载镜像
DenyExecOnPrivileged拦截所有想在Privileged Container上执行命令的请求
ImagePolicyWebhook一个插件，将允许后端的一个Webhook程序来完成admission controller的功能
Service Account实现ServiceAccount，自动化
SecurityContextDeny一个插件，将使用SecurityContext的Pod中的定义全部失效
ResourceQuota用于资源配额管理，观察所有请求，确保在namespace上的配额不会超标
LimitRanger用于资源限制管理，作用于namespace上，确保对Pod进行资源限制
InitialResources为未设置资源请求与限制的Pod，根据其镜像的历史资源的使用情况进行设置
NamespaceLifecycle如果尝试在一个不存在的namespace中创建资源对象，则该创建请求将被拒绝。当删除一个namespace时，系统将会删除该namespace中所有对象。
DefaultStorageClass为了实现共享存储的动态供应，为未指定StorageClass或PV的PVC尝试匹配默认的StorageClass，尽可能减少用户在申请PVC时所需了解的后端存储细节
DefaultTolerationSeconds一个插件，为那些没有设置forgiveness tolerations并具有notready:NoExecute和unreachable:NoExecute两种taints的Pod设置默认的“容忍”时间，为5min
PodSecurityPolicy一个插件，用于在创建或修改Pod时决定是否根据Pod的security context和可用的PodSecurityPolicy对Pod的安全策略进行控制

五.例子

配置一个sulibao用户，限制其只能对ns-sulibao名称空间内的pod进行get, watch, list三个行为

1.生成签署证书

[root@k8s-master ~]# cd /etc/kubernetes/pki/
[root@k8s-master pki]# (umask 077; openssl genrsa -out sulibao.key 2048)    #生成.key，在当前生效
Generating RSA private key, 2048 bit long modulus
............................+++
...........................................................+++
e is 65537 (0x10001)
[root@k8s-master pki]# openssl req -new -key sulibao.key -out sulibao.csr -subj "/CN=sulibao/O=sulibao"
#生成.csr，用sulibao用户和组进行签署
[root@k8s-master pki]# ll
total 64
-rw-r--r-- 1 root root 1285 Mar  9 11:24 apiserver.crt
-rw-r--r-- 1 root root 1155 Mar  9 11:24 apiserver-etcd-client.crt
-rw------- 1 root root 1679 Mar  9 11:24 apiserver-etcd-client.key
-rw------- 1 root root 1679 Mar  9 11:24 apiserver.key
-rw-r--r-- 1 root root 1164 Mar  9 11:24 apiserver-kubelet-client.crt
-rw------- 1 root root 1675 Mar  9 11:24 apiserver-kubelet-client.key
-rw-r--r-- 1 root root 1107 Mar  9 11:24 ca.crt
-rw------- 1 root root 1675 Mar  9 11:24 ca.key
drwxr-xr-x 2 root root  162 Mar  9 11:24 etcd
-rw-r--r-- 1 root root 1123 Mar  9 11:24 front-proxy-ca.crt
-rw------- 1 root root 1679 Mar  9 11:24 front-proxy-ca.key
-rw-r--r-- 1 root root 1119 Mar  9 11:24 front-proxy-client.crt
-rw------- 1 root root 1675 Mar  9 11:24 front-proxy-client.key
-rw------- 1 root root 1679 Mar  9 11:24 sa.key
-rw------- 1 root root  451 Mar  9 11:24 sa.pub
-rw-r--r-- 1 root root  911 Mar  9 19:32 sulibao.csr
-rw------- 1 root root 1679 Mar  9 19:31 sulibao.key
#用apiserver证书签署
[root@k8s-master pki]# openssl x509 -req -in sulibao.csr -CA ca.crt -CAkey ca.key -CAcreateserial -out sulibao.csr -days 3650
#生成
Signature ok
subject=/CN=sulibao/O=sulibao
Getting CA Private Key
[root@k8s-master pki]# kubectl config set-cluster kubernetes --embed-certs=true --certificate-authority=/etc/kubernetes/pki/ca.crt --server=https://192.168.2.150:6443
Cluster "kubernetes" set.

2.设置用户和上下文信息

[root@k8s-master pki]# kubectl config set-credentials sulibao --embed-certs=true --client-certificate=/etc/kubernetes/pki/sulibao.csr --client-key=/etc/kubernetes/pki/sulibao.key 
User "sulibao" set.
​
[root@k8s-master pki]# kubectl config set-context sulibao@kubernetes --cluster=kubernetes --user=sulibao
Context "sulibao@kubernetes" created.
​
[root@k8s-master pki]# kubectl config use-context sulibao@kubernetes
Switched to context "sulibao@kubernetes".
#当前无权限
[root@k8s-master pki]# kubectl get pods -n ns-sulibao
Error from server (Forbidden): pods is forbidden: User "sulibao" cannot list resource "pods" in API group "" in the namespace "ns-sulibao"
​
[root@k8s-master pki]# kubectl config use-context kubernetes-admin@kubernetes 
Switched to context "kubernetes-admin@kubernetes".

3.为sulibao用户授权

[root@k8s-master pki]# vim role.yaml
apiVersion: v1
kind: Namespace
metadata:name: ns-sulibao
​
---
​
apiVersion: rbac.authorization.k8s.io/v1
kind: Role
metadata:namespace: ns-sulibaoname: ns-sulibao-role
rules:
- apiGroups: [""]resources: ["pods"]verbs: ["get", "watch", "list"]
​
---
​
apiVersion: rbac.authorization.k8s.io/v1
kind: RoleBinding
metadata:name: authorization-role-bindingnamespace: ns-sulibao
subjects:
- kind: Username: sulibaoapiGroup: rbac.authorization.k8s.io
roleRef:kind: Rolename: ns-sulibao-roleapiGroup: rbac.authorization.k8s.io
​
[root@k8s-master pki]# kubectl apply -f role.yaml 
namespace/ns-sulibao created
role.rbac.authorization.k8s.io/ns-sulibao-role created
rolebinding.rbac.authorization.k8s.io/authorization-role-binding created
[root@k8s-master pki]# vim test-pod.yaml
apiVersion: v1
kind: Pod
metadata:name: my-nginxnamespace: ns-sulibao
spec:containers:- name: nginx-sulibaoimage: nginxports:- containerPort: 80
​
[root@k8s-master pki]# kubectl apply -f test-pod.yaml 
pod/my-nginx created
[root@k8s-master pki]# kubectl get pods -n ns-sulibao
NAME       READY   STATUS    RESTARTS   AGE
my-nginx   1/1     Running   0          7s
[root@k8s-master pki]# kubectl config use-context sulibao@kubernetes 
Switched to context "sulibao@kubernetes".
[root@k8s-master pki]# kubectl get pods -n ns-sulibao    #已有权限
NAME       READY   STATUS    RESTARTS   AGE
my-nginx   1/1     Running   0          32s
[root@k8s-master pki]#

 

 

这篇关于k8s安全控制、授权管理介绍的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！


http://www.chinasem.cn/article/794189。

相关文章

性能测试介绍

性能测试介绍

性能测试是一种测试方法，旨在评估系统、应用程序或组件在现实场景中的性能表现和可靠性。它通常用于衡量系统在不同负载条件下的响应时间、吞吐量、资源利用率、稳定性和可扩展性等关键指标。 为什么要进行性能测试 通过性能测试，可以确定系统是否能够满足预期的性能要求，找出性能瓶颈和潜在的问题，并进行优化和调整。 发现性能瓶颈：性能测试可以帮助发现系统的性能瓶颈，即系统在高负载或高并发情况下可能出现的问题
阅读更多...
水位雨量在线监测系统概述及应用介绍

水位雨量在线监测系统概述及应用介绍

在当今社会，随着科技的飞速发展，各种智能监测系统已成为保障公共安全、促进资源管理和环境保护的重要工具。其中，水位雨量在线监测系统作为自然灾害预警、水资源管理及水利工程运行的关键技术，其重要性不言而喻。 一、水位雨量在线监测系统的基本原理 水位雨量在线监测系统主要由数据采集单元、数据传输网络、数据处理中心及用户终端四大部分构成，形成了一个完整的闭环系统。 数据采集单元：这是系统的“眼睛”，
阅读更多...
Hadoop数据压缩使用介绍

Hadoop数据压缩使用介绍

一、压缩原则 （1）运算密集型的Job，少用压缩 （2）IO密集型的Job，多用压缩 二、压缩算法比较 三、压缩位置选择 四、压缩参数配置 1）为了支持多种压缩/解压缩算法，Hadoop引入了编码/解码器 2）要在Hadoop中启用压缩，可以配置如下参数
阅读更多...
综合安防管理平台LntonAIServer视频监控汇聚抖动检测算法优势

综合安防管理平台LntonAIServer视频监控汇聚抖动检测算法优势

LntonAIServer视频质量诊断功能中的抖动检测是一个专门针对视频稳定性进行分析的功能。抖动通常是指视频帧之间的不必要运动，这种运动可能是由于摄像机的移动、传输中的错误或编解码问题导致的。抖动检测对于确保视频内容的平滑性和观看体验至关重要。 优势 1. 提高图像质量 - 清晰度提升：减少抖动，提高图像的清晰度和细节表现力，使得监控画面更加真实可信。 - 细节增强：在低光条件下，抖
阅读更多...
图神经网络模型介绍（1）

图神经网络模型介绍（1）

我们将图神经网络分为基于谱域的模型和基于空域的模型，并按照发展顺序详解每个类别中的重要模型。 1.1基于谱域的图神经网络         谱域上的图卷积在图学习迈向深度学习的发展历程中起到了关键的作用。本节主要介绍三个具有代表性的谱域图神经网络：谱图卷积网络、切比雪夫网络和图卷积网络。 （1）谱图卷积网络 卷积定理：函数卷积的傅里叶变换是函数傅里叶变换的乘积，即F{f*g}
阅读更多...
软考系统规划与管理师考试证书含金量高吗？

软考系统规划与管理师考试证书含金量高吗？

2024年软考系统规划与管理师考试报名时间节点： 报名时间：2024年上半年软考将于3月中旬陆续开始报名 考试时间：上半年5月25日到28日，下半年11月9日到12日 分数线：所有科目成绩均须达到45分以上（包括45分）方可通过考试 成绩查询：可在“中国计算机技术职业资格网”上查询软考成绩 出成绩时间：预计在11月左右 证书领取时间：一般在考试成绩公布后3~4个月，各地领取时间有所不同
阅读更多...
安全管理体系化的智慧油站开源了。

安全管理体系化的智慧油站开源了。

AI视频监控平台简介 AI视频监控平台是一款功能强大且简单易用的实时算法视频监控系统。它的愿景是最底层打通各大芯片厂商相互间的壁垒，省去繁琐重复的适配流程，实现芯片、算法、应用的全流程组合，从而大大减少企业级应用约95%的开发成本。用户只需在界面上进行简单的操作，就可以实现全视频的接入及布控。摄像头管理模块用于多种终端设备、智能设备的接入及管理。平台支持包括摄像头等终端感知设备接入，为整个平台提
阅读更多...
90、k8s之secret+configMap

90、k8s之secret+configMap

一、secret配置管理 配置管理： 加密配置：保存密码，token，其他敏感信息的k8s资源 应用配置：我们需要定制化的给应用进行配置，我们需要把定制好的配置文件同步到pod当中容器 1.1、加密配置： secret： [root@master01 ~]# kubectl get secrets ##查看加密配置[root@master01 ~]# kubectl get se
阅读更多...
K8S（Kubernetes）开源的容器编排平台安装步骤详解

K8S（Kubernetes）开源的容器编排平台安装步骤详解

K8S（Kubernetes）是一个开源的容器编排平台，用于自动化部署、扩展和管理容器化应用程序。以下是K8S容器编排平台的安装步骤、使用方式及特点的概述： 安装步骤： 安装Docker：K8S需要基于Docker来运行容器化应用程序。首先要在所有节点上安装Docker引擎。 安装Kubernetes Master：在集群中选择一台主机作为Master节点，安装K8S的控制平面组件，如AP
阅读更多...
C++——stack、queue的实现及deque的介绍

C++——stack、queue的实现及deque的介绍

目录 1.stack与queue的实现 1.1stack的实现  1.2 queue的实现 2.重温vector、list、stack、queue的介绍 2.1 STL标准库中stack和queue的底层结构  3.deque的简单介绍 3.1为什么选择deque作为stack和queue的底层默认容器  3.2 STL中对stack与queue的模拟实现 ①stack模拟实现
阅读更多...

Copyright China编程 23002807@qq.com

沪ICP备2023033072号-2