CVE-2023-35866
ŚrednieCVSS 5.5Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 13 - wyżej niż 13% wszystkich znanych CVE
Streszczenie
W KeePassXC w wersji do 2.7.5, lokalny atakujący może wprowadzać zmiany w ustawieniach bezpieczeństwa bazy danych, w tym w haśle głównym i uwierzytelnieniu drugiego czynnika, w trakcie sesji zautoryzowanej bazy danych KeePassXC, bez konieczności potwierdzania tych zmian hasłem lub uwierzytelnieniem drugiego czynnika.
Ocena ryzyka
Atakujący lokalny może zmienić kluczowe ustawienia bezpieczeństwa, co może prowadzić do nieautoryzowanego dostępu do wrażliwych danych przechowywanych w bazie danych.
Rekomendacja
Zaleca się aktualizację KeePassXC do najnowszej wersji, aby zminimalizować ryzyko związane z tą podatnością oraz rozważenie dodatkowych środków zabezpieczających w celu ochrony danych.
Inne podatności w KeePassXC
Zobacz wszystkie- CVE-2026-118673Średnie
KeePassXC w wersjach od 2.3.0 do 2.8.0 ma podatność w integracji z przeglądarką: szyfrowanie odpowiedzi autoryzowanych w BrowserMessageBuilder.cpp używa stałego bufora wyjściowego 1 MiB, mimo że crypto_box_easy() zapisuje długość tekstu jawnego plus crypto_box_MACBYTES. Klient protokołu przeglądarki z dostępem do IPC i ważnym skojarzeniem bazy może wywołać sekwencyjny zapis poza granicami bufora, zanim odpowiedź zostanie dostarczona. Luka została naprawiona w wersji 2.8.0.
- CVE-2026-69150Średnie
W KeePassXC przed wersją 2.8.0-beta1 import KeePass1 / KDB zachowuje surowe wskaźniki Entry w m_entryUuids po usunięciu wpisów metastream. Gdy spreparowany plik .kdb zawiera wcześniejszy wpis metastream, a następnie metastream KPX_CUSTOM_ICONS_4 odwołujący się do wcześniejszego UUID, funkcja parseCustomIcons4() wywołuje Entry::setIcon przez nieaktualny wskaźnik, powodując use-after-free ze sterowanym zapisem i niezawodną awarią procesu.
Oryginalny opis (angielski, źródło NVD)
In KeePassXC through 2.7.5, a local attacker can make changes to the Database security settings, including master password and second-factor authentication, within an authenticated KeePassXC Database session, without the need to authenticate these changes by entering the password and/or second-factor authentication to confirm changes. NOTE: the vendor's position is "asking the user for their password prior to making any changes to the database settings adds no additional protection against a local attacker."
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS