CVE-2026-44182
KrytyczneCVSS 10.0Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 27 - wyżej niż 27% wszystkich znanych CVE
Streszczenie
Jupyter Enterprise Gateway przed wersją 3.3.0 interpoluje niezaufane zmienne środowiskowe (np. KERNEL_XXX) do manifestów Kubernetes bez odpowiedniego escapowania YAML, co umożliwia ataki typu YAML injection. Atakujący mogą wstrzykiwać nowe pola, nadpisywać krytyczne pola (np. securityContext) oraz wstrzykiwać znaczniki dokumentów (---, ...), tworząc dowolne zasoby, w tym uprzywilejowane pody.
Ocena ryzyka
Ryzyko obejmuje eskalację uprawnień w klastrze Kubernetes poprzez tworzenie nieautoryzowanych, uprzywilejowanych podów, co może prowadzić do przejęcia kontroli nad klastrem i wycieku danych.
Rekomendacja
Należy natychmiast zaktualizować Jupyter Enterprise Gateway do wersji 3.3.0 lub nowszej, która zawiera poprawkę eliminującą podatność na wstrzykiwanie YAML.
Inne podatności w Jupyter Enterprise Gateway
Zobacz wszystkie- CVE-2026-44181Krytyczne
Jupyter Enterprise Gateway w wersjach od 2.0.0rc2 do 3.3.0 jest podatny na wstrzykiwanie szablonów po stronie serwera (SSTI) poprzez zmienne środowiskowe KERNEL_XXX używane podczas renderowania manifestu Kubernetes. Atakujący może wykonać kod Pythona i polecenia systemowe w usłudze Enterprise Gateway.
- CVE-2026-44180Krytyczne
Jupyter Enterprise Gateway w wersjach od 2.0.0rc1 do 3.3.0 zawiera podatność polegającą na obejściu mechanizmu blokującego uruchamianie jąder Jupyter z UID lub GID 0 (root). Specjalnie spreparowana wartość KERNEL_UID lub KERNEL_GID pozwala na uruchomienie jądra jako root, co zwiększa powierzchnię ataku i może prowadzić do ucieczki z kontenera oraz przejęcia węzła roboczego i całego klastra Kubernetes.
Oryginalny opis (angielski, źródło NVD)
Jupyter Enterprise Gateway launches remote Jupyter Notebook kernels across distributed clusters like Apache Spark, Kubernetes, and Docker Swarm. In versions prior to 3.3.0, the server interpolates untrusted environment variables (e.g., KERNEL_XXX) into Kubernetes manifests without YAML-aware escaping, enabling YAML injection attacks. Attackers can inject new fields, overwrite critical fields (e.g., duplicate securityContext keys, where the last one prevails), and inject document boundaries (--- for new documents, ... for end-of-document) to generate multiple resources, potentially creating arbitrary types, such as privileged pods. The Jinja2 template for the Kubernetes manifest contains several kernel_xxx variables, such as kernel_working_dir that are used when rendering the manifest and are all vectors for YAML injection. This issue has been fixed in version 3.3.0.