Kubernetes v1.37 hebt KubeletInUserNamespace auf Beta. Damit können Kubelet, Container Runtime, CNI Plugins und kube-proxy in einem Linux user namespace als unprivilegierter Benutzer laufen, ohne Root-Rechte auf dem Host zu benötigen.
Rootless wird erwachsen
Die Funktion soll das Risiko von Container-Breakouts begrenzen. Node-Komponenten hatten in der Vergangenheit mehrere Schwachstellen, über die ein Angreifer aus einem Container heraus Root-Rechte auf dem Host erlangen konnte. Beispiele sind CVE-2022-0811 in CRI-O, CVE-2023-27561 in runc und CVE-2024-10220 im Kubelet. Auch 2025 und 2026 kamen mit CVE-2025-31133 und CVE-2026-53488 weitere relevante Fälle hinzu.
Rootless Kubernetes begrenzt den möglichen Schaden auf das Konto, unter dem die Node-Komponenten laufen. Dafür verwendet Linux einen user namespace. Ein Host-Benutzer mit UID 1000 kann darin als scheinbarer Root mit UID 0 auftreten. Diese Rechte gelten jedoch nur innerhalb des user namespace. Die Entwicklung begann 2018 und wurde mit Kubernetes v1.22 im Jahr 2021 als Alpha Feature über KEP-2033 integriert.
Die Funktion ist nicht mit user-namespaced Pods gleichzusetzen. Das Feature UserNamespacesSupport isoliert Pods über hostUsers: false, lässt die Node-Komponenten aber weiterhin als Root laufen. Beide Ansätze können kombiniert werden. Dadurch wird auch ein verschachtelter Kubernetes Cluster möglich, ohne einen vollständig privilegierten Container zu verwenden.
Was sich im Betrieb ändert
Mit Kubernetes v1.37 ist das Feature Gate standardmäßig aktiviert. Bestehende rootful Cluster ändern sich dadurch nicht automatisch. Erst eine entsprechende Einrichtung des Linux user namespace versetzt Kubelet und die übrigen Node-Komponenten in den Rootless-Betrieb. Das Feature Gate selbst sorgt vor allem dafür, dass bestimmte Permission-Fehler toleriert werden, etwa beim Setzen von vm.overcommit_memory oder kernel.panic sowie beim Lesen von /dev/kmsg.
Der Status ist nun über kubectl get nodes -o yaml und die Eigenschaft runningInUserNamespace sichtbar. Daraus lassen sich Node Labels oder Taints ableiten. Das ist wichtig, wenn Workloads auf echte Root-Rechte angewiesen sind. Dazu können bestimmte CNI Plugin Installer oder Storage Komponenten gehören. Ohne solche Regeln kann der Scheduler einen inkompatiblen Workload auf einem Rootless Node platzieren.
Für Tests ist der Einstieg vergleichsweise einfach. kind kann Kubernetes in rootless Docker, rootless nerdctl oder rootless Podman starten. Auch minikube unterstützt rootless Docker und rootless Podman. Abhängig von der Host-Konfiguration sind zusätzliche Einstellungen für systemd, Kernel-Module oder sysctl erforderlich. k3s unterstützt ebenfalls Rootless Mode und benötigt dabei im Gegensatz zu kind kein externes Rootless Runtime Setup.
Bei produktiven Clustern müssen insbesondere CNI und CSI geprüft werden. Die simulierten Root-Rechte reichen für viele Aufgaben wie Volume Mounts, cgroups und Network Namespaces aus. Einzelne Treiber erwarten jedoch weiterhin echte Root-Rechte oder bestimmte Kernel-Funktionen. Verbesserungen wie idmapped tmpfs seit Linux 6.3 und writable cgroups in containerd v2.1 reduzieren diese Einschränkungen, beseitigen sie aber nicht vollständig.
Mehr Isolation, kein Vollschutz
Rootless Mode schützt nicht vor Kernel-Schwachstellen. Ein Angreifer kann außerdem weiterhin Kernel, Bootloader oder Firmware nicht einfach über den user namespace absichern. Deshalb bleiben klassische Maßnahmen wie seccomp, restriktive Capabilities und regelmäßige Updates notwendig.
Besonders interessant ist der Ansatz für geteilte Maschinen, lokale Entwicklungsumgebungen und AI Sandboxes. Auch Kubernetes-in-Kubernetes und ein temporärer unprivilegierter Cluster für ein Bootstrap Szenario sind mögliche Einsatzfälle. Für jeden produktiven Einsatz muss jedoch geprüft werden, ob Netzwerk, Storage und Monitoring mit den eingeschränkten Rechten funktionieren.
Beta bedeutet nicht automatisch Rootless
Das Feature Gate ist in Kubernetes v1.37 standardmäßig aktiv. Ein bestehender Cluster läuft trotzdem unverändert als rootful Cluster, solange der user namespace nicht ausdrücklich eingerichtet wird.
Quelle: Kubernetes Blog, „Kubernetes v1.37: KubeletInUserNamespace (aka Rootless mode) Graduates to Beta“, Akihiro Suda, 4. September 2026. kubernetes.io