CVE-2026-45274
ŚrednieCVSS 6.9Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 50 - wyżej niż 50% wszystkich znanych CVE
Streszczenie
MyBooks (Talebook) w wersji 3.41.2 i wcześniejszych nie egzekwuje flagi konfiguracyjnej ALLOW_REGISTER w handlerze SignUp.post, co pozwala nieuwierzytelnionemu atakującemu na utworzenie konta nawet gdy administrator wyłączył publiczną rejestrację. Dodatkowo funkcja process_auth_header nie weryfikuje flagi aktywacji konta, więc nowo utworzone nieaktywowane konto może się natychmiast uwierzytelnić i uzyskać dostęp do funkcji API na poziomie użytkownika. Problem został naprawiony w wersji 3.42.0.
Ocena ryzyka
Ominięcie polityki rejestracji może umożliwić nieautoryzowanym osobom utworzenie konta i uzyskanie dostępu do funkcji użytkownika, co może być pierwszym krokiem do dalszych ataków.
Rekomendacja
Zaktualizuj MyBooks do wersji 3.42.0 lub nowszej, aby wyeliminować tę podatność.
Inne podatności w MyBooks
Zobacz wszystkie- CVE-2026-45272Krytyczne
MyBooks (Talebook) w wersji 3.41.2 i wcześniejszych zawiera podatność w obsłudze nazw kluczy SOCIAL_AUTH w handlerze AdminSettings.post. Nazwy te są łączone bez odpowiedniego escapowania do pliku auto.py, co pozwala administratorowi na wstrzyknięcie dowolnego kodu Python. Kod jest wykonywany podczas importu modułu, co umożliwia wykonanie poleceń z uprawnieniami usługi.
- CVE-2026-45273Wysokie
MyBooks (Talebook) w wersji 3.41.2 i wcześniejszych ma podatność w handlerze AdminSettings.post dla POST /api/admin/settings, który nie sprawdza właściwości self.admin_user, mimo że ma dekorator auth. Każdy uwierzytelniony zwykły użytkownik może nadpisać konfigurację serwera, w tym poświadczenia SMTP, sekrety OAuth, ścieżki przechowywania i flagi bezpieczeństwa. Ponadto funkcja process_auth_header nie weryfikuje flagi aktywacji konta, co pozwala nieaktywowanym kontom na dostęp. Problem naprawiono w wersji 3.42.0.
Oryginalny opis (angielski, źródło NVD)
MyBooks is anebook management web server also known as Talebook. In 3.41.2 and earlier, the SignUp.post handler for POST /api/user/sign_up in webserver/handlers/user.py does not enforce the ALLOW_REGISTER configuration flag, even though the frontend hides registration controls when the flag is false. An unauthenticated remote attacker can call the endpoint directly and create a valid account on an instance whose administrator disabled public registration. The process_auth_header function in webserver/handlers/base.py also does not verify the account's active flag, so the newly created and unactivated account can authenticate immediately and access user-level API functionality. The bypass defeats the intended account-creation policy and can supply the low-privilege account required by related authorization vulnerabilities. This issue is fixed in version 3.42.0.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS