基于属性的访问控制（ABAC）

星光落入你灰蒙蒙的眼

已于 2022-05-26 21:47:33 修改

阅读量2.6k

点赞数

分类专栏： Kubernetes 文章标签： kubernetes docker 容器云原生 kubelet

于 2022-05-26 21:41:41 首次发布

本文链接：https://blog.csdn.net/qq_50573146/article/details/124992584

版权

Kubernetes 专栏收录该内容

38 篇文章 8 订阅 ¥19.90 ¥99.00

订阅专栏

超级会员免费看

本文介绍了基于属性的访问控制（ABAC）在 Kubernetes 中的应用，包括其鉴权作用、策略文件格式、鉴权算法以及 kubectl 的使用。ABAC 提供灵活的权限控制，但也存在维护困难和性能问题。尽管 Kubernetes 社区倾向于 RBAC，但理解 ABAC 仍然是重要的。

摘要由CSDN通过智能技术生成

ABAC有时也被称为PBAC（Policy-Based Access Control）或CBAC（Claims-Based Access Control）
鉴权的作用是，决定一个用户是否有权使用 Kubernetes API 做某些事情。它除了会影响 kubectl 等组件之外，还会对一些运行在集群内部并对集群进行操作的软件产生作用，例如使用了 Kubernetes 插件的 Jenkins，或者是利用 Kubernetes API 进行软件部署的 Helm。ABAC 和 RBAC 都能够对访问策略进行配置。

ABAC，基于属性的访问控制，是一个强大的概念。然而，正如在Kubernetes实施的那样，ABAC很难管理和理解。它需要在集群的主虚拟机上进行ssh和根文件系统访问，以更改授权策略。要使权限更改生效，必须重新启动集群API服务器。

RBAC权限策略是直接使用kubectl或Kubernetes API配置的。可以授权用户使用RBAC本身来更改授权策略，这样就可以在不泄露对集群主服务器的ssh访问的情况下委派资源管理。RBAC策略很容易映射到Kubernetes API中使用的资源和操作。

因为 Kubernetes 社区的投入和偏好，相对于 ABAC 而言，RBAC 是更好的选择。RBAC角色授权详解