- 综合排序
- 最热优先
- 最新优先
- 来自专栏多系统用户权限管理
多系统并行的权限治理难题：如何消除“权限孤岛”与安全风险？
角色体系的模糊与僵化：治理的盲区1.角色定义的混乱与滞后企业业务快速发展，岗位和职责频繁调整，但许多企业的权限角色体系却未能同步更新。 构建内生安全防线：统一权限治理的策略与实践要从根本上解决权限管理对数据安全的影响，企业必须将权限治理上升为战略级基础设施，从“多系统各自为政”转向“统一权限管理”的架构。 4.全流程审批与审计：确保合规与追溯权限的授权必须嵌入严格的流程管理和追溯机制。数字化的授权流程： 内置权限申请、审批流程，支持多级审批和会签，将权限变更加密固化为不可篡改的电子记录。 安全实践：统一权限治理理念统一权限管理平台解决方案的核心价值在于连接、集成与治理，正是构建企业统一权限管理架构的中枢系统。 将权限管理升级为数据安全的核心能力在数字时代，企业数据资产的安全性不再仅仅取决于外部防御的坚固程度，更依赖于内部权限治理的精细化与统一化。
53321编辑于 2025-12-15 OpenClaw 生产化：权限、安全、沙箱与长期运行治理
AI 推荐 适合读者：准备把 OpenClaw 长期运行起来，必须处理权限与风险边界的团队。 每个 agent 能做什么、不能做什么 4. 高风险 agent 开 sandbox，并收紧 tool policy 4. 确认日志和 session transcript 的位置 这 4 件事没做完之前，不建议继续放大入口。 哪些 agent 拥有什么工具权限 4. 哪些入口可以接触到本地文件、shell、浏览器和节点设备 如果这些边界没先画清楚，再聪明的 Agent 也会变成风险放大器。 Personal agent • 不开 sandbox • 全权限 • 适合自己私用 2.
19510编辑于 2026-06-15- 来自专栏C++/Linux
【Linux修炼】4.Linux权限
Linux权限 shell命令以及运行原理 Linux权限的概念 Linux权限管理 01. 文件访问者的分类（人） 02.文件类型和访问权限（事物属性） 03. 如何操作权限？（修改权限） 为什么要有权限？ 接下来我们开始： 01. 对文件而言，具有修改文件内容的权限；对目录来说具有删除移动目录内文件的权限 x：execute对文件而言，具有执行文件的权限；对目录来说，具有进入目录的权限 “—”表示不具有该项权限 因此，我们可以看出 上面就解释了什么是权限以及权限的基本内容。 那么到了第二个问题，如何操作（修改）权限呢？ 在这时候，我们就需要一个策略，让一个公共目录，大家可以进行rwx操作，但是禁止大家互删对方的文件，即去掉目录的这个权限，因此我们需要给这个公共目录设置粘滞位。 4.
88800编辑于 2023-03-28 - 来自专栏实时计算
Atlas 2.1.0 实践（4）—— 权限控制
Atlas的权限控制非常的丰富，本文将进行其支持的各种权限控制的介绍。 在atlas-application.properties配置文件中，可以设置不同权限的开关。 Kerberos 失效的情况下，就会走ldap的权限。 1、File 文件控制权限是Atlas最基本的，也是默认的权限控制方式。 users-credentials.properties users-credentials.properties的格式如下： username=group::sha256-password 例如 admin=ADMIN::e7cf3ef4f17c3999a94f2c6f612e8a888e5b1026878e4e19398b23bd38ec221a 例如 echo -n "Password" | sha256sum e7cf3ef4f17c3999a94f2c6f612e8a888e5b1026878e4e19398b23bd38ec221a - atlas.authentication.method.ldap.user.searchfilter=(uid={0}) atlas.authentication.method.ldap.default.role=ROLE_USER 4、
83410发布于 2021-02-04 - 来自专栏技术面面观
Day4.Linux用户权限
还有用户组的概念，可以把某些权限设置给用户组，把某些用户指定到某个用户组里。 题目一：如何创建用户， 如何为用户组添加用户，如何设置用户密码，如何删除用户? 用户不论为与基本组中还是附加组中，就会拥有该组的权限。一个用户可以属于多个附加组。但是一个用户只能有一个基本组。 $ id uid=0(root) gid=0(root) groups=0(root) 如何给文件/文件夹权限限定给某个用户？ --r--权限？ 权限涉及的东西太多了，但是都不常用只要搞清楚上面的输出是什么含义，以及怎么操作授权即可。
1.3K31发布于 2020-09-10 - 来自专栏编程
（4）Superset权限使用场景
Admin，Alpha和Gamma角色，分配了很多的菜单/视图权限，如果手工去修改，改错的可能性很大，加之Superset并没有说明每一项权限的完整文档，所以不建议去修改这些角色的定义。 角色权限介绍 Admin： 拥有所有权限。 Alpha： 能访问所有数据源，增加或者更改数据源，但不能给更改其他用户权限。 Gamma： 必须结合其他能访问数据源的角色才能访问数据。 图二:Gamma的权限能访问的菜单 能访问的菜单较多，这是因为“Gamma”所拥有的权限比较多，“Public”所拷贝的菜单也会很多。 [rev](id:1)”权限，然后将这个权限分配给需要访问这一列的角色。 这样可以实现字段基本的控制。 ，以及在Superset中怎样通过设置来满足权限的需求。
9.7K120发布于 2018-01-30 - 来自专栏用户8670130的专栏
详解Linux下系统权限4
三、高级权限 1. 高级权限有哪些 ㈠ 冒险位(SETUID) 冒险位，指文件操作者(用户)临时拥有文件拥有者的权限 冒险位，一般针对的是命令或者脚本文件 冒险位，用字母表示是s或S；数字表示是4 冒险位的设置：chmod u+s 文件名或者chmod 4xxx 文件名 ㈡ 强制位(SETGID) 强制位，一般针对的是目录 如果一个目录拥有强制位，那么任何用户在该目录里所创建的任何文件的属组都会继承该目录的属组。 什么是默认权限 所谓文件的默认权限(遮罩权限)，是指用户创建文件后，文件天生就有的权限，不需要设置。 2. 文件默认权限由谁来控制 文件默认权限由一个叫做umask的东西来控制。 ① 针对所有用户生效 image.png ② 针对某个用户生效 image.png 五、总结 对于运维工程师来说，掌握Linux系统权限是必备的技能，除了以上介绍的普通权限、高级权限、默认权限外，如果需要更加细致的控制用户对文件的权限
1.6K20发布于 2021-08-31 - 来自专栏实时流式计算
Atlas 2.1.0 实践（4）—— 权限控制
Atlas的权限控制非常的丰富，本文将进行其支持的各种权限控制的介绍。 在atlas-application.properties配置文件中，可以设置不同权限的开关。 Kerberos 失效的情况下，就会走ldap的权限。 1、File 文件控制权限是Atlas最基本的，也是默认的权限控制方式。 users-credentials.properties users-credentials.properties的格式如下： username=group::sha256-password 例如 admin=ADMIN::e7cf3ef4f17c3999a94f2c6f612e8a888e5b1026878e4e19398b23bd38ec221a 例如 echo -n "Password" | sha256sum e7cf3ef4f17c3999a94f2c6f612e8a888e5b1026878e4e19398b23bd38ec221a - atlas.authentication.method.ldap.user.searchfilter=(uid={0}) atlas.authentication.method.ldap.default.role=ROLE_USER 4、
1K30发布于 2021-02-04 - 来自专栏Linux基础入门
（4）Linux权限管理命令chmod
① -(rwx)(r-x)(r-x)Linux中的文件以这种“三个一组”的方式来显示不同用户的不同权限， 即：-(所有者权限)（所属组权限）（其他人权限） ② -(rwx)(r-x)(r-x )表示这个文件 接下来介绍权限管理命令chmod， 命令名称：chmod 命令英文原意：change the permissions mode of a file 命令所在路径：/bin/chmod 执行权限：所有用户 例2：chmod [mode=421] [文件或目录] 在这里我们要知道权限位的数字表示， 首先我们需要知道：r=4,w=2,x=1 例如：rwxrw-r--，它的权限位数字表示就是764 即： r+w +x=4+2+1=7； r+w=4+2+0=6； r=4+0+0=4。 例3：chmod -R 递归修改 这个命令把一个目录下的所有子目录的操作权限全部修改为同样的。 ? ? END
1.8K10发布于 2020-08-26 - 来自专栏世民谈云计算
理解OpenShift（4）：用户及权限管理
1.3 角色（Role）/权限（Permission）与授权（Authorization） 授权是对被认证了的用户访问受控制的资源的权限进行控制。 4. Service Account 用户 ? OpenShift 的 service account 比较复杂，和很多概念都有关联。 4.2 权限 - 访问OpenShift 集群资源的权限 和自然人 user 类似，对 sa 用户访问OpenShift 集群资源的权限控制是通过 role 进行的。 4.3 权限 - 访问系统资源的权限 pod 中的应用除了有访问 OpenShift API 和内部镜像仓库之外，还有一些系统资源访问要求。 OpenShift scc 将系统权限分为几大类，具体见上图中的『权限』部分，然后可以创建 scc 对象来精细地控制对每种权限的控制。
2.8K10发布于 2019-06-28 - 来自专栏多系统用户权限管理
多系统权限治理解法——告别账号分散与过度授权
授权效率低下：员工入职、调岗、离职时，IT部门需要手动跨系统进行权限配置和回收，流程冗长且极易滞后。权限审计缺失：缺乏集中的权限变更记录和统一审计视图，难以满足内外部合规性检查的要求。 安全风险激增：权限分散增加了“僵尸账号”和“过度授权”的概率，极大地提升了内部权限滥用和数据泄露的风险。 权限继承与隔离机制：通过角色继承机制实现权限复用，显著减少重复配置工作量；同时支持系统级、模块级、操作级的权限隔离，精确控制权限边界。 授权审批与审计全流程闭环权限管理的合规性要求需要通过流程和记录来保证：内置审批流管理：提供权限申请、审批、授权、回收的标准化工作流，实现权限分配过程的可控和规范。 高效治理企业统一权限平台化方案在选择IAM解决方案时，平台与现有系统的集成能力至关重要。集成式统一权限管理平台的“IAM用户中心”模块，正是将IAM能力深度整合到企业级集成平台中的产品实践。
50821编辑于 2025-10-27 从零做 Agent 安全治理：权限边界、审批流与审计闭环
• 上线前看起来没问题，线上却出现越权调用 这篇文章只做一件事： 从零搭一套可落地的 Agent 安全治理框架。 一、先明确安全治理目标 Agent 安全治理不等于“把权限全部关掉”，而是平衡三件事： 1. 可用性：业务流程能跑通 2. 可控性：关键动作可限制、可审批 3. 场景 4：权限绕过 防线：权限校验下沉到执行网关，不依赖前端控制。 八、安全治理效果怎么衡量 建议持续跟踪 5 个指标： 1. 越权调用拦截率 2. 高风险动作审批覆盖率 3. 事故平均发现时长（MTTD） 4. 事故平均恢复时长（MTTR） 5. 审计日志完整率 指标稳定后，再逐步扩大 Agent 权限范围。 结语 安全治理不是给 Agent “加刹车”，而是给系统“加方向盘”。
24700编辑于 2026-06-15语义层权限治理：如何实现业务级精细化访问控制
这种方式不仅提升了灵活性，也使权限体系更具可解释性，因为规则直接对应业务含义，而不是底层字段。语义层权限治理的核心能力框架语义层权限治理通常由三类能力构成。 Step 4：实现统一权限服务将权限规则集中在语义层中，并通过统一接口提供给 BI、应用与 AI 系统。这一步可以避免权限逻辑分散在多个系统中，从而保证一致性。 Step 5：建立审计与治理机制权限体系需要具备持续治理能力，包括变更记录、权限审批与访问审计。这些能力不仅保障安全，也为合规提供支持。 Aloudata 技术方案（语义层权限治理）在实际落地中，语义层权限治理往往面临规则复杂、系统分散与难以维护的问题。 误区 3：权限治理只与安全相关正解：权限治理不仅影响安全，还直接影响数据一致性与分析效率，尤其是在 AI 场景中更为关键。
10200编辑于 2026-06-10- 来自专栏openclaw系列
AI Agent权限的交响曲:深度解析OpenClaw 的联合权限网关（Union Action Gate）安全治理模型
然而，这种强大的多平台、多账户能力，也带来了一个严峻的挑战：权限治理（Permission Governance）。 第一章：背景与挑战——多账户时代的权限困境 在单账户时代，权限问题相对简单：Agent 要么有权限，要么没有。但在多账户场景下，情况变得复杂得多。 错误的映射可能导致： 权限不足: 选了一个没有目标服务器写入权限的 Discord 账户。权限泄露: 在一个不相关的平台上执行了操作，暴露了不该暴露的账户信息。 第七章：未来展望——超越权限，走向意图治理 虽然 createUnionActionGate 在权限层面做得非常出色，但未来的挑战在于 意图治理（Intent Governance）。 它的模块化设计意味着，我们可以很容易地在其之上叠加新的治理层，而不会破坏现有的稳定架构。 结语：权限即责任在 AI 代理的世界里，权限 与 责任 是一枚硬币的两面。
25820编辑于 2026-04-01 - 来自专栏开发者
「云架构」权限管理：助力厘清 “业务单元—架构治理—责任团队”关系
但是关于权限管理的新问题摆到眼前： 如何进一步完善架构图的访问权限，只给各个子账号提供必要的授权？ 如何让单个子账号用户可以安全操作自己负责的架构图，同时不会误操作其他团队的架构图？ 如何在云架构中进一步厘清“业务单元-架构治理-责任团队”的关系？ 这些依赖管理访问权限的场景需求，目前都可以通过三个步骤建立CAM权限策略来实现： Step1：新增自定义策略（见文末代码块） 包含3个策略文件，其中策略1和2授予必要的读写接口权限，策略3通过指定资源的方式来实现限定单个账号可访问的架构图范围 （图3、图4） 功能预告 后续云顾问将支持在架构目录中实现子账号访问权限的精细化管控设置功能，敬请期待！ 图3：将自定义的策略1、2、3关联到单个用户 图4：子账号仅可见指定架构图 参考代码 以下策略和接口信息引用自 CAM 策略生成器可见接口信息，代码符合 CAM 策略语法。
28310编辑于 2025-06-09 - 来自专栏产品的技术小课
4个权限管理后台模版（含演示）
一、EL-ADMIN 该项目的菜单权限管理做的还不错，它包含菜单目录、路由配置、小组件是否可见（比如按钮）等等。 演示地址：https://el-admin.xin/ 用户名密码：已经默认填好 1）用户管理 2）角色管理 3）菜单管理 4）部门管理 5）岗位管理 二、TIMO 适用于公司内部的成员管理， 演示地址：http://42.194.205.137:8080/ 用户名密码：admin/123456 1）用户管理 2）角色管理 3）菜单管理 4）部门管理 三、VUE-ADMIN 演示地址： ，它里面含有权限管理相关的功能。 演示地址：http://www.macrozheng.com/ 用户名密码：admin/macro123 1)用户管理 2）角色管理 3）菜单管理 4）资源管理 --- end ----
4.4K22编辑于 2022-04-01 - 来自专栏哲学驱动设计
我所想的GIX4的权限
上面是我为GIX4项目所想的RolePermission。
47560发布于 2018-01-26 - 来自专栏多系统用户权限管理
【KPaaS】如何通过统一身份中心高效治理用户和权限？
权限分散：数字化安全治理的首要痛点随着企业业务系统的指数级增长（ERP、CRM、OA、HR、生产管理等），传统“烟囱式”的权限管理模式弊端日益凸显：身份孤岛与重复管理： 每个系统维护一套独立的用户账户和密码 IAM：安全基座的核心能力与治理中枢统一权限管理（Unified Access Management, UAM）或更广泛的身份与访问管理（Identity and Access Management, KPaaS权限管理解决方案，将权限管理的重心从“系统内部”转移到“企业中央”，构建一个统一的权限治理中枢。统一身份管理：告别“身份孤岛”集中管理是安全的第一步。 角色体系构建：实现精细化授权（RBAC）安全保障的关键在于“最小权限原则”。IAM通过强大的角色体系构建能力，将复杂的权限管理转化为可量化、可治理的模型。 动态策略关联： 用户的部门、职位变化，权限策略自动根据新的组织架构进行调整。统一权限管理绝不是简单的系统整合，它是一项涉及企业安全、合规与效率的战略级治理工程。
40421编辑于 2025-11-14 - 来自专栏逮虾户
一步步治理隐私权限 | 安卓黑魔法
theme: smartblue 背景 本文内容所属是小破站啊，没有授权请勿转载 最近很多公司都面临和我们一样的难题，配合网信办进行隐私权限整改。 主要涉及到在用户同意隐私权限授权之前，禁止调用敏感的api，具体比如imei,androidid，ip，macaddress等等。 之前有另外一篇文章介绍了通过python,用反编译apk产物的方式对于敏感权限的调用进行搜索，之后再通知调用方进行整改的方式。 因为网络库以及埋点点基础组件依赖了唯一标识符，而在隐私权限给予之前又不允许调用，所以导致了初始化任务错乱了，同时这些基础仓库也要提供给b站其他app使用。 一部分是为了隐私权限治理，另外一部分则就是为了梳理我们的初始化任务。 方案其实比较简单，我们会先抽象出一个隐私中间件，当隐私权限没有授予的情况下，所有api调用都返回的是空值。
1.4K50编辑于 2022-03-06 - 来自专栏并发笔记
手写dubbo框架4-服务治理(服务发现-zookeeper)
本节涉及博客中代码的两个module，farpc-registry（服务治理）、farpc-cluster（集群管理）。 RuntimeException(e.getMessage(), e); } }} 以上则为服务发现的所有代码，意在模拟dubbo，而不是照抄dubbo，希望可以帮助大家对dubbo服务治理有一定的了解
80441发布于 2019-07-15
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号