首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏Liusy01

    k8s之RBAC授权模式

    导读 上一篇说了k8s的授权管理,这一篇就来详细看一下RBAC授权模式的使用 RBAC授权模式 基于角色的访问控制,启用此模式,需要在API Server的启动参数上添加如下配置,(k8s默然采用此授权模式 ,使用ClusterRoleBinding为集群范围内授权。 RoleBinding也可以引用ClusterRole,对属于同一命名空间内的ClusterRole定义的资源主体进行授权, 例如:es能获取到集群中所有的资源信息 apiVersion: rbac.authorization.k8s.io 集群角色绑定的角色只能是集群角色,用于进行集群级别或对所有命名空间都生效的授权 例如:允许manager组的用户读取所有namaspace的secrets apiVersion: rabc.authorization.k8s.io 例如:若想授权让某个主体同时能够读取Pod和Pod log,则可以配置 resources为一个数组 apiVersion: rabc.authorization.k8s.io/v1 kind: Role

    1.6K41发布于 2020-11-19
  • 来自专栏Linux运维技术之路

    k8s集群访问控制之RBAC授权

    一、常用的授权插件 本文:主要讲述k8s的rabc授权机制和测试案例 Node:节点认证 ABAC:基于属性的访问控制 RBAC:基于角色的访问控制 Webhook:基于HTTP回调机制 二、RBAC控制 所以说,之后的所有的操作许可,都是直接授权给角色(Role),而不是直接授权给用户。 对象 对象列表 虚拟对象,通常是URL,非对象资源, 对某个对象施加的一种行为,成为 Action。 pods-reader --verb=get,list,watch --resource=pods --dry-run -o yaml apiVersion: rbac.authorization.k8s.io Aug 21 16:56 role-demo.yaml [root@master rbac]# cat role-demo.yaml apiVersion: rbac.authorization.k8s.io - watch 2、创建 role [root@master rbac]# kubectl apply -f role-demo.yaml role.rbac.authorization.k8s.io

    83420编辑于 2022-06-07
  • 来自专栏云原生生态圈

    K8s部署Grafana:OpenLDAP分组授权详解

    作为一名热衷于探索云原生技术的老手,我今天要分享下如何使用openLDAP分组授权Grafana的用户角色。 我们将一起在 k8s 集群上部署 Grafana v10.2.2,并通过 Helm、OpenLDAP 认证以及 nginx-ingress 代理来完成这个实验。

    91310编辑于 2024-03-22
  • 来自专栏全栈程序员必看

    axurerp8授权码最新_ue注册码

    +3Yk/zu4cX601/seX6wBZgYRVj/lkC2PICCdO4+sFKCCLx8mcCnccoylVb40lP 用户名:axureuser 序列号:8wFfIX7a8hHq6yAy6T8zCz5R0NBKeVxo9IKu +kgKh79FL6IyPD6lK7G6+tqEV4LG 用户名:aaa 注册码:2GQrt5XHYY7SBK/4b22Gm4Dh8alaR0/0k3gEN5h7FkVPIn8oG3uphlOeytIajxGU AxureRP8.0.0.3318更改授权验证机制,旧的授权名以及密码将会失效。 用户名:Koshy 注册码:wTADPqxn3KChzJxLmUr5jTTitCgsfRkftQQ1yIG9HmK83MYSm7GPxLREGn+Ii6xY Axure 8.1.0.3377 激活码 授权授权秘钥 ↓ ↓ ↓ 适用版本 Axure 8.1.0.3377 zdfans.com gP5uuK2gH+iIVO3YFZwoKyxAdHpXRGNnZWN8Obntqv7++FF3pAz7dTu8B61ySxli

    6.8K40编辑于 2022-11-16
  • 来自专栏BeJavaGod

    Shiro系列视频 - 8. shiro使用ini进行授权

    这是关于Shiro的原创系列视频,目前已经在官网以及一些自媒体平台发布,公众号也开始同步更新,在线播放采用腾讯视频,削微模糊 Shiro系列视频 - 8. shiro使用ini进行授权

    68990发布于 2018-04-08
  • 来自专栏CNCF

    利用 Open Policy Agent 实现 K8s 授权

    在此过程中,授权管理通常由 RBAC 授权模块来实现,但开发者也可以选择其他组件,如 Open Policy Agent(OPA)。 本文从使用目的、设计方式以及示例演示阐述了如何利用 Webhook 授权模块使 OPA 实现高级授权策略。 使用动机 在一些项目中,我们希望为用户提供类似集群管理员的访问权限。 基于白名单与黑名单的授权 关于授权,绝大多数要求可以通过 Roles 和 RoleBindings 简单地使用 RBAC 授权模块来实现 [1]。但 RBAC 在设计上仅限于白名单。 但与 Webhook 授权模块相比,它们也具有优势,因为它们可以根据 Kubernetes 资源的内容拒绝请求。这些是 Webhook 授权模块无法访问的信息。 因此,根据我们想要拒绝的具体内容,我们可以实施授权或许可 OPA 策略。

    2.6K22发布于 2019-12-05
  • 来自专栏EAWorld

    8种至关重要OAuth API授权流与能力

    作者:Daniel Lindau 译者:白小白 原题:8 Vital OAuth Flows and Powers 原文:http://t.cn/Ew5Fu3h 全文5972字,阅读约需要10分钟 目录 白小白: 认证代码授权的最典型示例是微信网页授权。我们在很多的第三方应用上可以通过微信网页授权来获得微信头像和昵称来登陆应用。 白小白: 实际上隐式流在很多文档中也称为简化流,相对于认证码授权流,少了第一个获取CODE的过程。QQ的授权登陆的Client-Side模式采用的就是隐式流授权8.撤销 撤销(Revocation)是OAuth重要的能力之一。如果没有OAuth,用户一旦将其凭据泄露给应用程序,就无法收回这一确认。 参见http://t.cn/Ewtcr8X 五、为什么区分OAuth流很重要 在OAuth中似乎有很多类似的流,但是每个流都有其特定的用例。

    2.3K10发布于 2018-12-07
  • 来自专栏网络安全攻防

    K8s API Server未授权利用思路

    文章前言 k8s的Master节点上会暴露kube-apiserver,默认情况下会开启以下两个HTTP端口: A:Localhost Port HTTP服务 主机访问受保护 在HTTP中没有认证和授权检查 默认端口8080,修改标识–insecure-port 默认IP是本地主机,修改标识—insecure-bind-address B:Secure Port 使用基于策略的授权方式 认证方式,令牌文件或者客户端证书 端口以管理员权限向集群内部下发指令 漏洞检测 在浏览器中访问以下URL: #格式说明 http://ip:port/ #使用实例 http://192.168.17.144:8080/ 返回以上信息说明存在K8s "Error from server (NotFound): the server could not find the requested resource"报错,可能是因为Kubectl客户端和K8s test-volume volumes: - name: test-volume hostPath: path: / Step 7:之后可以看到创建的myapp Pod Step 8

    2.1K10编辑于 2024-05-08
  • 来自专栏容器云实践

    k8s基于RBAC的认证、授权介绍和实践

    这篇小作文我们主要来学习K8S中关于认证与授权相关的知识,看看他们是如何实现的。 包含如下内容: •K8S 通过证书认证•K8S 通过RBAC 授权 一、 K8S 通过证书认证 Authentication(身份认证),即核查用户能否进入K8s集群。 二、K8S 通过RBAC 授权 RBAC(Role-Based Access Control)即基于角色的访问控制,在各类大型系统如虚拟化Vcenter、各类云服务以及众多toB软件访问控制中被大量使用 RoleBinding 在指定的名字空间中执行授权,而 ClusterRoleBinding 在集群范围执行授权。 以上我们对K8S中认证和授权做了基本介绍,以及对创建一个用户并授权pod读取权限做了实践。

    2.9K42编辑于 2022-03-14
  • 来自专栏JavaEdge

    Shiro 实战(三)-授权1 简介2 授权方式3 授权

    1 简介 授权,也叫访问控制,即在应用中控制谁能访问哪些资源(如访问页面/编辑数据/页面操作等) 在授权中需了解的几个关键对象:主体(Subject)、资源(Resource)、权限(Permission )、角色(Role) 1.1 主体 即访问应用的用户,在Shiro中使用Subject代表用户 用户只有授权后才允许访问相应的资源 1.2 资源 在应用中用户可以访问的任何东西,比如访问JSP页面、查看 /编辑某些数据、访问某个业务方法、打印文本等等都是资源 用户只有授权后才能访问 1.3 权限 安全策略中的原子授权单位,通过权限我们可以表示在应用中用户有没有操作某个资源的权力。 Shiro支持三种方式的授权: 2.1 编程式:通过写if/else授权代码块完成: ? 3 授权 3.1 基于角色的访问控制(隐式角色) 1、在ini配置文件配置用户拥有的角色(shiro-role.ini)

    1.9K20发布于 2018-12-04
  • 来自专栏腾讯云原生团队

    K8s 平台可以如何处理 Pod 预授权问题

    它们或者有自己的授权 WEB 可以让用户提单申请,或者提供授权 API 可以让运维平台调用。 业务往往面对多种预授权的需要,授权均值时间从秒级到几分钟不等,授权 API 大多并没有设计为承载高 QPS,有一定的复杂性。 创建时进行授权过程。 可能导致授权过程的异常状况不少,例如权限参数错误的配置,授权 API 服务质量下降或不可用,甚至是网络原因导致的接口错误、超时等。 比如裁撤期,授权 API 后端可能会有一段时间的拒绝服务,10分钟到几小时,此时会有大量 Pod 授权命中断路器规则无法继续授权,人为处理时效性差也繁琐。

    1.2K30发布于 2021-01-19
  • 来自专栏山河已无恙

    K8s :通过 kubectl 插件 rakkess 查看集群 RBAC授权信息

    写在前面 分享一个 查看集群 RBAC 权限的工具 通过 rakkess 可以查看集群命名空间 rbac 的授权 理解不足小伙伴帮忙指正 出其东门,有女如云。虽则如云,匪我思存。 ——《郑风·出其东门》 在 K8s 中集群权限管理中,常常使用 SA+token 、ca证书 的认证方式,使用 RBAC 的鉴权方式,往往通过不同命名空间实施最小权限原则来保证他们的集群安全并在不同的集群租户之间创建隔离 sa 和 ca证书都涉及 赋权,k8s 提供了,角色,集群角色,角色绑定,集群角色绑定等 API 资源来查看集群信息。 ✔ endpoints ✔ ✔ ✔ ✔ endpointslices.discovery.k8s.io ✔ ✔ ✔ ✔ roles.rbac.authorization.k8s.io ✔ ✔ ✔

    30910编辑于 2024-03-25
  • 来自专栏hotqin888的专栏

    小程序保存图片到相册取消授权、拒绝授权到再授权

    很多都是讲getUserInfo https://www.jianshu.com/p/32237ed15e72 感觉比较坑的地方就是,授权取消——拒绝授权——取消保存图片这3种状况都要考虑。 openSettingBtnHidden: false }) wx.showToast({ title: '缺少授权 ,请点击授权', icon: 'none', duration: 2000 }) // this. ,请点击重新授权', icon: 'none', duration: 2000 }) // this. (err.errMsg === "saveImageToPhotosAlbum:fail auth deny") { // console.log("用户一开始拒绝了,我们想再次发起授权

    5.4K20发布于 2019-03-21
  • 来自专栏赵俊的Java专栏

    Shiro授权

    授权在 Shiro 中被称为 Authorization,用来验证用户是否具备某个角色。 before() { simpleAccountRealm.addAccount("zhao", "123456", "admin"); } /** * 测试用户授权

    1.3K20发布于 2018-08-02
  • 来自专栏Keep Learning

    Linux授权

    所以:用 chmod -R 762/usr/local/repository/git 命令来举例

    3K40发布于 2019-12-10
  • 来自专栏Bypass

    K8s攻击案例:组件未授权访问导致集群入侵

    K8s集群往往会因为组件的不安全配置存在未授权访问的情况,如果攻击者能够进行未授权访问,可能导致集群节点遭受入侵。 比较常见的的组件未授权访问漏洞,主要包括 API Server 未授权访问、kubelet 未授权访问、etcd 未授权访问、kube-proxy 不安全配置、Dashboard未授权访问。 默认情况下,API Server提供两个端口服务,8080和6443,配置不当将出现未授权访问。 8080端口,默认不启动,无需认证和授权检查,一旦暴露将导致未授权访问。 /kubeletctl scan token -i --server 192.168.44.136 03、etcd 未授权访问 etcd 用于存储K8s集群中的所有配置数据和状态信息,如果管理员配置不当 /etcdctl --endpoints=192.168.44.138:2379 get / --prefix --limit=2 #获取k8s的secrets和token .

    3.2K10编辑于 2024-01-01
  • 来自专栏DATABASE

    mysql 授权

    mysql授权 一.创建用户: mysql> insert into mysql.user(Host,User,Password) values("localhost","test",password( 二.为用户授权授权格式:grant 权限 on 数据库.* to 用户名@登录主机 identified by "密码";  2.1 首先为用户创建一个数据库(testDB): mysql>create database testDB; 2.2 授权test用户拥有testDB数据库的所有权限(某个数据库的所有权限): mysql>grant all privileges on testDB.* 补充: mysql授权表共有5个表:user、db、host、tables_priv和columns_priv。 授权表的内容有如下用途: user表 user表列出可以连接服务器的用户及其口令,并且它指定他们有哪种全局(超级用户)权限。在user表启用的任何权限均是全局权限,并适用于所有数据库。

    3.7K10编辑于 2022-04-19
  • 来自专栏Java后端开发博客

    SpringSecurity 授权

    # SpringSecurity 授权 权限系统的作用 权限的基本流程 权限实现 限制访问资源所需权限 封装权限测试 从数据库查询权限信息 # 权限系统的作用 例如一个学校图书馆的管理系统,如果是普通学生登录就能看到借书还书相关的功能 xml version="1.0" encoding="UTF-8" ?> <! 在SpringSecurity中,如果我们在认证或者授权的过程中出现了异常会被ExceptionTranslationFilter捕获到。 在ExceptionTranslationFilter中会去判断是认证失败还是授权失败出现的异常。 ​ 如果是授权过程中出现的异常会被封装成AccessDeniedException然后调用AccessDeniedHandler对象的方法去进行异常处理。 ​

    1.9K20编辑于 2022-12-30
  • 来自专栏爱喝水的木子

    mysql授权

    MySQL创建用户与授权 一. 授权: 命令: GRANT privileges ON databasename.tablename TO 'username'@'host' 说明: privileges:用户的操作权限,如SELECT test.user TO 'pig'@'%'; GRANT ALL ON *.* TO 'pig'@'%'; GRANT ALL ON maindataplus.* TO 'pig'@'%'; 注意: 用以上命令授权的用户不能给其它用户授权 ,如果想让该用户可以授权,用以下命令: GRANT privileges ON databasename.tablename TO 'username'@'host' WITH GRANT OPTION 例子: REVOKE SELECT ON *.* FROM 'pig'@'%'; 注意: 假如你在给用户'pig'@'%'授权的时候是这样的(或类似的):GRANT SELECT ON test.user

    2.6K10编辑于 2022-01-12
  • 来自专栏安全攻防

    认证授权

    前言:银行安全面试认证授权,登录登出安全开发问题。 授权Authorization(授权) 发生在 Authentication(认证) 之后。它主要掌管我们访问系统的权限。比如有些特定资源只能具有特定权限的人才能访问比如 admin,system。 RBAC 模型RBAC 模型通过角色关联权限,角色同时又关联用户的授权的方式。一个用户可以拥有若干角色,每一个角色又可以被分配若干权限。图片创建不同的角色并为不同的角色分配不同的权限范围(菜单)。 图片图片图片OAuth 2.0OAuth 是行业的标准授权协议,用来授权第三方应用获取有限的权限。为第三方应用颁发一个有时效性的令牌 Token,使得第三方应用能够通过该令牌获取相关的资源。

    2.3K10编辑于 2022-11-11
领券