Программное обеспечение OpenReception для записи на прием предоставляет платформу для записи на прием со сквозным шифрованием. До версии 1.0.4 механизм запроса PIN-кода использовал emailHash в качестве единственного ключа. Строки регулирования хранятся в центральной таблице «challenge_throttle», которая является общей для всех арендаторов.
Конечная точка `/api/tenants/{id}/appointments/verify-challenge` каждого арендатора увеличивает одну и ту же строку при сбое ответа на PIN-код, а конечная точка `/api/tenants/{id}/appointments/challenge` каждого арендатора считывает одну и ту же строку при принятии решения о запуске нового вызова. Когда один и тот же адрес электронной почты существует в нескольких арендаторах одного и того же экземпляра OpenReception (один и тот же пациент владеет туннелями в двух разных клиниках, которые используют одну и ту же платформу), злоумышленник, знающий адрес электронной почты пациента, может заблокировать этого пациента в арендаторе B, отправив неудавшиеся ответы на запрос против арендатора A. Злоумышленнику не нужна связь с арендатором B; блокировка распространяется через общий ряд дроссельной заслонки.
Локаут обостряется с повторными сбоями. Первая блокировка срабатывает при 4 неудачных попытках и длится примерно 60 секунд. Последующие сбои увеличивают продолжительность блокировки до 5 минут, 30 минут и 60 минут в соответствии с логикой эскалации службы регулирования.
Повторяющиеся всплески приводят к устойчивому отказу в обслуживании целевого электронного письма. Версия 1.0.4 исправляет проблему.
Показать оригинальное описание (EN)
OpenReception's appointment booking software provides an end-to-end encrypted appointment booking platform. Prior to version 1.0.4, the PIN-type challenge throttle uses `emailHash` as the only key. The throttle rows live in the central `challenge_throttle` table, which is shared across all tenants. Every tenant's `/api/tenants/{id}/appointments/verify-challenge` endpoint increments the same row when a PIN response fails, and every tenant's `/api/tenants/{id}/appointments/challenge` endpoint reads the same row when deciding whether to issue a new challenge. When the same `emailHash` exists in multiple tenants on the same OpenReception instance (the same patient holding tunnels in two different clinics that share the platform), an attacker who knows the patient's email can lock out that patient on tenant B by issuing failed challenge responses against tenant A. The attacker needs no relationship to tenant B; the lockout propagates through the shared throttle row. The lockout escalates with repeated failures. The first lockout triggers at 4 failed attempts and lasts approximately 60 seconds. Subsequent failures escalate the lockout duration to 5 minutes, 30 minutes, and 60 minutes per the throttle service's escalation logic. Repeated bursts produce sustained denial of service against the targeted email. Version 1.0.4 patches the issue.
Характеристики атаки
Последствия
Строка CVSS v3.1