CVE-2026-102756

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. Przed wersją 2.10.26 uwierzytelnieni użytkownicy mogą zapisać spreparowane wartości FieldGroupDTO.min, FieldGroupDTO.max, FieldGroupDTO.startTime lub FieldGroupDTO.endTime w definicjach binowania grup pól zestawu danych. Utils.transGroupFieldToSql wstawia te dowolne wartości do generowanych wyrażeń CASE bez walidacji, a wynikowy SQL może trafić do nieparametryzowanego wykonania zapytania w backendzie, gdy wykres używa tego pola.

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ę.

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ł.