Trust policy principals are matched by ARN and are not bound to a unique id
Maintainer thường phản hồi trong vòng 2 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 48/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Đặc tả rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- aws, rust
- Lĩnh vực
- authentication, security
Hướng nghiên cứu
Start with principal_entry_matches in crates/server/src/management/assume_role.rs, then trace where trust policies are saved and how role and user IDs are assigned. Compare the behavior with the IAM trust policy rules described in the issue. Done means a trust policy bound to a principal stops matching a recreated role or user with the same ARN, while the documented account and root principal matches still work.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
What ExtendDB does
principal_entry_matches in crates/server/src/management/assume_role.rs compares a trust policy Principal entry against the caller by exact ARN string, with extra matches for a bare account id and the arn:aws:iam::<account>:root form. ExtendDB stores no principal unique id. A role or user that is deleted and recreated with the same name keeps the same ARN, so it matches a trust policy written for the original principal.
What IAM does
The IAM User Guide (the Principal element of a role trust policy) states that IAM converts a role or user ARN in a trust policy to the principal's unique id when the policy is saved, so a principal that is deleted and recreated with the same name no longer matches. Measured across a delete and recreate: GetRole returns a new RoleId and GetUser a new UserId for the recreated principal.
Effect
A trust relationship meant for one incarnation of a role or user is inherited by a later principal that carries the same name. Deleting and recreating a principal does not drop the trust another role extended to the earlier one.
Suggested fix
Bind a trust policy's named principal to the principal's unique id at write time and match on that id, so a recreated same-named principal does not satisfy a trust policy written for the earlier one.
- Ngôn ngữ chính
- Rust
- Star
- 517
- Fork
- 60
- Merge trung bình
- 2 ngày 23 giờ
- Pull request đã merge (30 ngày)
- 25
Chuẩn bị môi trường
- Có Dockerfile hoặc tệp Docker Compose
- Có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của ExtendDB/extenddb
-
backend:mongodb bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 77/100
Maintainer thường phản hồi trong vòng 2 ngày
-
backend:cassandra bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
Maintainer thường phản hồi trong vòng 2 ngày
-
documentation
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
Maintainer thường phản hồi trong vòng 2 ngày
-
backend:cassandra bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 74/100
Maintainer thường phản hồi trong vòng 2 ngày
-
[storage.cassandra] accepts unknown keys silentlyCó thể đã có người làm @LeeroyHannigan đã nhận 2 ngày trước. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
ExtendDB/extenddb#540 · 1 người được giao ·
Maintainer thường phản hồi trong vòng 2 ngày
Tất cả issue của ExtendDB/extenddb
Issue tương tự
-
log1p loses all precision for small |x| wherever the polyfill runs (LLVM backend, Metal, WGSL)Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Settings: the AI & Intelligence page cannot be scrolled (its Flickable has no viewport height)Đang mởarea/desktop-shell P1-high
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
yantrikos/yantrik-os#998 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
warpdotdev/warp#16662 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug P2
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 84/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Playback dies with SIGKILL (exit 137) when rtkit grants real-time: RLIMIT_RTTIME is set to 0Đang mởbug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 74/100
crmne/spotifast#1105 · 1 bình luận · 1 reaction ·
Maintainer thường phản hồi trong vòng 2 ngày