feat: migrate sandbox images to runtime numeric identity
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Accessibilité débutants
- 45/100
- Type d'issue
- Refactorisation
- Clarté
- Plutôt claire
- Activité
- Calme
- Stack technique
- docker, dockerfile
- Domaine
- devops, infrastructure
Piste de recherche
Start with the Community base image and its derived sandbox image Dockerfiles, locating named account creation, chown operations, and final USER sandbox declarations. After NVIDIA/OpenShell#2331 is released, add the proposed image conformance tests and run representative images through each supported driver. Done means candidate images pass numeric-identity, writeability, shell/Git/tool, release compatibility, and available OpenShift SCC checks before latest moves.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
Problem Statement
OpenShell-Community sandbox images still create and depend on a named sandbox user and group. Once OpenShell Docker and Podman support driver-injected numeric identities, that baked account becomes unnecessary and prevents the images from conforming to the same arbitrary-numeric-identity contract as Kubernetes and VM workloads.
This work depends on NVIDIA/OpenShell#2331 being released. It is part of the broader identity-removal tracking in NVIDIA/OpenShell#1959.
Proposed Design
After a compatible OpenShell release is available, remove named sandbox account creation and named ownership assumptions from the Community base image and all derived sandbox images. Keep the privileged supervisor account where it is required by the image runtime.
For direct docker run behavior, retain a non-root default using numeric USER 10001:10001; OpenShell itself may override that default to start the supervisor as root and selects the actual agent identity at runtime. Set HOME=/sandbox explicitly and make only the intended mutable sandbox paths writable by arbitrary non-root numeric identities. Do not make bundled credentials, policy, or immutable toolchains broadly writable.
Add image conformance tests that verify no sandbox passwd/group entry or pre-existing UID/GID 10001, then run the image as a numeric UID/GID absent from the image and verify /sandbox writeability and common shell/Git/tool behavior. Test one representative Community image through each supported OpenShell driver before moving latest.
Publish a candidate tag first. Do not move the no-user image to latest until it passes against the released compatible OpenShell version, including the OpenShift SCC identity check where available.
Alternatives Considered
- Remove only the final
USER sandbox: rejected becausechown sandbox:sandbox, copied ownership, startup scripts, and home-directory assumptions would remain. - Publish no-user Community images before Docker/Podman runtime support: rejected because userless BYOC images would fail on those drivers.
- Retire the Community base image as part of this change: out of scope. The base provides OS packages, toolchains, agents, policy, skills, and shell setup beyond the named account; retirement needs a separate replacement decision.
Agent Investigation
- The Community base and its derivatives contain named user/group creation, named
chownoperations, or finalUSER sandboxdeclarations. - A numeric Dockerfile
USERis only the standalone image default. In OpenShell-managed Docker/Podman sandboxes, the privileged supervisor starts first and launches the agent under the driver-resolved numeric identity. - This issue is intentionally downstream of NVIDIA/OpenShell#2331 and should not be implemented or published before that issue’s runtime support is released.
- Langage dominant
- Dockerfile
- Étoiles
- 191
- Forks
- 76
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de NVIDIA/OpenShell-Community
-
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
-
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
-
opencode sandbox policy: npm child-process CONNECT denied (ECONNRESET) and no Vertex AI / WIF egress Ouverte
Difficulté 3/5 1-2 jours Accessibilité débutants 74/100
-
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 25/100
-
Contributing AIO Sandbox Image Ouverte
Difficulté 4/5 3-5 jours Accessibilité débutants 35/100
Toutes les issues de NVIDIA/OpenShell-Community
Issues similaires
-
kind/bug
Difficulté 2/5 1-3 heures Accessibilité débutants 88/100
kubernetes-sigs/prow#953 · 1 commentaire ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
-
automated-analysis bug memory-safety
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
-
area/entangle bug
Difficulté 1/5 Moins d'une heure Accessibilité débutants 92/100
-
kind/bug Ubuntu 24
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
kubernetes-sigs/kubespray#13532 ·