Podatności Apache Storm

Podatność na przejście katalogu w narzędziu do przeglądania logów w Apache Storm 0.9.0.1 pozwala zdalnym atakującym na odczyt dowolnych plików poprzez wykorzystanie parametru pliku z sekwencją .. (kropka kropka).

W Apache Storm przed wersją 3.1.0 istnieje podatność: dekoder Netty jest instalowany przed uwierzytelnianiem i przetwarza ramki bez weryfikacji, co pozwala nieuwierzytelnionemu atakującemu na alokację dużych buforów i potencjalne przeciążenie pamięci roboczych.

W komponencie SimpleACLAuthorizer w Apache Storm autoryzacja kończyła się wcześnie, gdy lista nimbus.users była pusta, pomijając sprawdzanie nimbus.groups. W efekcie konfiguracja ograniczająca dostęp wyłącznie przez grupy nie działała i każdy uwierzytelniony użytkownik mógł wykonywać wszystkie operacje na poziomie użytkownika, w tym submitTopology, beginFileUpload i getNimbusConf. Problem naprawiono w wersji 3.1.0.

Podatność w Apache Storm pozwala osobie przesyłającej topologię na usunięcie blobów należących do innych topologii poprzez podanie ich kluczy w listach `dependency_jars` i `dependency_artifacts`. Ponadto, brak walidacji może doprowadzić do sytuacji, w której Nimbus nie utrzyma przywództwa, co uniemożliwi działanie klastra.

Serwer DRPC w Apache Storm utrzymuje mapę nazw funkcji do kolejek żądań, a wpisy nigdy nie są usuwane. Atakujący może wysyłać dowolne nazwy funkcji bez uwierzytelnienia (ponieważ `drpc.authorizer` jest domyślnie wyłączony), co prowadzi do niekontrolowanego wzrostu pamięci i ostatecznie do wyczerpania sterty.

Demon UI w Apache Storm w wersji 0.10.0 przed 0.10.0-beta1 umożliwia zdalnym atakującym wykonanie dowolnego kodu poprzez nieokreślone wektory.

W komponentach HTTP Apache Storm wykryto trzy niezależne mechanizmy, które pozwalały stronie internetowej z niezwiązanego originu odczytywać odpowiedzi serwowane uwierzytelnionemu użytkownikowi. Logviewer odbijał nagłówek Origin w Access-Control-Allow-Origin wraz z Access-Control-Allow-Credentials: true, wspólny filtr CORS był błędnie skonfigurowany (podano nazwę nagłówka odpowiedzi zamiast parametru inicjalizacyjnego, przez co kontener stosował własne domyślne ustawienia zezwalające na poświadczenia), a UI i Logviewer opakowywały odpowiedzi API w JSONP dla każdego żądania GET. W każdym przypadku strona odwiedzona przez uwierzytelnionego operatora może w jego imieniu odczytać dane klastra, topologii i logi.

Gdy skonfigurowane jest uwierzytelnianie ZooKeeper, Storm celowo zachowuje storm.zookeeper.topology.auth.payload w konfiguracji topologii, a Nimbus udostępnia tę konfigurację każdemu użytkownikowi z uprawnieniami tylko do odczytu topologii. Użytkownik z uprawnieniami wyłącznie do przeglądania topologii otrzymuje poświadczenie ZooKeeper, które ma uprawnienia zapisu i pozwala fałszować lub usuwać stan topologii. Poświadczenie trafia także do logów (INFO w kliencie zgłoszeń, DEBUG w handlerach SASL), a poprawka w wersji 3.1.0 usuwa je z konfiguracji i logów.

W Apache Storm przed wersją 3.1.0 funkcja getNimbusConf zwraca pełną konfigurację bez maskowania poufnych danych, a endpoint UI /api/v1/cluster/configuration nie wymaga odpowiedniej autoryzacji, co może ujawnić hasła i klucze.

W Apache Storm przed wersją 3.1.0 operacja rebalance nie ponownie weryfikuje mapy blobstore względem uprawnień, a także listBlobs nie sprawdza autoryzacji, co pozwala uprawnionemu użytkownikowi na dostęp do niedozwolonych blobów i ujawnienie metadanych.

W podatności CVE-2026-82430 w Apache Storm program setuid-root `worker-launcher` najpierw zmienia właściciela całego katalogu workera na niezaufanego użytkownika topologii, a dopiero potem odczytuje plik poleceń zapisany w tym katalogu. Plik jest otwierany bez flagi `O_NOFOLLOW` i bez ponownej weryfikacji właściciela, więc w oknie między zmianą właściciela a odczytem najemca może podmienić jego zawartość. W ścieżce Docker podmienione polecenie jest wykonywane z rzeczywistym uid 0, a w ścieżce OCI możliwe jest bind-mountowanie dowolnych ścieżek hosta z prawem zapisu.

Podatność typu TOCTOU (time-of-check-time-of-use) w binarnym pliku worker-launcher z uprawnieniami setuid-root w Apache Storm. Program podczas przeglądania drzew katalogów roboczych wywołuje lchown i chmod na pełnych ścieżkach, które są ponownie rozwiązywane po klasyfikacji przez FTS. Złośliwy użytkownik topologii może podmienić katalog pośredni na dowiązanie symboliczne i przekierować uprzywilejowaną operację na dowolny plik w systemie.

Podatność w Apache Storm dotyczy funkcji `storm jar --artifacts`, która przechowuje artefakty zależności pod kluczem opartym wyłącznie na współrzędnych Maven, co czyni go przewidywalnym i wspólnym dla wszystkich użytkowników. Jeśli blob już istnieje, jest on cicho ponownie wykorzystywany bez weryfikacji właściciela, co pozwala atakującemu na podstawienie własnych danych, prowadząc do wykonania kodu w topologii innego użytkownika.

Podatność w Apache Storm umożliwia atakującemu wykorzystanie ścieżek względnych (../) w mapie `topology.blobstore.map` do wymuszenia usunięcia i utworzenia dowiązania symbolicznego w dowolnym miejscu systemu plików, działając jako użytkownik nadzorcy (supervisor). Może to prowadzić do rekurencyjnego usuwania danych oraz podmiany dowiązań, co przy uruchamianiu workerów pozwala na wykonanie kodu atakującego w kontekście innego użytkownika systemu, łamiąc izolację między tenantami.

Podatność w Apache Storm pozwala uwierzytelnionemu użytkownikowi z prawami do przesyłania topologii na wskazanie dowolnej ścieżki pliku jako jar topologii, zamiast wymaganego pliku przesłanego przez klienta. Nimbus otwiera tę ścieżkę bez weryfikacji, czy plik został faktycznie przesłany, co umożliwia odczyt plików dostępnych dla użytkownika demona Nimbus.

Podatność w Apache Storm pozwala na odczyt danych uwierzytelniających (np. storm.zookeeper.auth.payload, hasła do keystore/truststore) przez nieautoryzowanych użytkowników korzystających z API topologii, ponieważ konfiguracja Nimbusa jest łączona z konfiguracją topologii i zwracana bez maskowania.