W module quarkus-security-webauthn frameworka Quarkus domyślne endpointy REST do rejestracji i logowania pozostają dostępne nawet po zdefiniowaniu przez dewelopera własnych endpointów. Umożliwia to atakującemu uzyskanie ważnego ciasteczka sesji (login cookie) bez posiadania powiązanego konta lub zalogowanie się jako istniejący użytkownik znając jedynie jego nazwę.
▸ Pokaż oryginał (EN)
A vulnerability was found in Quarkus in the quarkus-security-webauthn module. The Quarkus WebAuthn module publishes default REST endpoints for registering and logging users in while allowing developers to provide custom REST endpoints. When developers provide custom REST endpoints, the default endpoints remain accessible, potentially allowing attackers to obtain a login cookie that has no corresponding user in the Quarkus application or, depending on how the application is written, could correspond to an existing user that has no relation with the current attacker, allowing anyone to log in as an existing user by just knowing that user's user name.
Moduł Quarkus WebAuthn automatycznie publikuje domyślne endpointy REST obsługujące rejestrację i logowanie użytkowników. Jeśli deweloper zdefiniuje własne endpointy zastępcze, domyślne nie są wyłączane i nadal pozostają osiągalne z sieci. Atakujący może skierować żądanie bezpośrednio do domyślnego endpointu, omijając tym samym dodatkową logikę bezpieczeństwa zaimplementowaną w endpointach niestandardowych. W efekcie możliwe jest uzyskanie ciasteczka sesji bez rzeczywistego uwierzytelnienia (bypass mechanizmu WebAuthn) lub przejęcie sesji istniejącego użytkownika przez podanie jedynie jego nazwy.
Atakujący może zalogować się do aplikacji jako dowolny istniejący użytkownik, znając wyłącznie jego nazwę, lub uzyskać ważne ciasteczko sesji bez żadnego powiązanego konta — co prowadzi do nieuprawnionego dostępu i potencjalnego naruszenia poufności oraz integralności danych aplikacji.
Należy zastosować patche dostępne u producenta zgodnie z referencjami (Red Hat: https://access.redhat.com/security/cve/CVE-2024-12225). Jako obejście tymczasowe należy zablokować dostęp do domyślnych endpointów WebAuthn na poziomie firewalla lub konfiguracji serwera aplikacyjnego, jeśli nie są one wymagane.
Aplikacje zbudowane na frameworku Quarkus wykorzystujące moduł quarkus-security-webauthn, w których deweloper zdefiniował własne endpointy REST zastępujące domyślne; wersje wskazane w referencjach producenta
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:NQuarkus
APPQuarkus< 3.15.3.1
Powiązane podatności
A vulnerability was found in quarkus. This security flaw happens in Dev UI Config Editor which is vulnerable t...
It was found that Quarkus 2.10.x does not terminate HTTP requests header context which may lead to unpredictab...
Apache Maven will follow repositories that are defined in a dependency’s Project Object Model (pom) which may ...
Quarkus is a Java framework for building cloud-native applications. Prior to versions 3.37.0, 3.36.3, 3.33.2.1...
Quarkus is a Java framework for building cloud-native applications. In versions prior to 3.20.6.1, 3.27.3.1, 3...