Podatności JupyterLab Desktop

W JupyterLab Desktop dla systemu macOS w wersji przed 4.6.2-1 był włączony mechanizm Electron RunAsNode, umożliwiający zmiennej ELECTRON_RUN_AS_NODE uruchamianie dowolnego kodu Node.js w procesie aplikacji. Atakujący, który może już wykonywać kod jako bieżący użytkownik, może uruchomić kod w kontekście JupyterLab Desktop i odziedziczyć uprawnienia TCC wcześniej przyznane aplikacji, w tym dostęp do chronionych folderów Documents, Desktop lub Downloads bez dodatkowego monitu macOS. Wykorzystanie wymaga istniejącego lokalnego wykonania kodu i wcześniejszych uprawnień TCC; nie zapewnia początkowego ani zdalnego wykonania kodu. Systemy Windows i Linux nie są dotknięte.

W JupyterLab Desktop dla systemu macOS w wersji przed 4.6.2-1 zadeklarowano uprawnienie com.apple.security.cs.allow-dyld-environment-variables, co pozwalało dynamicznemu linkerowi honorować DYLD_INSERT_LIBRARIES mimo działania hardened runtime. Atakujący, który może już wykonywać kod jako bieżący użytkownik, może załadować dowolną bibliotekę dynamiczną do procesu JupyterLab Desktop i odziedziczyć uprawnienia TCC wcześniej przyznane aplikacji, w tym dostęp do chronionych folderów Documents, Desktop lub Downloads bez dodatkowego monitu macOS. Wykorzystanie wymaga istniejącego lokalnego wykonania kodu i wcześniejszych uprawnień TCC; nie zapewnia początkowego ani zdalnego wykonania kodu. Systemy Windows i Linux nie są dotknięte.

JupyterLab Desktop przed wersją 4.6.2-1 udostępniało funkcję getServerInfo rendererowi bez potwierdzenia, że bieżąca strona nadal pochodzi z lokalnego serwera Jupyter. W lokalnej sesji zarządzanej z JupyterLab przed 4.4.8 atakujący może umieścić spreparowany link MathJax w niezaufanym notatniku; po kliknięciu ofiara przechodzi na stronę atakującego, która zachowuje dostęp do mostka preload i może pobrać URL serwera oraz token uwierzytelniający, a następnie utworzyć i zaufać notatnikowi wykonującemu dowolny kod.

JupyterLab Desktop przed wersją 4.6.2-1 wstawiał adresy URL zdalnych serwerów do okna wyboru serwera i widoku Welcome bez bezpiecznego kodowania. Atakujący, który nakłoni użytkownika do przesłania spreparowanego URL, może wykonać JavaScript w rendererze Welcome i wykorzystać uprzywilejowany mostek IPC do wykonania dowolnego kodu z uprawnieniami użytkownika; osobna ścieżka dotyczy niebezpiecznego renderowania tytułów kanału RSS.