Security : run helm installs / upgrades / uninstalls as a service account local to the target namespace
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 35/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- helm, java, kubernetes
- Lĩnh vực
- infrastructure, security
Hướng nghiên cứu
Start with the authenticationMode definition in Region.java and trace how Helm install, upgrade, and uninstall operations select credentials. Then inspect the onboarding flow that creates namespaces and their service accounts and role bindings. Done means a namespace-local service account mode is supported for sensitive Helm operations and onboarding provisions the required access; the issue leaves the mode name open for discussion.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Currently, using the default mode (authenticationMode: serviceAccount, see https://github.com/InseeFrLab/onyxia-api/blob/2019ff5941a35989215e74216927a35fd69b2126/onyxia-model/src/main/java/fr/insee/onyxia/model/region/Region.java#L354), Onyxia executes helm installs / upgrades / uninstalls using it's own powerful service account.
This can be a security issue if the helm chart is compromised (or there is a flaw allowing injection).
We could add another mode, namespaceLocalServiceAccount (name to be discussed) that would execute sensitive helm operations (those that use user provided values) using a serviceaccount present in the target namespace.
Note that this would require the onboarding to create local serviceaccount (with corresponding rolebinding) in the namespace at the time of creation
- Ngôn ngữ chính
- Java
- Star
- 34
- Fork
- 34
- Merge trung bình
- 9 phút
- Pull request đã merge (30 ngày)
- 4
Chuẩn bị môi trường
Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.
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 InseeFrLab/onyxia-api
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 43/100
InseeFrLab/onyxia-api#689 ·
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 74/100
InseeFrLab/onyxia-api#669 ·
-
helmwrapper issue with rootless env : try to create /.cacheCó thể làm lại được @olevitt đã nhận 345 ngày trước và không có pull request nào đang mở. Đang mở
InseeFrLab/onyxia-api#638 · 5 bình luận · 1 người được giao ·
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 38/100
InseeFrLab/onyxia-api#612 · 3 bình luận ·
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
InseeFrLab/onyxia-api#586 · 1 bình luận ·
Tất cả issue của InseeFrLab/onyxia-api
Issue tương tự
-
status:pending type:bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
EngineHub/WorldGuard#2329 ·
Maintainer thường phản hồi trong vòng 3 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
Dans-Plugins/Medieval-Roleplay-Engine#396 ·
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 72/100
Maintainer thường phản hồi trong vòng 6 ngày
-
Update spring-security to 7.1.3Đang mởtype: dependency-upgrade
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 70/100
spring-projects/spring-session#4156 ·
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 68/100
quarkiverse/quarkus-langchain4j#3127 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày