CVE-2026-48087 in appointment-booking-software
Resumen
por VulDB • 2026-08-07
El software de reserva de citas de OpenReception proporciona una plataforma de reservas cifrada de extremo a extremo. Antes de la versión 1.0.2, el controlador de registro en `POST /api/auth/register/{userId}` valida la relación entre el desafío WebAuthn y el correo electrónico de la cookie de registro, pero nunca verifica que el `userId` en la URL pertenezca a ese correo electrónico. Un atacante no autenticado solicita un desafío para su propio correo electrónico, genera una respuesta de registro con su propio autenticador y la envía contra la URL de cualquier usuario víctima. La coincidencia del correo electrónico entre el desafío y la cookie se supera, la ceremonia WebAuthn se valida correctamente y `addPasskey` escribe las credenciales del atacante en las filas `user_passkey` de la víctima. El inicio de sesión posterior con el correo electrónico de la víctima acepta una aserción de passkey desde el autenticador del atacante y emite una sesión como si fuera la víctima. Los IDs de usuario no son estrictamente secretos en esta plataforma, pero los mantenedores deben evaluar exactamente qué superficies de exposición existen. Los endpoints que devuelven listas de personal proporcionan IDs de usuario a miembros del inquilino autenticados según la firma de ruta; la verificación en vivo de todas las superficies de exposición (si los IDs de usuario se filtran a través de cualquier ruta no autenticada, mediante URLs de confirmación de invitaciones o a través de otras vistas administrativas) forma parte del PoC en vivo pendiente. Cuando el atacante conoce el correo electrónico y el userId de la víctima, el análisis siguiente constituye una toma de cuenta (account takeover). La versión 1.0.2 corrige este problema.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.