Katalog podatności CVE

WhatsUp Gold przed wersją 2026.0.2 zawiera podatność umożliwiającą uwierzytelnionemu atakującemu ominięcie kontroli frontendu i wstrzyknięcie trwałego skryptu (XSS).

Warstwa serializacji Apache Airflow rekonstruuje węzły wyjątków, wywołując `import_string()` na nazwie klasy pochodzącej z serializowanego obiektu i tworząc jej instancję z argumentami z tego samego obiektu, bez ograniczeń co do tego, co może zostać zaimportowane. Atakujący autor Dag może umieścić w `executor_config` wartość, która spowoduje zaimportowanie i wywołanie dowolnego wywoływalnego obiektu, np. `subprocess.check_output` lub `builtins.eval`. Kod wykonuje się w Schedulerze oraz w serwerze API, które zgodnie z modelem bezpieczeństwa Airflow nigdy nie powinny wykonywać kodu autora Dag.

Eclipse RDF4J zawiera niedostateczne ograniczenie przetwarzania XML External Entity (XXE) w kilku punktach wejścia parsera XML, co pozwala na deklaracje DOCTYPE, zewnętrzne encje i ładowanie zewnętrznych DTD. Problem został naprawiony w wersji 5.3.2.

Vulnerability-Lookup zawiera słabość mechanizmu aktywacji konta i odzyskiwania hasła, gdzie tokeny aktywacji/recovery są wielokrotnego użytku i nie są powiązane z celem. Atakujący, który zdobędzie ważny link, może wielokrotnie zmieniać hasło i przejmować kontrolę nad kontem.

Seerr przed wersją 3.4.0 zawiera podatność w ImageProxy, gdzie nagłówki ETag i Content-Type są używane do budowy nazwy pliku cache, co pozwala na ścieżki traversal i nadpisanie plików, w tym /app/dist/index.js, prowadząc do wykonania kodu po restarcie kontenera.

RustFS przed wersją 1.0.0-beta.12 zawiera błędną ocenę kwalifikatorów ForAllValues: i ForAnyValue: z negowanymi operatorami string, co może prowadzić do przyznania dostępu wykluczonemu podmiotowi lub nieskuteczności reguł Deny.

RustFS przed wersją 1.0.0-beta.12 zawiera podatność polegającą na tym, że funkcja get_condition_values włącza kontrolowane przez atakującego nagłówki żądań do warunków tożsamości, takich jak userid, username, principaltype, groups, versionid, signatureversion, jwt: i ldap:. Umożliwia to uwierzytelnionym użytkownikom spełnienie warunków polityk opartych na tożsamości.

RustFS od wersji 1.0.0-alpha.64 do 1.0.0-rc.1, gdy zewnętrzna autoryzacja OPA jest włączona przez RUSTFS_POLICY_PLUGIN_URL, ustawia PreparedIamAuth.needs_existing_object_tag niepoprawnie dla PreparedIamMode::Opa, co powoduje pominięcie wartości s3:ExistingObjectTag/* w maybe_merge_object_tag_conditions. Umożliwia to uwierzytelnionym użytkownikom obejście ograniczeń polityk opartych na tagach.

RustFS w funkcji AddServiceAccount w rustfs/src/admin/handlers/service_account.rs akceptuje kontrolowany przez atakującego parametr target_user po sprawdzeniu tylko CreateServiceAccountAdminAction, przekazuje go do new_service_account, a prepare_service_account_auth ustawia is_owner dla wynikowego konta usługi root-parent. Umożliwia to eskalację uprawnień.

Prowler przed wersją 5.33.1 umożliwia uwierzytelnionemu użytkownikowi z dostępem do konfiguracji dostawcy Lighthouse podanie niezweryfikowanego base_url dla dostawcy openai_compatible przez POST /api/v1/lighthouse/providers i POST /api/v1/lighthouse/providers/{id}/connection. Powoduje to wysyłanie żądań wychodzących, w tym klucza API w nagłówku Authorization, do kontrolowanych przez atakującego lub wewnętrznych punktów końcowych podczas wywołania client.models.list.

Użytkownik posiadający dostęp do prawidłowej odpowiedzi SAML może podszyć się pod innego użytkownika w określonych warunkach.

Menedżer zasobów projektu może uzyskać szersze uprawnienia administracyjne w określonych warunkach.

Uwierzytelniony użytkownik z niskimi uprawnieniami może trwale usunąć chronione wewnętrzne metadane w repozytoriach w określonych warunkach.

Złośliwie utworzony plik wykonywalny, po uruchomieniu na maszynie ofiary, może umożliwić lokalnemu atakującemu z niskimi uprawnieniami wstrzykiwanie nieuwierzytelnionych wiadomości IPC do nazwanych potoków, modyfikowanie uprawnień lub własności potoków oraz potencjalnie wpływać na poufność, integralność i dostępność.

CPSD CryptoPro Secure Disk dla Bitlocker przed wersją 7.7.4 nie weryfikuje integralności DataStore, czyli niepartycjonowanego systemu plików przechowującego konfigurację i dane kryptograficzne. Spreparowana zawartość DataStore może wpłynąć na dostępność usługi lub umożliwić wykonanie kodu z wysokimi uprawnieniami.

CPSD CryptoPro Secure Disk dla Bitlocker przed wersją 7.7.4 nieprawidłowo obsługuje błędy deszyfrowania i umożliwia montowanie zaszyfrowanych woluminów jako zwykłego tekstu.

CPSD CryptoPro Secure Disk dla Bitlocker przed wersją 7.7.4 nie weryfikuje integralności zamierzonej partycji rozruchowej i wybiera pierwszą partycję o indeksie pasującym do zakodowanej wartości typu. Spreparowana partycja Linux może zostać wstawiona przed zamierzony cel, umożliwiając wykonanie kodu z wysokimi uprawnieniami.

Admidio przed wersją 5.0.10 zawiera podatność w modules/documents-files.php, gdzie obsługa trybów zmiany stanu sprawdza uprawnienia upload na parametrze folder_uuid, ale handler move_save operuje na oddzielnym parametrze file_uuid i wywołuje File::moveToFolder($destFolderUUID). Funkcja moveToFolder sprawdza uprawnienia upload tylko na folderze docelowym, nie na źródłowym. W rezultacie każdy użytkownik, który może przesyłać pliki do dowolnego folderu, może przenieść dowolny plik z innego folderu, w tym prywatnego, do folderu, który kontroluje, a następnie go pobrać.

W CPSD CryptoPro Secure Disk dla Bitlocker przed wersją 7.7.4, bootxsa.efi nieprawidłowo weryfikuje szyfrowanie LUKS, a jeśli szyfrowanie jest obecne, pomija wszystkie kontrolki integralności plików CryptoPro.

CPSD CryptoPro Secure Disk dla Bitlocker przed wersją 7.7.4 nie szyfruje zawartości initramfs, co umożliwia odzyskanie sekretów i danych kryptograficznych w trybie offline.