Skip to main content

Boteraser | Website and Server Security Solutions

🛡️ CVE-2026-40103 — vikunja

🟡 CVSS 4.3 — Medium ✅ No Known Exploit CWE-836 NVD
4.3
CVSS Score
0 Low4 Medium7 High9 Critical10

Description

Vikunja: Scoped API tokens with projects.background permission can delete project backgrounds

Summary

Vikunja's scoped API token enforcement for custom project background routes is method-confused. A token with only projects.background can successfully delete a project background, while a token with only projects.background_delete is rejected.

This is a scoped-token authorization bypass.

Details

I verified this locally on commit c5450fb55f5192508638cbb3a6956438452a712e.

Relevant code paths:

  • pkg/models/api_routes.go
  • pkg/routes/routes.go
  • pkg/modules/background/handler/background.go

Route registration exposes separate permissions for the same path:

  • GET /api/v1/projects/:project/background -> projects.background
  • DELETE /api/v1/projects/:project/background -> projects.background_delete

At enforcement time, CanDoAPIRoute() falls back to the parent group and reconstructs the child permission from the path segments only. For the DELETE request, that becomes background, so the matcher accepts any token containing projects.background without re-checking the HTTP method or matching the stored route detail.

This matters because RemoveProjectBackground() is a real destructive operation:

  • It checks project update rights.
  • It deletes the background file if present.
  • It clears the project's BackgroundFileID.

PoC

1. Log in as a user who can update a project that already has a background.

2. Create an API token with only:

{"projects":["background"]}

3. Send:

DELETE /api/v1/projects/<project_id>/background

Authorization: Bearer <token>

4. Observe that the request succeeds and the project background is removed.

For comparison:

1. Create an API token with only:

{"projects":["background_delete"]}

2. Repeat the same DELETE request.

3. Observe that the request is rejected with 401 Unauthorized.

I confirmed this locally with three validations:

1. /api/v1/routes advertises both background and background_delete.

2. The matcher unit test proves CanDoAPIRoute() accepts DELETE for background.

3. The webtest proves a real API token with only background successfully deletes the background.

Impact

Scoped API tokens can exceed their intended capability. A token intended for project background access can delete project backgrounds, which weakens the trust model for automation and third-party integrations that rely on narrowly scoped tokens.

The attacker needs a valid API token created by a user who has update rights on the target project, but the token itself only needs the weaker projects.background permission.

How this vulnerability can be exploited

This issue can be reached over the network, attack complexity is low, an attacker needs low-level privileges on the target. No user interaction is required. The scope is unchanged, so the impact stays within the vulnerable component. Rated impact: confidentiality none, integrity low, availability none.

CVSS metrics in full

The score comes from this vector: CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:L/A:N

  • Attack vector: Network — reachable from anywhere that can route to the service.
  • Attack complexity: Low — the attack works reliably, with no preparation.
  • Privileges required: Low — an ordinary user account is enough.
  • User interaction: None — nobody has to be tricked into anything.
  • Scope: Unchanged — the damage stays inside the vulnerable component.
  • Confidentiality impact: None.
  • Integrity impact: Low — limited, and the attacker does not choose what is affected.
  • Availability impact: None.

Weakness class

CVE-2026-40103 is classified as CWE-836: Use of Password Hash Instead of Password for Authentication. The product records password hashes in a data store, receives a hash of a password from a client, and compares the supplied hash to the hash obtained from the data store.

Affected software

CVE-2026-40103 is recorded against 2 packages.

  • code.vikunja.io/api
  • vikunja (fixed in 2.3.0)

Timeline and source

Published on 10 April 2026 and last revised on 25 June 2026. No public exploit is currently recorded for this entry. A vendor advisory or fix has been published. Record sourced from NVD.

References

github.com (Web)
nvd.nist.gov (Advisory)
github.com (Web)
github.com (Web)
github.com (Package)
github.com (Web)

Other advisories for this package

code.vikunja.io/api has other advisories on record. If you are patching this one, these are worth checking on the same host:

Same weakness in other software

These advisories are the same class of weakness (CWE-836: Use of Password Hash Instead of Password for Authentication) in other software:

Details

Severity Medium
CVSS Score 4.3
CVSS Vector CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:L/A:N
CWE CWE-836
Public Exploit ✅ No
Source NVD
Published 2026-04-10
Updated 2026-08-20
Modified 2026-06-25

Affected Packages

Software From version Fixed in
code.vikunja.io/api
vikunja 2.3.0

Similar Threats

Vulnerability Monitoring

Track new vulnerabilities in vikunja

CVE-2026-40103 is rated CVSS 4.3 Medium. BotEraser monitors your WordPress installation and notifies you when software you use appears in our vulnerability database.

Set Up Free Alerts →

No credit card required  ·  Results in minutes

ⓘ Data Notice: The information presented above has been compiled from publicly available internet sources. Boteraser aggregates this data solely for informational purposes and does not independently classify, evaluate, or endorse any findings about the vulnerabilities listed. The accuracy and completeness of this information is the sole responsibility of the original publishers. Boteraser and its operators accept no liability for any decisions made based on this data.

Browse related advisories

All advisoriesCVECVE 2026