CVE-2026-43912
WysokieCVSS 8.7Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 21 - wyżej niż 21% wszystkich znanych CVE
Streszczenie
W Vaultwarden przed wersją 1.35.5 nie jest wymuszane, aby wpis groups_users.users_organizations_uuid należał do tej samej organizacji co groups.groups_uuid, ani aby wpis collections_groups.collections_uuid należał do tej samej organizacji co collections_groups.groups_uuid. Administrator w organizacji A będący tylko niskouprzywilejowanym członkiem organizacji B może powiązać swoje członkostwo z grupy organizacji A i uzyskać nieautoryzowany dostęp do danych sejfu organizacji B.
Ocena ryzyka
Atakujący może uzyskać nieautoryzowany odczyt, a przy grupie z accessAll=true także zapis, danych sejfu innej organizacji, naruszając izolację organizacji.
Rekomendacja
Zaktualizuj Vaultwarden do wersji 1.35.5 lub nowszej.
Inne podatności w Vaultwarden
Zobacz wszystkie- CVE-2026-116678Średnie
Vaultwarden przed wersją 1.37.0 waliduje początkowy host ikony i wyniki DNS, ale przekazuje adresy URL favicon z HTML kontrolowanego przez atakującego do get_page_with_referer() bez zastosowania should_block_host() do hosta drugiego etapu. Zdalny nieuwierzytelniony atakujący może podać publiczną stronę, której favicon używa adresu IP, umożliwiając serwerowi Vaultwarden dostęp do pętli zwrotnej lub adresów prywatnych.
- CVE-2026-95814Wysokie
Vaultwarden do wersji 1.37.3 pomija walidację statusu członkostwa w organizacji w trzech zapytaniach ograniczających dostęp do szyfrów, co pozwala odwołanym i niepotwierdzonym członkom zachować dostęp do odczytu, zapisu, usuwania i załączników do szyfrów organizacji.
- CVE-2026-47164Wysokie
Podatność w Vaultwarden przed wersją 1.36.0 umożliwia atakującemu przejęcie konta ofiary poprzez SSO. Problem wynika z braku weryfikacji atrybutu email_verified od IdP podczas łączenia tożsamości z istniejącym kontem lokalnym.
- CVE-2026-47160Średnie
Podatność SSRF w Vaultwarden przed wersją 1.36.0 pozwalała na ominięcie walidacji adresów IP w formacie dziesiętnym, szesnastkowym i ósemkowym podczas pobierania ikon, co umożliwiało skanowanie wewnętrznych portów i sieci.
- CVE-2026-47159Średnie
Podatność w Vaultwarden przed wersją 1.36.0 umożliwiała wyciek metadanych SSO organizacji, w tym identyfikatora organizationIdentifier, dla dowolnych adresów e-mail. Pozwalało to na uzyskanie ważnego tokena JWT do pre-walidacji SSO, co ułatwiało enumerację organizacji i nadużycie procesu uwierzytelniania.
- CVE-2026-47158Wysokie
Podatność w Vaultwarden przed wersją 1.36.0 umożliwia nieuwierzytelnionemu atakującemu przejęcie sesji użytkownika poprzez manipulację przepływem autoryzacji SSO. Brak powiązania parametru OAuth state z sesją przeglądarki oraz akceptacja kontrolowanych przez atakującego parametrów PKCE pozwalają na wywołanie uwierzytelnienia u dostawcy tożsamości i przechwycenie tokenów.
- CVE-2026-43914Wysokie
W Vaultwarden, przed wersją 1.35.4, występuje podatność, która pozwala na ominięcie ochrony przed atakami brute-force na logowanie, jeśli włączona jest dwuetapowa weryfikacja (2fa) przez e-mail. Funkcja 2fa send_email_login działa jako oracle, co umożliwia atakującym testowanie kombinacji nazwy użytkownika i hasła bez ograniczeń czasowych.
- CVE-2026-43913Wysokie
Vaultwarden, serwer kompatybilny z Bitwarden, przed wersją 1.35.5 pozwalał niepotwierdzonemu właścicielowi organizacji na usunięcie całego skarbca organizacji. Proces zapraszania do organizacji nie weryfikował statusu potwierdzenia, co umożliwiało usunięcie danych przez użytkownika zaproszonego jako właściciel.
- CVE-2026-43911Średnie
Vaultwarden to serwer kompatybilny z Bitwarden napisany w Rust. W wersjach przed 1.35.5 tokeny odświeżania nie są unieważniane, gdy security_stamp użytkownika jest rotowany przez niektóre operacje istotne dla bezpieczeństwa (zmiana hasła, zmiana KDF, rotacja kluczy, zmiana e-mail, reset hasła przez administratora organizacji, przejęcie dostępu awaryjnego). Pozwala to atakującemu posiadającemu wcześniej uzyskany token odświeżania na utrzymanie dostępu do sesji nawet po podjęciu przez użytkownika działań zabezpieczających konto. Podatność została naprawiona w wersji 1.35.5.
- CVE-2026-33420Średnie
Vaultwarden w wersji 1.35.4 i wcześniejszych ma brak sprawdzenia has_full_access() w punkcie końcowym get_org_collections_details (GET /api/organizations/{org_id}/collections/details), które istnieje w pokrewnym punkcie get_org_collections. Pozwala to użytkownikom z rolą Manager z accessAll=False i bez przypisanych kolekcji na pobranie nazw, UUID, mapowań użytkownik-kolekcja i grupa-kolekcja dla wszystkich kolekcji w organizacji. Problem został naprawiony w wersji 1.35.5.
Oryginalny opis (angielski, źródło NVD)
Vaultwarden is a Bitwarden-compatible server written in Rust. Prior to 1.35.5, Vaultwarden does not enforce that a groups_users.users_organizations_uuid entry belongs to the same organization as groups.groups_uuid, or a collections_groups.collections_uuid entry belongs to the same organization as collections_groups.groups_uuid. Multiple organization group-management endpoints accept arbitrary MembershipId and CollectionId values and persist them directly without verifying org consistency. This lets an attacker who is Admin in Organization A, and only a low-privileged member in Organization B bind their Org B membership UUID into an Org A group, then use that foreign group relationship to gain unauthorized access to Org B vault data. With an accessAll=true Org A group, the attacker can make /api/sync and /api/ciphers enumerate Org B ciphers. Once those unauthorized sync results reveal Org B collection IDs, the attacker can also bind those foreign collection IDs to the Org A group and turn the same flaw into write access over Org B items. This vulnerability is fixed in 1.35.5.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS