CVE-2026-104142

W DataEase przed wersją 2.10.23 stwierdzono podatność w obsłudze tokenów korporacyjnych. Filtr TokenFilter#doFilter() przekazuje wartość nagłówka X-DE-TOKEN do metody TokenUtils.validate(), która sprawdza jedynie obecność i długość tokena, a następnie funkcja userBOByToken() używa JWT.decode() bez weryfikacji podpisu. Umożliwia to akceptację sfałszowanych tokenów z dowolnymi wartościami uid i oid, gdy licenseValid=true.

W narzędziu DataEase przed wersją 2.10.23 wykryto podatność umożliwiającą zdalne wykonanie kodu (RCE) poprzez połączenie ze źródłem danych Redshift. Atakujący może wczytać kontrolowany plik konfiguracyjny rsjdbc.ini z katalogu tymczasowego, co prowadzi do wykonania kodu w wyniku refleksji podczas normalnego połączenia JDBC.

Dataease, narzędzie do wizualizacji i analizy danych, w wersjach przed 2.10.17 jest podatne na wstrzyknięcie JNDI. Mimo dodania czarnej listy w wersji 2.10.14, atak nadal możliwy jest przez schematy iiop, corbaname oraz iiopname. Podatność została naprawiona w wersji 2.10.17.

DataEase to narzędzie do wizualizacji i analizy danych o otwartym kodzie źródłowym. Przed wersją 2.10.26 uwierzytelnieni użytkownicy mogą zapisać spreparowany niestandardowy dateFormat dla pola zestawu danych. DatasetTableFieldDTO.dateFormat jest wstawiany bez walidacji do szablonów konwersji dat używanych przez Dimension2SQLObj, CustomWhere2Str, Field2SQLObj, WhereTree2Str i ExtWhere2Str. Gdy wykres renderuje pole w zestawie danych między źródłami, parsowanie Calcite jest pomijane, a spreparowany format może bezpośrednio zmienić generowane SQL.

DataEase to narzędzie do wizualizacji i analizy danych o otwartym kodzie źródłowym. Uwierzytelnieni użytkownicy z dostępem do źródła danych mogą dostarczyć spreparowane nazwy schematów, nazwy użytkowników połączenia, nazwy tabel lub nazwy baz danych do operacji metadanych źródła danych, w tym przepływów getSchema, validate, save i update. CalciteProvider wstawia te identyfikatory do zapytań metadanych wykonywanych przez zwykły JDBC Statement, co pozwala na zmianę generowanego SQL i uruchomienie go przeciwko skonfigurowanemu backendowi z poświadczeniami źródła danych posiadanymi przez aplikację.

DataEase to open source narzędzie do wizualizacji i analizy danych. Przed 2.10.26 uwierzytelnieni użytkownicy mogący edytować pola zestawu danych i konfigurację wykresu mogą przechować wartość wymiaru zawierającą HTML w wykresie bar-horizontal. Gdy lengthLimit obcina etykietę osi kategorii, configAxisLabelLengthLimit w core/core-frontend/src/views/chart/components/js/panel/common/common_antv.ts pobiera pełną etykietę i przypisuje ją do elementu g2-tooltip-title przez innerHTML. Ofiara, która otworzy pulpit i najedzie na obciętą etykietę, może wykonać JavaScript kontrolowany przez atakującego w sesji DataEase ofiary. Problem jest naprawiony w wersji 2.10.26.

W DataEase przed wersją 2.10.26 uwierzytelniony użytkownik z uprawnieniem do tworzenia folderów może zapisać nazwy zawierające kod HTML. Gdy inny użytkownik otworzy okno dialogowe „Move to” i wpisze tekst w polu wyszukiwania, złośliwy JavaScript zostaje wykonany w jego sesji (XSS).

W systemie DataEase do wersji 3.0.0 wykryto podatność w funkcji Utils.buildCalcField pliku io/dataease/engine/utils/Utils.java. Manipulacja argumentem calculated field prowadzi do wstrzyknięcia SQL. Atak może być przeprowadzony zdalnie, a exploit został opublikowany.

Podatność typu directory traversal w DataEase przed wersją 1.18.10 pozwala zdalnemu atakującemu na uzyskanie poufnych informacji poprzez spreparowane żądanie do komponentu StaticResourceController.java.

Wykryto podatność w DataEase w wersjach do 2.10.25/2.10.26. Dotyczy ona funkcji buildTooltip w pliku symbolic-map.ts komponentu Symbolic Map i manipulacji argumentem canvasViewInfo[*].customAttr.tooltip.backgroundColor, co prowadzi do cross site scripting (XSS). Atak można przeprowadzić zdalnie, a projekt został wcześniej poinformowany o problemie, ale nie odpowiedział.