https://blog.qife122.com/tags/rbac/ Recent content in RBAC on 办公AI智能小助手 Hugo zh-cn qife Mon, 05 Jan 2026 12:00:10 +0800 https://blog.qife122.com/p/opto22-groov-view-api%E4%B8%AD%E7%9A%84rbac%E6%9D%83%E9%99%90%E6%8F%90%E5%8D%87%E6%BC%8F%E6%B4%9E%E5%88%86%E6%9E%90/ Mon, 05 Jan 2026 12:00:10 +0800 https://blog.qife122.com/p/opto22-groov-view-api%E4%B8%AD%E7%9A%84rbac%E6%9D%83%E9%99%90%E6%8F%90%E5%8D%87%E6%BC%8F%E6%B4%9E%E5%88%86%E6%9E%90/ <h3 id="软件包">软件包</h3> <p>Opto22 Groov EPICS</p> <h3 id="受影响版本">受影响版本</h3> <p>所有早于4.0.3的版本</p> <h3 id="已修复版本">已修复版本</h3> <p>4.0.3</p> <h3 id="影响">影响</h3> <p>View Users API端点会返回所有用户及其相关元数据（包括Web API令牌）。该端点需要Editor角色才能访问，但会显示所有用户（包括系统级管理员）的API密钥。</p> https://blog.qife122.com/p/opto22-groov-view-api%E4%B8%AD%E7%9A%84rbac%E6%9D%83%E9%99%90%E6%8F%90%E5%8D%87%E6%BC%8F%E6%B4%9E%E5%88%86%E6%9E%90/ Wed, 10 Dec 2025 04:22:23 +0800 https://blog.qife122.com/p/opto22-groov-view-api%E4%B8%AD%E7%9A%84rbac%E6%9D%83%E9%99%90%E6%8F%90%E5%8D%87%E6%BC%8F%E6%B4%9E%E5%88%86%E6%9E%90/ <h3 id="rbac权限提升通过opto22-groov-view-api">RBAC权限提升通过Opto22 Groov View API</h3> <p><strong>包</strong> Opto22 Groov EPICS</p> <p><strong>受影响版本</strong> 4.0.3之前的所有版本</p> <p><strong>已修复版本</strong> 4.0.3</p> <p><strong>描述</strong></p> <p><strong>影响</strong> “查看用户”API端点会返回所有用户及其相关元数据的列表——包括Web API令牌。访问此端点需要具备“编辑器”角色，但它将显示所有用户的API密钥，包括系统级管理员。</p> https://blog.qife122.com/p/opto22-groov-view-api-%E4%B8%AD%E7%9A%84-rbac-%E6%9D%83%E9%99%90%E6%8F%90%E5%8D%87%E6%BC%8F%E6%B4%9E%E6%B7%B1%E5%BA%A6%E8%A7%A3%E6%9E%90/ Wed, 03 Dec 2025 17:44:37 +0800 https://blog.qife122.com/p/opto22-groov-view-api-%E4%B8%AD%E7%9A%84-rbac-%E6%9D%83%E9%99%90%E6%8F%90%E5%8D%87%E6%BC%8F%E6%B4%9E%E6%B7%B1%E5%BA%A6%E8%A7%A3%E6%9E%90/ <h3 id="漏洞概述">漏洞概述</h3> <p><strong>项目：</strong> Opto22 Groov EPIC</p> <p><strong>受影响版本：</strong> 所有早于 4.0.3 的版本</p> <p><strong>已修复版本：</strong> 4.0.3</p> <h3 id="漏洞影响">漏洞影响</h3> <p>View Users API 端点会返回所有用户及其相关元数据的列表——其中包括网络 API 令牌。访问此端点需要具备编辑者角色，但它会显示所有用户的 API 密钥，包括系统全局管理员的密钥。</p> https://blog.qife122.com/p/%E4%BD%BF%E7%94%A8firebase%E8%A7%84%E5%88%99%E5%AE%9E%E7%8E%B0%E5%9F%BA%E4%BA%8E%E8%A7%92%E8%89%B2%E7%9A%84%E8%AE%BF%E9%97%AE%E6%8E%A7%E5%88%B6rbac%E4%B8%8E%E8%87%AA%E5%AE%9A%E4%B9%89%E5%A3%B0%E6%98%8E/ Wed, 05 Nov 2025 13:55:17 +0800 https://blog.qife122.com/p/%E4%BD%BF%E7%94%A8firebase%E8%A7%84%E5%88%99%E5%AE%9E%E7%8E%B0%E5%9F%BA%E4%BA%8E%E8%A7%92%E8%89%B2%E7%9A%84%E8%AE%BF%E9%97%AE%E6%8E%A7%E5%88%B6rbac%E4%B8%8E%E8%87%AA%E5%AE%9A%E4%B9%89%E5%A3%B0%E6%98%8E/ <h1 id="如何使用firebase规则创建基于角色的访问控制rbac与自定义声明">如何使用Firebase规则创建基于角色的访问控制(RBAC)与自定义声明</h1> <p>在构建应用程序时，并非所有用户都应具有相同的访问级别。例如，管理员可能能够更新或删除某些数据（日志除外），而普通用户应只能读取数据。这就是基于角色的访问控制(RBAC)的用武之地。</p> https://blog.qife122.com/p/%E4%BD%BF%E7%94%A8firebase%E8%A7%84%E5%88%99%E5%AE%9E%E7%8E%B0%E5%9F%BA%E4%BA%8E%E8%A7%92%E8%89%B2%E7%9A%84%E8%AE%BF%E9%97%AE%E6%8E%A7%E5%88%B6rbac%E4%B8%8E%E8%87%AA%E5%AE%9A%E4%B9%89%E5%A3%B0%E6%98%8E/ Tue, 21 Oct 2025 12:13:42 +0800 https://blog.qife122.com/p/%E4%BD%BF%E7%94%A8firebase%E8%A7%84%E5%88%99%E5%AE%9E%E7%8E%B0%E5%9F%BA%E4%BA%8E%E8%A7%92%E8%89%B2%E7%9A%84%E8%AE%BF%E9%97%AE%E6%8E%A7%E5%88%B6rbac%E4%B8%8E%E8%87%AA%E5%AE%9A%E4%B9%89%E5%A3%B0%E6%98%8E/ <h1 id="如何使用firebase规则创建基于角色的访问控制rbac与自定义声明">如何使用Firebase规则创建基于角色的访问控制(RBAC)与自定义声明</h1> <p>在构建应用程序时，并非所有用户都应具有相同的访问级别。例如，管理员可能能够更新或删除某些数据（日志除外），而普通用户应仅能读取数据。这就是基于角色的访问控制(RBAC)的作用所在。</p> https://blog.qife122.com/p/%E8%8C%83%E5%9B%B4%E8%BF%87%E6%BB%A4%E9%80%9A%E5%BE%80rbac%E7%9A%84%E5%AE%9E%E7%94%A8%E6%A1%A5%E6%A2%81/ Sun, 05 Oct 2025 03:13:31 +0800 https://blog.qife122.com/p/%E8%8C%83%E5%9B%B4%E8%BF%87%E6%BB%A4%E9%80%9A%E5%BE%80rbac%E7%9A%84%E5%AE%9E%E7%94%A8%E6%A1%A5%E6%A2%81/ <h1 id="范围过滤通往rbac的实用桥梁">范围过滤：通往RBAC的实用桥梁</h1> <p>需要RBAC但无法承担架构改造的成本？范围过滤让您在API级别实施访问控制，轻松将其叠加到现有系统上。</p> <h2 id="引言">引言</h2> <p>作为一家刚完成A轮融资的公司，我理解优先事项是让产品正常运行。在我们案例中，这意味着先展示数据洞察解决方案的有效性，然后再实施复杂的控制措施，如基于角色的访问控制（RBAC）。</p> https://blog.qife122.com/p/azure%E5%AD%98%E5%82%A8%E5%AF%86%E9%92%A5azure-functions%E4%B8%8E%E5%9F%BA%E4%BA%8E%E8%A7%92%E8%89%B2%E7%9A%84%E8%AE%BF%E9%97%AE%E6%8E%A7%E5%88%B6%E6%9C%80%E4%BD%B3%E5%AE%9E%E8%B7%B5/ Thu, 18 Sep 2025 13:50:51 +0800 https://blog.qife122.com/p/azure%E5%AD%98%E5%82%A8%E5%AF%86%E9%92%A5azure-functions%E4%B8%8E%E5%9F%BA%E4%BA%8E%E8%A7%92%E8%89%B2%E7%9A%84%E8%AE%BF%E9%97%AE%E6%8E%A7%E5%88%B6%E6%9C%80%E4%BD%B3%E5%AE%9E%E8%B7%B5/ <h1 id="azure存储密钥azure-functions与基于角色的访问控制最佳实践">Azure存储密钥、Azure Functions与基于角色的访问控制最佳实践</h1> <p>Azure为开发者和安全运营团队提供了广泛的可配置安全选项，以满足组织需求。在软件开发生命周期中，客户需要理解共享责任模型，并熟悉各种安全最佳实践。这在部署Azure Functions和配置Azure基于角色的访问控制（RBAC）时尤为重要，因为客户负责配置和管理应用程序、身份和数据。客户可能会授予过宽的权限，这可能导致这些权限被滥用，从而访问客户租户内的其他资源。最近，Orca Security报告了一个此类问题，Microsoft安全响应中心（MSRC）调查后确定这不是一个安全问题，但这种情况值得讨论和改进，以帮助客户更有效地部署具有最小权限和深度防御的环境，从而更有效地抵御攻击者。</p>