Description
Vikunja before 2.7.1 contains a credential exposure vulnerability that allows attackers to steal stored auth tokens by inducing users to switch the frontend API URL. Because checkAndSetApiUrl leaves origin-independent localStorage tokens in place, the bearer token and desktop OAuth refresh token are sent to the attacker's server, enabling account takeover.
Published: 2026-11-08
Score: 7.6 High
EPSS: n/a
KEV: No
Impact: Credential Exposure leading to Account Takeover
Action: Immediate Patch
AI Analysis

Impact

Vikunja before update 2.7.1 contains a credential exposure flaw that lets an attacker obtain a user’s stored authentication tokens. By tricking a target into changing the frontend API URL to a domain controlled by the attacker, the application continues to send origin‑independent tokens stored in localStorage to the new endpoint. The attacker receives the bearer token and the desktop OAuth refresh token, achieving account takeover. The weakness is an instance of improper handling of authentication credentials (CWE‑201).

Affected Systems

The flaw affects the open source task‑management application Vikunja, specifically versions earlier than 2.7.1. The product is distributed under the open source license and the issue is relevant for all installations that allow users to modify the API URL through the web interface. The CNA identifiers indicate the vendor "go‑vikunja" and the product "vikunja".

Risk and Exploitability

The CVSS score of 7.6 denotes high severity. No EPSS score is available, so the exploit probability is undetermined; the vulnerability is not listed in the CISA KEV catalog. The likely attack vector is indirect and user‑initiated, with the attacker sending a link that causes the victim to change the API URL to a malicious domain. If an authenticated user follows the link, the stolen credentials will enable full account takeover. Monitoring for unusual API URL changes and restricting the feature are therefore warranted until the official patch is applied.

Generated by OpenCVE AI on November 8, 2026 at 02:25 UTC.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Apply the latest Vikunja release, specifically version 2.7.1 or newer, which removes the origin‑independent token leakage.
  • Disable or restrict the web interface function that allows users to change the frontend API URL, or enforce an internal whitelist of approved domains.
  • Audit existing instances for token leakage and, if any are still running older versions, schedule an upgrade or apply a temporary configuration that blocks external API URL changes.

Generated by OpenCVE AI on November 8, 2026 at 02:25 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Sun, 08 Nov 2026 01:45:00 +0000

Type Values Removed Values Added
Description Vikunja before 2.7.1 contains a credential exposure vulnerability that allows attackers to steal stored auth tokens by inducing users to switch the frontend API URL. Because checkAndSetApiUrl leaves origin-independent localStorage tokens in place, the bearer token and desktop OAuth refresh token are sent to the attacker's server, enabling account takeover.
Title Vikunja before 2.7.1 Auth Token Leak via API URL Change
First Time appeared Vikunja
Vikunja vikunja
Weaknesses CWE-201
CPEs cpe:2.3:a:vikunja:vikunja:*:*:*:*:*:*:*:*
Vendors & Products Vikunja
Vikunja vikunja
References
Metrics cvssV3_1

{'score': 6.8, 'vector': 'CVSS:3.1/AV:N/AC:H/PR:N/UI:R/S:U/C:H/I:H/A:N'}

cvssV4_0

{'score': 7.6, 'vector': 'CVSS:4.0/AV:N/AC:H/AT:P/PR:N/UI:P/VC:H/VI:H/VA:N/SC:N/SI:N/SA:N'}


cve-icon MITRE

Status: PUBLISHED

Assigner: VulnCheck

Published:

Updated: 2026-11-08T01:37:25.882Z

Reserved: 2026-11-06T00:46:28.480Z

Link: CVE-2026-123513

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Deferred

Published: 2026-11-08T02:16:40.013

Modified: 2026-11-08T02:16:40.140

Link: CVE-2026-123513

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-11-08T02:45:17Z

Weaknesses
  • CWE-201

    Insertion of Sensitive Information Into Sent Data