Description
KitchenAsty through 0.3.0 contains a broken object level authorization (IDOR) vulnerability in the reservations API. The endpoint GET /api/reservations/:id in packages/server applies the authenticate middleware but performs no ownership or role check, and the getReservation handler in packages/server/src/controllers/reservation.controller.ts returns the record retrieved by the client-supplied identifier without comparing reservation.customerId to the authenticated principal
Published: 2026-09-29
Score: 4.3 Medium
EPSS: < 1% Very Low
KEV: No
Impact: Unauthorized access to reservation data through insecure direct object references
Action: Immediate Patch
AI Analysis

Impact

KitchenAsty through version 0.3.0 contains an IDOR flaw in its reservations API. The GET /api/reservations/:id endpoint authenticates the caller but does not verify that the requested reservation belongs to the authenticated user or that the user has sufficient privileges. Consequently an attacker can supply any reservation identifier and receive the full reservation record, exposing potentially sensitive customer information.

Affected Systems

All installations of KitchenAsty at or before version 0.3.0 are affected because the vulnerability resides in the server components that handle reservation retrieval.

Risk and Exploitability

The vulnerability scores 4.3 on the CVSS scale, indicating moderate severity, and it is not listed in CISA’s KEV catalog. The Exploit Prediction Score is not available, but the flaw is straightforward to exploit for any authenticated user. An attacker only needs to know or guess a valid reservation ID, which can often be enumerated or discovered through trial and error, to obtain unauthorized data.

Generated by OpenCVE AI on September 30, 2026 at 11:05 UTC.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Upgrade to a KitchenAsty release newer than 0.3.0 that includes the authorization check for reservation access.
  • Modify the reservations controller to compare reservation.customerId with the authenticated user’s identifier and reject access when they do not match.
  • Add an authorization middleware to the reservation route that verifies ownership before the handler executes.
  • If an upgrade is not immediately possible, monitor and log all attempted accesses to the reservation endpoint and block repeated or abnormal requests.

Generated by OpenCVE AI on September 30, 2026 at 11:05 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Wed, 30 Sep 2026 16:30:00 +0000

Type Values Removed Values Added
Metrics ssvc

{'options': {'Automatable': 'no', 'Exploitation': 'none', 'Technical Impact': 'partial'}, 'version': '2.0.3'}


Wed, 30 Sep 2026 11:30:00 +0000

Type Values Removed Values Added
Title Insecure Direct Object Reference in KitchenAsty Reservations API Allows Unauthorized Access to User Reservations
Weaknesses CWE-284
CWE-639

Tue, 29 Sep 2026 20:00:00 +0000

Type Values Removed Values Added
Description KitchenAsty through 0.3.0 contains a broken object level authorization (IDOR) vulnerability in the reservations API. The endpoint GET /api/reservations/:id in packages/server applies the authenticate middleware but performs no ownership or role check, and the getReservation handler in packages/server/src/controllers/reservation.controller.ts returns the record retrieved by the client-supplied identifier without comparing reservation.customerId to the authenticated principal
References
Metrics cvssV3_1

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


Subscriptions

No data.

cve-icon MITRE

Status: PUBLISHED

Assigner: mitre

Published:

Updated: 2026-09-30T15:10:41.953Z

Reserved: 2026-08-25T00:00:00.000Z

Link: CVE-2026-79348

cve-icon Vulnrichment

Updated: 2026-09-30T15:07:07.008Z

cve-icon NVD

Status : Deferred

Published: 2026-09-29T20:17:26.583

Modified: 2026-09-30T17:32:07.107

Link: CVE-2026-79348

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-09-30T11:15:16Z

Weaknesses
  • CWE-284

    Improper Access Control

  • CWE-639

    Authorization Bypass Through User-Controlled Key