Security : move away from "cluster-admin" everywhere

Ouverte
#72 0 commentaires 3 réactions 0 personnes assignées Voir sur GitHub

Les mainteneurs répondent en général sous 1 jour

Personne n'a encore pris cette issue.

Évaluation

Difficulté
5/5
Temps estimé
Plus d'une semaine
Accessibilité débutants
25/100
Type d'issue
Fonctionnalité
Clarté
Plutôt claire
Activité
À l'abandon
Stack technique
helm, java, kubernetes

Piste de recherche

Commencez par suivre les chemins de Onyxia-api qui effectuent des appels à kubectl et helm, ainsi que le flux d’onboarding qui crée des namespaces, des permissions et des comptes de service. Cartographiez d’abord la dépendance actuelle à cluster-admin ; le travail est terminé lorsque l’onboarding utilise une identité distincte et que les permissions requises sont explicitement réduites ou précisées.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

security

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 :

  • 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
Langage dominant
Java
Étoiles
34
Forks
34
Merge moyen
1 j 5 h
PR mergées (30 j)
15

Préparer son environnement

Ce projet ne fournit ni conteneur de développement, ni Dockerfile, ni guide de contribution : l'installation est à votre charge. Commencez par son README, et consultez notre guide de la première contribution pour les étapes générales.

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de InseeFrLab/onyxia-api

Toutes les issues de InseeFrLab/onyxia-api

Issues similaires

Plus d'issues Java

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.