InseeFrLab / InseeFrLab/onyxia-api
Security : move away from "cluster-admin" everywhere
- Vorherrschende Sprache
- Java
- Sterne
- 34
- Forks
- 34
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Beschreibung
Currently, `Onyxia-api` do everything (both `kubectl` and `helm`) using a single service account that is supposed to be cluster-admin.
Here are some improvements we could make :
* [x] Every regular `kubectl` and `helm` calls should be made using user's permissions
* [ ] Onboarding (creating user's namespace, applying permissions ...) should be done using a separate service account and preferably done in another process / pod (externalize the onboarding process as a standalone API ?)
* [ ] Try to reduce or at least refine and explicit permissions needed for the onboarding feature. Currently, it defaults to creating a cluster-admin service account which is probably too much
Beitragsleitfaden
Für dieses Repository ist kein Beitragsleitfaden indexiert
Rechercherichtung
Beginne damit, die Onyxia-api-Pfade nachzuverfolgen, die kubectl- und helm-Aufrufe ausführen, sowie den Onboarding-Ablauf, der Namespaces, Berechtigungen und Service Accounts erstellt. Erfasse zuerst die aktuelle Abhängigkeit von cluster-admin; abgeschlossen ist die Aufgabe, wenn das Onboarding eine separate Identität verwendet und die dafür erforderlichen Berechtigungen ausdrücklich reduziert oder genauer festgelegt sind.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- helm, java, kubernetes
- Bereich
- authorization, infrastructure, security
- Issue-Typ
- Feature
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Aktivitätsstatus
- Veraltet
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 25/100