Description
ezBookkeeping 1.2.0 before 2.0.1 contains a privilege escalation vulnerability that allows attackers holding an API token to obtain a full session token via /api/v1/tokens/refresh.json. Because TokenRefreshHandler never checks token type, attackers can exchange short-lived or IP-restricted API tokens for 30-day normal session tokens that bypass API token expiry and allowlists.
Published: 2026-10-04
Score: 5.3 Medium
EPSS: n/a
KEV: No
Impact: Privilege Escalation via Token Refresh
Action: Apply Patch
AI Analysis

Impact

ezBookkeeping versions 1.2.0 up to the release before 2.0.1 contain a privilege escalation flaw that allows an actor holding any API token to obtain a full 30‑day normal session token by calling the /api/v1/tokens/refresh.json endpoint. The handler does not verify the type of the incoming token, so short‑lived or IP‑restricted API tokens can be upgraded to session tokens that bypass token expiry and allowlists. The resulting session token grants broader application access, enabling an attacker to modify or disclose bookkeeping data.

Affected Systems

This vulnerability affects installations of the mayswind ezBookkeeping application. Any deployment running a version earlier than 2.0.1, including 1.2.0 and subsequent releases, is vulnerable. No other products are affected.

Risk and Exploitability

The CVSS score of 5.3 reflects moderate severity. No EPSS score is available, so the probability of exploitation is unknown. The vulnerability is not listed in the CISA KEV catalog. An attacker can exploit the flaw remotely by sending an authenticated API request to the token refresh endpoint; the absence of token‑type validation makes the attack straightforward. The possession of a new session token elevates the attacker’s privileges, potentially allowing unauthorised modification or disclosure of bookkeeping data.

Generated by OpenCVE AI on October 4, 2026 at 03:21 UTC.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Upgrade ezBookkeeping to version 2.0.1 or later, which adds token‑type validation before issuing session tokens.
  • Revoke all existing short‑lived or IP‑restricted API tokens after the upgrade to prevent their accidental use.
  • Confirm that the TokenRefreshHandler now validates the token type; if custom code is present, insert explicit checks to allow only session tokens to be refreshed.

Generated by OpenCVE AI on October 4, 2026 at 03:21 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Sun, 04 Oct 2026 01:45:00 +0000

Type Values Removed Values Added
Description ezBookkeeping 1.2.0 before 2.0.1 contains a privilege escalation vulnerability that allows attackers holding an API token to obtain a full session token via /api/v1/tokens/refresh.json. Because TokenRefreshHandler never checks token type, attackers can exchange short-lived or IP-restricted API tokens for 30-day normal session tokens that bypass API token expiry and allowlists.
Title mayswind ezBookkeeping 1.2.0 before 2.0.1 Privilege Escalation via Token Refresh Endpoint
First Time appeared Mayswind
Mayswind ezbookkeeping
Weaknesses CWE-863
CPEs cpe:2.3:a:mayswind:ezbookkeeping:*:*:*:*:*:*:*:*
Vendors & Products Mayswind
Mayswind ezbookkeeping
References
Metrics cvssV3_1

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

cvssV4_0

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


Subscriptions

Mayswind Ezbookkeeping
cve-icon MITRE

Status: PUBLISHED

Assigner: VulnCheck

Published:

Updated: 2026-10-04T01:20:29.985Z

Reserved: 2026-10-03T12:05:26.756Z

Link: CVE-2026-105131

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-10-04T02:16:33.600

Modified: 2026-10-04T02:16:33.600

Link: CVE-2026-105131

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-10-04T03:30:06Z

Weaknesses