Description
An improper authorization vulnerability in daptin through v0.12.34 allows unauthenticated remote attackers to read, create, update, and delete usergroup records. The permission check functions (CanRead, CanPeek, CanCreate, CanUpdate, CanDelete, CanRefer) in server/permission/permission.go return true whenever p.UserId equals the requesting userId, but fail to reject the null/zero reference — unlike CanExecute, which explicitly guards it.
Published: 2026-08-10
Score: 9.1 Critical
EPSS: n/a
KEV: No
Impact: n/a
Action: n/a
AI Analysis

Impact

The vulnerability arises from an improper authorization check in daptin version 0.12.34, where permission functions such as CanRead, CanPeek, CanCreate, CanUpdate, CanDelete, and CanRefer incorrectly return true when the requesting userId matches the record's userId but fail to guard against a null or zero owner reference. Because usergroup table rows lack a user_account_id and are loaded with a null owner, any request with a null UserId grants full CRUD access to all usergroup objects. This constitutes an authentication bypass that can be exploited by remote attackers without prior login, leading to unauthorized data manipulation and potential privilege escalation within the application.

Affected Systems

daptin, version 0.12.34 and earlier – the vulnerability exists in the server/permission/permission.go module of the open-source application available on the daptin GitHub repository.

Risk and Exploitability

The CVSS score of 9.1 classifies this flaw as critical, indicating the potential for complete loss of data integrity and confidentiality. The EPSS score is not reported, but the absence of a listed KEV status does not reduce the risk, as the flaw allows unauthenticated remote exploitation. Attackers can trigger the flaw simply by sending remote HTTP requests to the usergroup API with no authentication; the lack of a valid owner in usergroup records provides a direct attack path. The likely attack vector is remote, through any exposed API endpoint that handles usergroup data, and the risk is high due to the critical severity and the availability of the flaw.

Generated by OpenCVE AI on August 10, 2026 at 12:25 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Upgrade daptin to a version newer than 0.12.34 in which the null owner permission check has been corrected.
  • If an immediate upgrade is impossible, restrict unauthenticated access to all endpoints that manipulate usergroup objects by configuring the web server or application level authentication checks so that only authenticated users can reach those routes.
  • Review the permission.go implementation to add explicit checks for non-null owner values in all CRUD functions and replace the flawed logic with a secure authorization guard consistent with CanExecute.
  • Monitor logs for any unauthorized read, create, update, or delete attempts to usergroup tables to detect exploitation of the flaw.

Generated by OpenCVE AI on August 10, 2026 at 12:25 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Mon, 10 Aug 2026 12:00:00 +0000

Type Values Removed Values Added
Description An improper authorization vulnerability in daptin through v0.12.34 allows unauthenticated remote attackers to read, create, update, and delete usergroup records. The permission check functions (CanRead, CanPeek, CanCreate, CanUpdate, CanDelete, CanRefer) in server/permission/permission.go return true whenever p.UserId equals the requesting userId, but fail to reject the null/zero reference — unlike CanExecute, which explicitly guards it. Since usergroup table rows have no user_account_id and are loaded with a null owner, an unauthenticated guest whose session UserId is null gains full CRUD access to all usergroup objects. An improper authorization vulnerability in daptin through v0.12.34 allows unauthenticated remote attackers to read, create, update, and delete usergroup records. The permission check functions (CanRead, CanPeek, CanCreate, CanUpdate, CanDelete, CanRefer) in server/permission/permission.go return true whenever p.UserId equals the requesting userId, but fail to reject the null/zero reference — unlike CanExecute, which explicitly guards it.

Mon, 10 Aug 2026 11:00:00 +0000

Type Values Removed Values Added
Description An improper authorization vulnerability in daptin through v0.12.34 allows unauthenticated remote attackers to read, create, update, and delete usergroup records. The permission check functions (CanRead, CanPeek, CanCreate, CanUpdate, CanDelete, CanRefer) in server/permission/permission.go return true whenever p.UserId equals the requesting userId, but fail to reject the null/zero reference — unlike CanExecute, which explicitly guards it. Since usergroup table rows have no user_account_id and are loaded with a null owner, an unauthenticated guest whose session UserId is null gains full CRUD access to all usergroup objects.
Title daptin - Authentication Bypass via Null Owner Permission Check on usergroup Objects
Weaknesses CWE-284
References
Metrics cvssV3_1

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


Subscriptions

No data.

cve-icon MITRE

Status: PUBLISHED

Assigner: TuranSec

Published:

Updated: 2026-08-10T11:47:50.994Z

Reserved: 2026-08-10T10:32:53.854Z

Link: CVE-2026-72575

cve-icon Vulnrichment

No data.

cve-icon NVD

No data.

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-08-10T12:30:07Z

Weaknesses