Description
OpenReception's appointment booking software provides an end-to-end encrypted appointment booking platform. Prior to version 1.1.0, the GET handler at `/api/tenants/{id}/appointments/{appointmentId}` performs no authorization check before returning the appointment record. Any party who knows or obtains a valid appointment UUID receives the full row, including channel and agent IDs, time and timezone, status, and the AES-GCM ciphertext components (`encryptedPayload`, `iv`, `authTag`, `dataKey`). The same file's DELETE handler calls `checkPermission(locals, tenantId, true)` before allowing deletion. The intent is clear: appointment records are tenant-scoped and require authentication to access. The GET handler is missing the equivalent call. The middleware chain (`apiAuthHandle`, `authGuard`) does not compensate: API paths bypass `authGuard` entirely, and `apiAuthHandle` does not block requests to non-admin paths when no token is present. Version 1.1.0 patches the issue.
Published: 2026-08-06
Score: 5.3 Medium
EPSS: < 1% Very Low
KEV: No
Impact: n/a
Action: n/a
AI Analysis

Impact

OpenReception’s appointment booking platform allows an attacker who knows a valid appointment UUID to retrieve the entire appointment record through a GET request at /api/tenants/{id}/appointments/{appointmentId}. The endpoint returns sensitive fields such as channel and agent identifiers, time, timezone, status, and cryptographic components of an encrypted payload. This is a missing authorization failure (CWE‑862) that enables information disclosure without authentication or permission checks, while the DELETE handler correctly performs a permission check. The vulnerability does not permit alteration or execution; it solely allows read‑only data exposure. According to the CVSS score of 5.3, the impact is moderate, reflecting partial confidentiality compromise.

Affected Systems

The flaw exists in the OpenReception appointment booking software, affecting all versions prior to 1.1.0. No other vendor or product is listed as impacted.

Risk and Exploitability

The vulnerability can be triggered by sending an unauthenticated HTTP GET request to the vulnerable endpoint with a valid appointment UUID. Because the request does not require any token and the API bypasses the authentication guard, an attacker only needs network access to the API or a public URL. The EPSS score is unavailable, and the issue is not currently listed in CISA’s KEV catalog. Given the CVSS score of 5.3, the risk is moderate, but the ease of exploitation and the sensitivity of the data mean that remedial action should be taken promptly.

Generated by OpenCVE AI on August 7, 2026 at 00:24 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Upgrade to OpenReception appointment booking software version 1.1.0 or later, which restores the authorization check on the GET handler.
  • Confirm that the API gateway or reverse proxy enforces authentication for tenant‑scoped endpoints and blocks unauthorized requests.
  • If an upgrade is not immediately possible, limit exposure of the /api/tenants/{id}/appointments/{appointmentId} endpoint to trusted networks or remove public access until the patch is applied.

Generated by OpenCVE AI on August 7, 2026 at 00:24 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Fri, 07 Aug 2026 18:30:00 +0000

Type Values Removed Values Added
Metrics ssvc

{'options': {'Automatable': 'yes', 'Exploitation': 'poc', 'Technical Impact': 'partial'}, 'version': '2.0.3'}


Fri, 07 Aug 2026 10:30:00 +0000

Type Values Removed Values Added
First Time appeared Open-reception
Open-reception appointment-booking-software
Vendors & Products Open-reception
Open-reception appointment-booking-software

Thu, 06 Aug 2026 22:15:00 +0000

Type Values Removed Values Added
Description OpenReception's appointment booking software provides an end-to-end encrypted appointment booking platform. Prior to version 1.1.0, the GET handler at `/api/tenants/{id}/appointments/{appointmentId}` performs no authorization check before returning the appointment record. Any party who knows or obtains a valid appointment UUID receives the full row, including channel and agent IDs, time and timezone, status, and the AES-GCM ciphertext components (`encryptedPayload`, `iv`, `authTag`, `dataKey`). The same file's DELETE handler calls `checkPermission(locals, tenantId, true)` before allowing deletion. The intent is clear: appointment records are tenant-scoped and require authentication to access. The GET handler is missing the equivalent call. The middleware chain (`apiAuthHandle`, `authGuard`) does not compensate: API paths bypass `authGuard` entirely, and `apiAuthHandle` does not block requests to non-admin paths when no token is present. Version 1.1.0 patches the issue.
Title OpenReception: GET appointment by ID returns full appointment record without authorization
Weaknesses CWE-862
References
Metrics cvssV3_1

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


Subscriptions

Open-reception Appointment-booking-software
cve-icon MITRE

Status: PUBLISHED

Assigner: GitHub_M

Published:

Updated: 2026-08-07T17:09:07.285Z

Reserved: 2026-05-20T18:25:25.708Z

Link: CVE-2026-48077

cve-icon Vulnrichment

Updated: 2026-08-07T15:00:38.646Z

cve-icon NVD

Status : Received

Published: 2026-08-06T22:17:10.267

Modified: 2026-08-07T18:17:17.700

Link: CVE-2026-48077

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-08-07T09:59:02Z

Weaknesses