首页
/ OpenBao中LIST和SCAN操作的路径访问控制优化

OpenBao中LIST和SCAN操作的路径访问控制优化

2025-06-19 14:44:35作者:温玫谨Lighthearted

背景与问题分析

在现代密钥管理系统OpenBao中,LIST和SCAN操作是用户浏览存储内容的重要接口。然而,当前实现存在一个显著的安全性问题:当用户被授予父路径的list权限时,即使没有子路径的读取权限,也能看到完整的列表结果。这种设计可能导致信息泄露,特别是在多租户环境中。

技术方案设计

OpenBao团队提出了一种创新的解决方案:通过ACL策略新增list_scan_response_keys_filter_path参数,实现对列表结果的精细化过滤。该方案的核心思想是:

  1. 策略级控制:允许管理员在ACL策略中指定过滤模板路径
  2. 动态评估:对每个列表结果项进行权限校验
  3. 性能优化:建议与分页参数配合使用,避免全量评估

实现细节

过滤机制工作原理

当策略中设置了list_scan_response_keys_filter_path参数时,系统会:

  1. 解析列表返回的每个key
  2. 将key代入模板路径生成目标路径
  3. 模拟检查token对该路径的read/list权限
  4. 仅保留通过检查的结果项

权限判定规则

  • 以"/"结尾的路径:需要list权限
  • 普通路径:需要read权限

应用场景示例

考虑一个多租户的密钥存储场景:

path "tenant-a/data" {
  capabilities = ["list"]
  list_scan_response_keys_filter_path = "tenant-a/data/{{ .key }}"
}

path "tenant-a/data/app1/*" {
  capabilities = ["read"]
}

在此配置下,用户只能看到tenant-a/data/app1/下的密钥列表,而无法看到其他租户的数据。

技术挑战与解决方案

分页交互问题

当结合分页功能时,可能出现因过滤导致空页面的情况。解决方案包括:

  1. 内部迭代直到获取有效结果
  2. 设置递归深度限制
  3. 不影响配额和审计记录

性能考量

由于需要逐项检查权限,建议:

  1. 强制使用分页参数
  2. 限制最大返回数量
  3. 缓存权限检查结果

安全增强效果

该方案显著提升了系统的安全性:

  1. 实现最小权限原则
  2. 防止信息泄露
  3. 保持向后兼容
  4. 支持细粒度控制

未来演进方向

  1. 支持多路径组合过滤
  2. 增强模板功能
  3. 优化分页交互体验
  4. 考虑存储层集成

这项改进使OpenBao在多租户场景下的安全性达到新的水平,同时保持了系统的灵活性和性能表现。

登录后查看全文
热门项目推荐

最新内容推荐

项目优选

收起
openHiTLS-examplesopenHiTLS-examples
本仓将为广大高校开发者提供开源实践和创新开发平台,收集和展示openHiTLS示例代码及创新应用,欢迎大家投稿,让全世界看到您的精巧密码实现设计,也让更多人通过您的优秀成果,理解、喜爱上密码技术。
C
47
253
openHiTLSopenHiTLS
旨在打造算法先进、性能卓越、高效敏捷、安全可靠的密码套件,通过轻量级、可剪裁的软件技术架构满足各行业不同场景的多样化要求,让密码技术应用更简单,同时探索后量子等先进算法创新实践,构建密码前沿技术底座!
C
347
381
RuoYi-Vue3RuoYi-Vue3
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
871
516
ohos_react_nativeohos_react_native
React Native鸿蒙化仓库
C++
179
263
openGauss-serveropenGauss-server
openGauss kernel ~ openGauss is an open source relational database management system
C++
131
184
kernelkernel
deepin linux kernel
C
22
5
nop-entropynop-entropy
Nop Platform 2.0是基于可逆计算理论实现的采用面向语言编程范式的新一代低代码开发平台,包含基于全新原理从零开始研发的GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。nop-entropy是它的后端部分,采用java语言实现,可选择集成Spring框架或者Quarkus框架。中小企业可以免费商用
Java
7
0
Cangjie-ExamplesCangjie-Examples
本仓将收集和展示高质量的仓颉示例代码,欢迎大家投稿,让全世界看到您的妙趣设计,也让更多人通过您的编码理解和喜爱仓颉语言。
Cangjie
335
1.09 K
harmony-utilsharmony-utils
harmony-utils 一款功能丰富且极易上手的HarmonyOS工具库,借助众多实用工具类,致力于助力开发者迅速构建鸿蒙应用。其封装的工具涵盖了APP、设备、屏幕、授权、通知、线程间通信、弹框、吐司、生物认证、用户首选项、拍照、相册、扫码、文件、日志,异常捕获、字符、字符串、数字、集合、日期、随机、base64、加密、解密、JSON等一系列的功能和操作,能够满足各种不同的开发需求。
ArkTS
31
0
CangjieCommunityCangjieCommunity
为仓颉编程语言开发者打造活跃、开放、高质量的社区环境
Markdown
1.08 K
0