PulseAugur
实时 08:09:32
实体 role-based access control

role-based access control

PulseAugur coverage of role-based access control — every cluster mentioning role-based access control across labs, papers, and developer communities, ranked by signal.

Show in brief
总计 · 30天
4
90 天内 23
发布 · 30天
0
90 天内 0
论文 · 30天
0
90 天内 3
层级分布 · 90 天
主题
关系
情绪 · 30 天

3 天有情绪数据

最近 · 第 1/2 页 · 共 23 条
  1. COMMENTARY · CL_209732 ·

    身份验证与授权:理解 AuthN 和 AuthZ

    身份验证(AuthN)和授权(AuthZ)是两个容易混淆但截然不同的安全流程,混淆它们可能导致潜在的错误。身份验证通过密码或生物识别等凭据来验证用户身份,并通过令牌(token)为后续请求建立信任。而授权则根据角色、范围或策略,确定已通过身份验证的用户可以执行哪些操作。HTTP 状态码 401 Unauthorized(未授权)和 403 Forbidden(禁止)直接对应这些概念,其中 401 表示身份验证失败,403 表示授权失败。

  2. TOOL · CL_208780 ·

    MCP网关缺乏安全操作的加密证明

    模型上下文协议(MCP)是代理式AI的关键组成部分,能够实现AI主机与各种工具之间的安全通信。虽然当前的MCP网关侧重于治理方面,如访问控制、速率限制和可观察性,但它们在提供操作的加密证据方面却很大程度上失败了。这种缺乏防篡改、可离线验证的记录是安全审计中的一个重大缺陷。correctover-mcp-gateway旨在通过将确定性规则与Ed25519签名的收据配对来解决这个问题,为网关操作提供可验证的审计跟踪。

  3. TOOL · CL_203285 ·

    HyperNexus通过RBAC集中管理AI工具访问,减少配置蔓延

    HyperNexus通过基于角色的访问控制(RBAC)集中管理访问权限,为管理AI开发工具引入了一种新方法。该系统消除了跨不同团队和项目复制模型上下文协议(MCP)配置文件(configuration files)的需要,从而减少了配置蔓延并增强了安全性。通过充当权限网关,HyperNexus根据用户角色动态注入适当的工具访问权限,确保开发人员只看到与其任务相关的资源。

  4. COMMENTARY · CL_196634 ·

    专家称AI代理需要超越RBAC的访问控制

    Gopichand Mannava表示,传统的基于角色的访问控制(RBAC)不足以满足AI代理访问公共部门数据的需求。Mannava提出了一种替代架构,使用基于属性的访问控制(ABAC),并结合动态策略评估、目的绑定数据流和决策溯源。该方法旨在通过评估代理身份、任务和数据分类等属性的请求,为AI代理提供更精细、可审计和安全的数据访问,确保访问与任务相称,并记录每次决策背后的原因。

  5. TOOL · CL_182025 ·

    Slurm-quota v3.0.0 发布,增强了认证、API 和 RBAC 功能

    Slurm-quota 发布了 3.0.0 版本,为 Slurm 工作负载管理器中的 CPU 和 GPU 时间分配管理带来了重大增强。此次更新包括强大的认证机制,如轻量级目录访问协议 (LDAP) 和 JSON Web Token (JWT) 支持。此外,它还提供了一个全面的 REST API、具有用户、经理、操作员和管理员等不同权限的高级基于角色的访问控制 (RBAC),以及一个用于配额管理的基于 Web 的界面,所有这些都通过原生…

  6. TOOL · CL_181653 ·

    自托管人工智能的零信任架构详解

    本文详细介绍了如何在自托管人工智能系统中实施零信任架构,超越传统的网络安全。它强调使用相互 TLS (mTLS) 来加密和认证人工智能组件之间的通信,从而验证每一次交互,从工具调用到内存访问。文章还提倡使用基于属性的访问控制 (ABAC) 而非基于角色的访问控制 (RBAC),以根据身份、资源和操作强制执行精细的权限。

  7. TOOL · CL_170799 ·

    开发者构建安全的 AI 代理用于 Kubernetes 集群查询

    一位开发者构建了一个旨在安全查询 Kubernetes 集群的 AI 代理,通过限制其功能。该代理使用本地模型 Qwen3(通过 Ollama),并且只访问只读工具。至关重要的是,AI 模型从不直接生成命令,而是通过从预定义的六个 Python 函数菜单中进行选择来表达意图,这些函数随后由应用程序执行。这种方法,结合严格的 Kubernetes 基于角色的访问控制 (RBAC),将代理限制在对特定资源的只读操作,从而防止了对集群的意外损坏。

  8. TOOL · CL_168577 ·

    HyperNexus集中管理MCP服务器RBAC,简化AI治理

    HyperNexus推出了一款企业级解决方案,用于管理模型上下文协议(MCP)服务器的角色基础访问控制(RBAC)。该平台解决了在多团队AI环境中重复配置或授予过于广泛权限的挑战。通过在编排层集中管理RBAC策略,HyperNexus可以在无需复制服务器实例的情况下,对Snowflake、BigQuery、PostgreSQL、GitHub和Jira等各种工具和数据源进行细粒度访问控制。这种方法旨在简化AI治理、防止配置漂移,并支持S…

  9. TOOL · CL_167181 ·

    面向关键基础设施中智能体式AI的新访问控制架构

    一篇新研究论文介绍了一种专门为关键基础设施中运行的智能体式AI系统设计的去中心化、多层访问控制架构。该框架通过引入复合身份模型、具有五个粒度级别的分层权限系统以及去中心化的策略所有权模型,解决了传统基于角色的访问控制的局限性。该系统旨在缓解AI智能体随机行为带来的安全挑战,其设计基于OWASP Top 10 for LLM Applications (2025)威胁分类法。

  10. TOOL · CL_163851 ·

    自托管AI安全清单:TLS、Ed25519 JWT和网络隔离

    本文提供了一份全面的自托管AI系统安全加固清单,重点关注传输层安全(TLS)、身份验证和网络隔离。文章强调了实施强大安全措施的关键需求,详细介绍了如何使用现代协议和强密码套件强制执行TLS终止,以及如何有效管理证书。该指南还提倡使用Ed25519进行JSON Web Token(JWT)签名,因其相比RSA具有更优越的安全性和性能,并概述了网络隔离策略,例如将AI内核绑定到localhost以及使用Nginx作为反向代理堡垒机。

  11. TOOL · CL_161631 ·

    TrueFoundry 将自身定位为优于 MintMCP 的 MCP 治理解决方案

    TrueFoundry 被呈现为 MintMCP 的一个更优替代方案,用于治理 MCP(机器通信协议)的使用,特别是对于需要全面 AI 治理的组织。虽然 MintMCP 为 MCP 提供专业功能,但 TrueFoundry 将 MCP 治理整合到一个更广泛的控制平面中,该平面还管理 LLM 网关和 Agent 注册表。这种统一的方法简化了需要同时治理模型、代理和 MCP 工具的用户的管理。TrueFoundry 还通过托管、混合和自托…

  12. TOOL · CL_160258 ·

    MCP 网关对于企业 AI 工具访问控制至关重要

    两篇文章讨论了模型上下文协议 (MCP) 网关对于企业 AI 安全和治理的重要性。这些网关充当中央控制平面,管理 AI 代理对工具和数据的访问。重点介绍的关键功能包括基于角色的访问控制 (RBAC)、与 Okta 和 Microsoft Entra 等身份提供商的集成、细粒度的工具级策略以及全面的审计日志记录,以确保安全且可治理的代理式 AI 操作。

  13. TOOL · CL_150552 ·

    OpenAI面向企业版和.edu计划推出ChatGPT for PowerPoint

    OpenAI已正式推出ChatGPT for PowerPoint,并于2026年7月6日起面向企业版和.edu计划全面可用。此次发布允许用户在ChatGPT工作流程中生成和编辑演示文稿。组织在推广此工具时需要考虑的关键因素包括管理访问控制(RBAC)、批准的技能以及在初始免费期后与令牌积分相关的潜在成本,费用审计截止日期为8月6日。

  14. TOOL · CL_148757 ·

    Bifrost Enterprise 通过分层访问控制增强人工智能治理

    Bifrost Enterprise 通过集成数据访问控制(DAC)、基于角色的访问控制(RBAC)、访问配置文件和 Bifrost Edge,为人工智能应用程序提供全面的治理层。该框架解决了控制用户对人工智能平台的访问以及对特定人工智能资源、模型、预算和数据的可见性这两个关键需求。该系统允许组织在三个级别定义可见性:“自己的数据”、“团队数据”和“所有数据”,确保用户仅看到与其角色和团队相关配置和数据,从而防止敏感信息泄露。

  15. TOOL · CL_143725 ·

    新的 GRID 引擎确保 LLM 生成企业级 SQL

    研究人员开发了 GRID,这是一种新颖的解码引擎,旨在提高大型语言模型在企业环境中生成 SQL 的可靠性和安全性。GRID 采用语法约束解码,使用 LALR(1) 解析器来确保语法有效性,并在令牌级别强制执行基于角色的访问控制和模式策略。这种方法保证了健全性、完整性和终止性,即使对于长序列生成,每令牌成本也接近恒定,并提供防篡改的审计跟踪。

  16. COMMENTARY · CL_137509 ·

    将提示库视为软件以实现更好的AI开发

    本文认为,提示库应被视为软件工程问题,而非简单的文档任务。作者提出了一个三层方法:使用Git和YAML进行版本控制的存储;通过类似基于角色的访问控制和质量评分等功能进行发现和治理的管理;以及通过SQL函数或聊天机器人等各种工具进行消费。这种结构化的方法旨在确保提示库可用、可维护且值得信赖。

  17. TOOL · CL_137381 ·

    MCP 认证随着新规范和集中式网关而演进

    构建用于金融数据访问的托管 MCP 服务器(例如 Opula)表明,认证而非金融逻辑是主要挑战。MCP 授权规范已迅速发展,2025 年 6 月的修订版强调 MCP 服务器充当 OAuth 2.1 资源服务器,将令牌发行委托给专用的授权服务器,并使用 RFC 9728 进行元数据发现。为了管理多个 MCP 服务器及其相关凭据,TrueFoundry 的 MCP Gateway 等解决方案集中了认证、基于角色的访问控制 (RBAC) 和…

  18. TOOL · CL_137163 ·

    Snowflake CoWork agent 在推理循环中触发 800 美元计算成本

    一位数据科学家测试 Snowflake CoWork agent 时,由于一个推理循环消耗了 47 分钟的资源,导致意外产生了 800 美元的计算账单。该 agent 配置了广泛的工具访问权限,包括语义视图和搜索服务,但其操作时长缺乏足够的限制。Snowflake 的 CoWork agent 旨在为员工提供安全、受管制的对数据和企业系统的访问,并具备基于角色的访问控制 (RBAC) 和资源预算等功能,以管理成本并确保合规性。

  19. TOOL · CL_90973 ·

    NVIDIA SkillSpector 引发 GitHub 上的智能体技能安全辩论

    GitHub 的热门板块突出了 NVIDIA SkillSpector 对智能体技能安全和治理的关注,这与普遍强调构建速度形成对比。iflytek/skillhub 项目提供了一个自托管的企业级技能注册中心,具有 RBAC 和审计日志功能,以确保合规性。该项目与 Astro Web Framework 和 astron-agent 工作流引擎集成,用于创建安全且可追溯的 SuperAgents。

  20. RESEARCH · CL_70966 ·

    居家医院护理项目面临安全挑战

    美国医疗保险和医疗补助服务中心(CMS)已将其急性居家医院护理(AHCAH)计划延长至2030年9月,使医院能够在家中为患者提供护理。此次扩展带来了重大的网络安全挑战,包括不安全的家庭Wi-Fi、不可靠的连接以及与个人智能设备和海外供应商相关的风险。为应对这些威胁,已提出一个安全框架,重点关注使用HL7 v2和FHIR标准的数据互操作性、具有零信任模型的强大数据治理以及边缘计算的实施。