CVE-2026-75525
Beschrijving NL
De afsprakenboekingssoftware van OpenReception biedt een end-to-end versleuteld platform voor het boeken van afspraken. In versies 2.1.0 en ouder kan een niet-geauthenticeerde aanvaller een willekeurige ML-KEM-768 openbare sleutel opslaan onder de identiteit van een bestaande gebruiker in de staff-crypto recipient directory van een tenant. Het ontwerp van het product garandeert dat afspraakgegevens end-to-end versleuteld zijn voor medewerkers en dat de adreslijst met ontvangers voor medewerkers niet door aanvallers kan worden beschreven, zodat zelfs beheerders en de operator geen patiëntgegevens kunnen inzien. Dit eindpunt schendt die garantie voor een niet-geauthenticeerde externe gebruiker: het maakt het mogelijk om een willekeurige versleutelde ontvanger in de adreslijst van elke tenant te schrijven. De geïnjecteerde sleutel ontvangt de tunnelsleutel van elke afspraak die daarna bij die huurder wordt geboekt, omdat boekingsklanten coderen naar alle actieve personeelssleutels. De aanvaller heeft de bijbehorende geheime sleutel en is een aanhoudende, ongeautoriseerde ontvanger van dat sleutelmateriaal. Op het moment van publicatie zijn er geen openbaar beschikbare patches.
Origineel (Engels) tonen
OpenReception's appointment booking software provides an end-to-end encrypted appointment booking platform. In versions 2.1.0 and prior, an unauthenticated attacker can store an arbitrary ML-KEM-768 public key under any existing user's identity in any tenant's staff-crypto recipient directory. The product's design guarantees that appointment data is end-to-end encrypted to staff members and that the staff recipient directory is not attacker-writable, so that even administrators and the operator cannot read patient data. This endpoint breaks that guarantee for an unauthenticated remote actor: it allows writing an arbitrary encryption recipient into the recipient directory of any tenant. The injected key receives the tunnel key of every appointment booked afterward in that tenant, because booking clients encrypt to all active staff keys. The attacker holds the corresponding secret key and is a persistent, unauthorized recipient of that key material. At time of publication, there are no publicly available patches.