CVE-2026-18817
LowCVSS 2.2Exploitation Probability (EPSS)
Low risk10th percentile - higher than 10% of all known CVEs
Summary
Baserow up to version 2.3.2 has an issue in the BaserowImpersonateAuthTokenSerializer function within the Inactive Non-Staff User Handler component, leading to improper authorization. Remote exploitation is possible but requires high complexity. The maintainer suggests it may be more of a bug than a vulnerability, but recommends upgrading to 2.3.3.
Risk Assessment
Potential risk of unauthorized access or token manipulation, though the maintainer indicates the actual impact may be limited because tokens for inactive users do not work on any endpoint.
Recommendation
Upgrade Baserow to version 2.3.3 or later to resolve this issue.
Other vulnerabilities in Baserow
See all- CVE-2026-19754High
Baserow 2.3.3 contains a SQL injection vulnerability in the index() formula function. A low-privileged authenticated user who can create or modify formula fields can provide an undocumented fourth argument that is treated as a SQL template and interpolated directly into a PostgreSQL expression. The vulnerable expression is executed when Baserow recalculates formula field values, and the injected SQL runs with the privileges of the Baserow PostgreSQL role rather than the permissions of the authenticated application user.
- CVE-2026-81335High
Baserow dispatches an Application Builder data source without acting on the result of its permission check. The dispatch and record-name views are declared with a permission class that admits any caller, and the permission check does not halt execution. An unauthenticated request can receive rows and fields from the data source, and identifiers are small integers that can be enumerated. Version 2.3.1 passes raise_exception to the same call.
- CVE-2026-76837Medium
Baserow interpolates a user's display name into the rich-text mention markup without HTML encoding. PATCH /api/user/account/ stores the first_name value verbatim, and the mention renderer in web-frontend/modules/core/editor/mention.js builds its element with a template literal that places the name into a data-label attribute and the element body unescaped. A name containing a double quote closes that attribute and the opening tag, so following markup lands in the element content. The result is rendered through v-html by the rich-text field components, so any rich-text cell mentioning the account executes the stored script for every workspace member who views the table, without a click. Any workspace member, at the lowest permission level, can set the name and reach every other member of the workspace, and the payload persists until the name is changed or the mentioning row is removed. Version 2.3.0 escapes the value before interpolation.
- CVE-2026-18816Medium
Baserow up to version 2.3.2 has a vulnerability in the verify function in views.py of the 2FA Verify Endpoint component, leading to improper authentication. The attack can be launched remotely but has high complexity. The issue is fixed in version 2.3.3.
Original NVD description (English source)
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."
Vulnerability data from NVD (NIST) · CISA KEV · EPSS