CVE-2026-18817
NiskieCVSS 2.2Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 10 - wyżej niż 10% wszystkich znanych CVE
Streszczenie
W Baserow do wersji 2.3.2 wykryto problem w funkcji BaserowImpersonateAuthTokenSerializer w komponencie Inactive Non-Staff User Handler, który prowadzi do nieprawidłowej autoryzacji. Atak zdalny jest możliwy, ale wymaga dużej złożoności. Producent uważa, że może to być raczej błąd niż podatność, ale zaleca aktualizację do wersji 2.3.3.
Ocena ryzyka
Potencjalne ryzyko nieautoryzowanego dostępu lub manipulacji tokenami, choć producent wskazuje, że realny wpływ może być ograniczony, ponieważ tokeny dla nieaktywnych użytkowników nie działają na żadnym z endpointów.
Rekomendacja
Zaleca się aktualizację Baserow do wersji 2.3.3 lub nowszej, aby rozwiązać ten problem.
Inne podatności w Baserow
Zobacz wszystkie- CVE-2026-19754Wysokie
Baserow 2.3.3 zawiera podatność na wstrzyknięcie SQL w funkcji formuły index(). Uwierzytelniony użytkownik z niskimi uprawnieniami, który może tworzyć lub modyfikować pola formuł, może podać nieudokumentowany czwarty argument, który jest traktowany jako szablon SQL i interpolowany bezpośrednio do wyrażenia PostgreSQL. Podatne wyrażenie jest wykonywane podczas przeliczania wartości pól formuł, a wstrzyknięty SQL wykonuje się z uprawnieniami roli PostgreSQL Baserow, a nie uprawnieniami uwierzytelnionego użytkownika aplikacji.
- CVE-2026-81335Wysokie
Baserow wysyła źródło danych Application Builder bez sprawdzania wyniku kontroli uprawnień. Widoki dispatch i record-name są zadeklarowane z klasą uprawnień, która dopuszcza każdego wywołującego, a kontrola uprawnień nie powoduje przerwania wykonania. Nieuwierzytelnione żądanie może otrzymać wiersze i pola ze źródła danych, a identyfikatory są małymi liczbami całkowitymi, które można enumerować. Wersja 2.3.1 przekazuje raise_exception do tego samego wywołania.
- CVE-2026-76837Średnie
Baserow interpoluje nazwę wyświetlaną użytkownika do znaczników wzmianek w formacie bogatym bez kodowania HTML. PATCH /api/user/account/ przechowuje wartość first_name dosłownie, a renderer wzmianek w web-frontend/modules/core/editor/mention.js buduje swój element za pomocą literału szablonu, który umieszcza nazwę w atrybucie data-label i treści elementu bez escapowania. Nazwa zawierająca cudzysłów zamyka ten atrybut i otwierający tag, więc dalszy znacznik trafia do treści elementu. Wynik jest renderowany przez v-html przez komponenty pól bogatych, więc każda komórka bogata wspominająca konto wykonuje zapisany skrypt dla każdego członka przestrzeni roboczej, który widzi tabelę, bez kliknięcia. Każdy członek przestrzeni roboczej, na najniższym poziomie uprawnień, może ustawić nazwę i dotrzeć do każdego innego członka przestrzeni roboczej, a ładunek pozostaje, dopóki nazwa nie zostanie zmieniona lub wiersz ze wzmianką nie zostanie usunięty. Wersja 2.3.0 escapuje wartość przed interpolacją.
- CVE-2026-18816Średnie
W systemie Baserow do wersji 2.3.2 stwierdzono podatność w funkcji verify w pliku views.py komponentu 2FA Verify Endpoint, która prowadzi do nieprawidłowego uwierzytelnienia. Atak może być przeprowadzony zdalnie, ale charakteryzuje się wysoką złożonością. Problem został naprawiony w wersji 2.3.3.
Oryginalny opis (angielski, źródło NVD)
A security flaw has been discovered in Baserow up to 2.3.2. Affected by this issue is the function BaserowImpersonateAuthTokenSerializer of the file backend/src/baserow/api/admin/users/serializers.py of the component Inactive Non-Staff User Handler. Performing a manipulation results in improper authorization. Remote exploitation of the attack is possible. The complexity of an attack is rather high. The exploitation is known to be difficult. The presence of this vulnerability remains uncertain at this time. Upgrading to version 2.3.3 can resolve this issue. The affected component should be upgraded. The project maintainer explains: "While the problem exists, I'm not really sure if it's a vulnerability. (....) Even though the back gives a token for a deactivate user, none of the endpoints actually work. That said, we will fix it, but so far it seems more like a bug instead of a vulnerability."
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS