Add support for Team level authorization in Atlas/WebAPI
维护者通常 1 天内回复
还没有人认领这个 Issue。
评估
- 难度
- 5/5
- 预计耗时
- 一周以上
- 新手友好度
- 30/100
- Issue 类型
- 功能
- 描述清晰度
- 基本清楚
- 活跃度
- 停滞
- 技术栈
- java
调研方向
从链接的受限读取配置开始，跟踪授权服务流程、sec_user_role 表的更新以及 cohort 定义的获取。梳理团队选择、成员资格检查、角色替换和 artifact 过滤应如何交互。完成标准是：团队拥有的 artifact 对团队成员可见，但对其他团队受限，同时保留现有的个人访问行为。
由索引模型根据 Issue 内容生成。
描述
Expected behavior
New feature request: Following-up on the recent "read restricted" feature introduced in https://github.com/OHDSI/WebAPI/issues/2222 and documented at https://github.com/OHDSI/WebAPI/wiki/Read-restricted-Configuration, it would be nice to have a way to assign permissions on artifacts (like concept sets and cohort definitions) to a group/team of users, so members of the same team can see and use each others artifacts, while at the same time hiding them/restricting their access for other teams.
Actual behavior
Currently any user sees all artifacts created by all other users. With the recent "read restricted" feature referenced above, it is also possible to let the user see only the artifacts he has personally authored.
Background info
Below are some figures and diagrams clarifying the requirements (taken from slides recently presented in one of our dev calls).
Diagram steps explained:
- user X selects "team A" (during or after login)
- authorization service is queried to check if user X is really part of "team A"
- if authorization is successful, the
sec_user_roletable is updated for user X, assigning the corresponding "team A" role to user X and removing any other user roles assigned to this user (e.g. "team B" from a previous session by this same user) - and 5. subsequent requests done by user X, like a call to retrieve the list of cohort definitions, will automatically result in a filter being applied in the backend, narrowing down the result set to just the items owned by "team A" role
- 主要语言
- Java
- 星标
- 153
- 派生
- 186
- 平均合并
- 2 天 12 小时
- 30 天内合并 PR
- 13
环境准备
- 提供 Dockerfile 或 Docker Compose 文件
- 没有 Pull Request 模板
- 没有贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
OHDSI/WebAPI 的其他 Issue
-
难度 2/5 1-3 小时 新手友好度 65/100
维护者通常 1 天内回复
-
CDM cache warming still fails when cache.achilles.usePersonCount=false (missing `cc` alias in getBatchConceptRecordCount.sql)可能已有人在做 @DG47 于 2 天前认领。 未关闭
难度 2/5 1-3 小时 新手友好度 82/100
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 72/100
维护者通常 1 天内回复
-
难度 3/5 1-2 天 新手友好度 67/100
维护者通常 1 天内回复
-
难度 4/5 3-5 天 新手友好度 48/100
维护者通常 1 天内回复
相似的 Issue
-
enhancement web-ui
难度 2/5 1-3 小时 新手友好度 67/100
jenkinsci/jenkins#27583 · 2 条评论 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 76/100
-
难度 2/5 1-3 小时 新手友好度 78/100
apache/rocketmq-dashboard#7302 ·
维护者通常 3 天内回复
-
area: android good first issue help wanted testing
难度 2/5 1-3 小时 新手友好度 75/100
Gautam-aman/ResQNet#56 ·
维护者通常 1 天内回复
-
documentation hermes-queue
难度 2/5 1-3 小时 新手友好度 72/100
chrisalunlloyd2-sudo/mindpalace#294 ·
维护者通常 1 天内回复