Description
OpenReception's appointment booking software provides an end-to-end encrypted appointment booking platform. Prior to version 1.0.2, the registration handler at `POST /api/auth/register/{userId}` validates the relationship between the WebAuthn challenge and the registration cookie's email but never validates that the `userId` in the URL belongs to that email. An unauthenticated attacker requests a challenge for their own email, generates a registration response with their own authenticator, and submits it against any victim user's URL. The challenge-vs-cookie email match passes, the WebAuthn ceremony validates, and `addPasskey` writes the attacker's credential into the victim's `user_passkey` rows. The next victim-email login accepts a passkey assertion from the attacker's authenticator and issues a session as the victim. User IDs are not strictly secret on this platform, but the exact set of exposure surfaces should be assessed by the maintainers. Staff-list endpoints return user IDs to authenticated tenant members per the route signature; live verification of all exposure surfaces (whether user IDs leak through any unauthenticated route, through invite-confirmation URLs, or through other administrative views) is part of the pending live PoC. Where the attacker knows the victim's email and userId, the analysis below becomes account takeover. Version 1.0.2 fixes the issue.
Published: 2026-08-06
Score: 9.8 Critical
EPSS: < 1% Very Low
KEV: No
Impact: n/a
Action: n/a
AI Analysis

Impact

The flaw occurs during WebAuthn registration because the endpoint that receives a registration request does not verify that the user identifier supplied in the URL belongs to the email address claimed by the WebAuthn challenge. An attacker who can obtain a victim’s email address and user identifier can therefore register a passkey that is written into the victim’s account. Subsequent logins that use the attacker’s authenticator are accepted as if the victim had authenticated, giving the attacker full control over the victim’s account. This is a classic authentication bypass (CWE‑287).

Affected Systems

Versions of OpenReception appointment booking software released before 1.0.2 are affected. The vulnerability resides in the POST /api/auth/register/{userId} endpoint, which fails to bind the userId in the URL to the email address used for the WebAuthn challenge. User identifiers are not intrinsically secret in this platform, meaning they can potentially be exposed through various API routes, which further lowers the barrier to exploitation.

Risk and Exploitability

The CVSS score of 9.8 marks this issue as critical. An attacker can carry out the exploitation remotely over HTTP without any prior authentication, provided they know the victim’s email address and corresponding user identifier. Because user identifiers are not masked, the attack is easier to perform once the attacker has discovered how to obtain them. The EPSS score is not available, and the vulnerability is not currently listed in the CISA KEV catalog.

Generated by OpenCVE AI on August 7, 2026 at 01:21 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Upgrade to OpenReception appointment booking software version 1.0.2 or later to apply the official patch that validates the user identifier during registration.
  • Audit all API endpoints and application interfaces for accidental disclosure of user identifiers; de‑identify or restrict any API that returns the user ID to unauthenticated callers to prevent credential injection.
  • If upgrading immediately is not feasible, restrict the WebAuthn registration endpoint to authenticated users only or perform server‑side matching of the user identifier in the request path against the authenticated session before storing the passkey.

Generated by OpenCVE AI on August 7, 2026 at 01:21 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': 'total'}, '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.0.2, the registration handler at `POST /api/auth/register/{userId}` validates the relationship between the WebAuthn challenge and the registration cookie's email but never validates that the `userId` in the URL belongs to that email. An unauthenticated attacker requests a challenge for their own email, generates a registration response with their own authenticator, and submits it against any victim user's URL. The challenge-vs-cookie email match passes, the WebAuthn ceremony validates, and `addPasskey` writes the attacker's credential into the victim's `user_passkey` rows. The next victim-email login accepts a passkey assertion from the attacker's authenticator and issues a session as the victim. User IDs are not strictly secret on this platform, but the exact set of exposure surfaces should be assessed by the maintainers. Staff-list endpoints return user IDs to authenticated tenant members per the route signature; live verification of all exposure surfaces (whether user IDs leak through any unauthenticated route, through invite-confirmation URLs, or through other administrative views) is part of the pending live PoC. Where the attacker knows the victim's email and userId, the analysis below becomes account takeover. Version 1.0.2 fixes the issue.
Title OpenReception: WebAuthn passkey injection allows account takeover
Weaknesses CWE-287
References
Metrics cvssV3_1

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


Subscriptions

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

Status: PUBLISHED

Assigner: GitHub_M

Published:

Updated: 2026-08-07T17:08:39.347Z

Reserved: 2026-05-20T18:40:45.833Z

Link: CVE-2026-48087

cve-icon Vulnrichment

Updated: 2026-08-07T14:53:44.562Z

cve-icon NVD

Status : Received

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

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

Link: CVE-2026-48087

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-08-07T09:58:45Z

Weaknesses