CVE-2026-40864
MediumCVSS 5.4Summary
JupyterHub w wersjach od 4.1.0 do 5.4.4 ma problem z ochroną przed XSRF, który niewłaściwie traktuje żądania z nagłówkiem Sec-Fetch-Mode: no-cors jako żądania z tej samej domeny, co omija kontrole XSRF. Problem ten dotyczy tylko punktów końcowych formularzy HTTP, takich jak /hub/spawn i /hub/accept-share.
Risk Assessment
Atakujący może wywołać uruchomienie serwera, a jeśli jest użytkownikiem JupyterHub z uprawnieniami do dzielenia się dostępem, może spowodować, że inny użytkownik zaakceptuje udostępnienie i uzyska dostęp do serwera atakującego. To stwarza ryzyko nieautoryzowanego dostępu do zasobów.
Recommendation
Zaleca się aktualizację do wersji 5.4.5, w której problem został naprawiony. Jeśli aktualizacja nie jest możliwa, można tymczasowo zminimalizować ryzyko, odrzucając żądania do JupyterHub z nagłówkiem Sec-Fetch-Mode: no-cors, jeśli używa się proxy odwrotnego.
Original NVD description (English source)
JupyterHub is software that allows users to create a multi-user server for Jupyter notebooks. In versions 4.1.0 through 5.4.4, XSRF protection (updated in 4.1.0) inappropriately treated requests with Sec-Fetch-Mode: no-cors as same-origin requests, bypassing XSRF checks. The JSON API is not affected, only HTTP form endpoints, such as /hub/spawn and /hub/accept-share, meaning attackers could trigger server spawn (but not access the server) and if the attacker is a JupyterHub user permitted to share access to their server, cause a user to accept a share and have access to the attacker's server. This issue has been fixed in version 5.4.5. If developers are unable to immediately upgrade, they can temporarily mitigate this issue by dropping requests to JupyterHub with Sec-Fetch-Mode: no-cors if they are using a reverse proxy.