CVE-2026-53958
WysokieCVSS 7.6Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 28 - wyżej niż 28% wszystkich znanych CVE
Streszczenie
Podatność w systemie 4gaBoards (przed wersją 3.3.9) pozwala uwierzytelnionemu użytkownikowi na modyfikację atrybutów tożsamości SSO (np. ssoGoogleId) przez PATCH /api/users/:id. Atakujący może przypisać identyfikator ofiary do swojego konta, co prowadzi do przejęcia konta ofiary podczas pierwszego logowania SSO.
Ocena ryzyka
Atakujący może przejąć konto ofiary i uzyskać dostęp do jej projektów, danych i uprawnień, co stanowi poważne naruszenie bezpieczeństwa.
Rekomendacja
Zaktualizuj 4gaBoards do wersji 3.3.9 lub nowszej. Ogranicz możliwość modyfikacji atrybutów SSO przez użytkowników.
Inne podatności w 4gaBoards
Zobacz wszystkie- CVE-2026-53959Średnie
Podatność w 4gaBoards (przed 3.3.9) pozwala każdemu zalogowanemu użytkownikowi na enumerację kont i odczyt danych wszystkich użytkowników przez API /api/users, bez autoryzacji.
- CVE-2026-50191Wysokie
Podatność w systemie 4gaBoards (przed wersją 3.3.8) umożliwia przejęcie konta przed logowaniem, gdy rejestracja i SSO są włączone. Atakujący może utworzyć niezweryfikowane konto z adresem e-mail ofiary, a następnie podczas pierwszego logowania SSO ofiary, tożsamość SSO jest linkowana do konta atakującego.
- CVE-2026-50186Wysokie
4gaBoards przed wersją 3.3.8 pozwala uwierzytelnionemu menedżerowi projektu na podanie sekwencji przejścia do katalogu w parametrze filename w żądaniu GET /exports/:id/:filename. W pliku server/api/controllers/boards/download.js wartość inputs.filename jest przekazywana do path.join() bez walidacji, co umożliwia wybranie dowolnego pliku czytelnego dla procesu serwera. Dodatkowo, po pobraniu pliku, ten sam path jest używany do usunięcia pliku, co może prowadzić do utraty danych lub DoS.
Oryginalny opis (angielski, źródło NVD)
4gaBoards is a boards system for realtime project management. Prior to 3.3.9, 4gaBoards allows an authenticated user to modify ssoGoogleId, ssoGoogleEmail, ssoGithubId, ssoGithubUsername, ssoGithubEmail, ssoMicrosoftId, ssoMicrosoftEmail, ssoOidcId, and ssoOidcEmail through PATCH /api/users/:id. The whitelist in server/api/controllers/users/update.js mass assigns these backend-managed identity attributes from user input. An attacker can place a victim's provider identifier on an attacker-controlled account, causing the default lookup in helpers such as server/api/helpers/users/get-create-one-for-github-sso.js to match the victim's first SSO login to the attacker's account before the email-linkage flow runs. The victim is logged into the attacker-controlled account, and projects, boards, or data the victim creates remain accessible through the attacker's original local credentials. This issue is fixed in version 3.3.9.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS