Katalog podatności CVE

ColdFusion zawiera podatność na nieprawidłowe uwierzytelnianie, która może prowadzić do eskalacji uprawnień. Atakujący może wykorzystać tę podatność do uzyskania ograniczonego dostępu do odczytu i zapisu. Podatny komponent jest domyślnie ograniczony do administracyjnej strefy sieciowej. Eksploatacja nie wymaga interakcji użytkownika. Zakres jest zmieniony.

Exterro FTK Imager przed wersją 8.3 zawiera podatność na wstrzykiwanie zewnętrznych encji XML (XXE), która pozwala atakującym na odczyt dowolnych plików z systemu plików hosta poprzez osadzenie złośliwych odwołań do zewnętrznych encji oraz sterowanych przez atakującego arkuszy XSLT w pliku Report.xml wewnątrz dowodu UFDR ZIP.

Wykryto podatność w przetwarzaniu szablonów Helm w Fleet, gdzie szablony oceniane przez kontroler Fleet mogły sięgać do zasobów sieciowych poza klastrem zarządzania. Użytkownik, który może dostarczyć zawartość pakietu do repozytorium wskazanego przez zasób GitRepo, może spowodować, że kontroler Fleet ujawni metadane klastra dostępne w kontekście szablonowania oraz informacje o hostach osiągalnych z pozycji sieciowej kontrolera.

W Rancher Manager znaleziono usterkę: gdy nieadministracyjny użytkownik podał selektor etykiet wskazujący innego użytkownika, magazyn tokenów ext.cattle.io/v1 usunął wewnętrzny filtr właściciela zamiast zwrócić pusty wynik. Każdy uwierzytelniony użytkownik mógł więc wyświetlić i obserwować tokeny innych użytkowników, ujawniając metadane tokenów i zahaszowane hasło tokena nośnego. Problem dotyczy Rancher przed wersją 2.15.1.

W Rancher Manager znaleziono usterkę: ochrona przed powtórnym użyciem asercji SAML wprowadzona przez poprawkę dla CVE-2026-44946 przechowywała zużyte identyfikatory asercji w pamięci podręcznej per-proces, więc każda replika wykrywała tylko powtórzenia, które trafiły do tego samego poda. W środowisku wysokiej dostępności atakujący posiadający przechwyconą asercję mógł ją powtórzyć raz przeciwko każdej innej replice, uzyskując dodatkowe uwierzytelnione sesje jako ofiara. Problem dotyczy Rancher przed wersją 2.15.1.

Hermes Agent w wersjach od 0.18.2 do 0.21.0 (poprawka w commit f6234d0) zawiera podatność na zdalne wykonanie kodu, która pozwala atakującym na wykonanie dowolnych poleceń systemu operacyjnego poprzez dostarczenie złośliwego repozytorium z spreparowanym plikiem .git/config ustawiającym core.fsmonitor na polecenie kontrolowane przez atakującego. Gdy użytkownik otworzy złośliwe repozytorium i wyśle jakąkolwiek wiadomość, agent wyzwala odświeżenie indeksu git status, które wykonuje wstrzyknięte polecenie w kontekście procesu użytkownika, ujawniając całe środowisko, w tym skonfigurowane klucze API dostawców.

Gardens v2 to modułowe ramy zarządzania, które umożliwiają społecznościom tworzenie i zarządzanie wieloma pulami zarządzania z konfigurowalnymi parametrami i mechanizmami głosowania. W wersji dfba919e218e20d52db9f7b2e8d292d45a46c91b i wcześniejszych, normalne ścieżki wypłat beneficjenta w StreamingEscrow zachowują depositAmount(), podczas gdy aktywny strumień wymaga rezerwy escrow. Jednak ścieżka rozwiązywania sporów po stronie zatwierdzenia opróżnia całe dostępne saldo escrow do beneficjenta propozycji. W momencie publikacji nie są znane publiczne poprawki.

Gardens v2 to modułowe ramy zarządzania, które umożliwiają społecznościom tworzenie i zarządzanie wieloma pulami zarządzania z konfigurowalnymi parametrami i mechanizmami głosowania. W wersji 3e595f3 i wcześniejszych, gdy propozycja strumienia jest finansowana, klaster kontraktów strumieniowych przenosi rzeczywiste środki puli do StreamingEscrow propozycji, aby zabezpieczyć umowę Superfluid constant flow (depozyt CFA plus 0,5% marży). cancelProposal następnie zeruje jednostki członka GDA escrow, ale nigdy nie odzyskuje tego zablokowanego salda, a bezwarunkowe claim() przekazuje całe saldo escrow, w tym bufor finansowany z puli, do beneficjenta. Beneficjent jest wybierany przez składającego propozycję i domyślnie jest nim składający. Jedyną ścieżką zwracającą środki escrow do puli jest drainToStrategy, która jest tylkoStrategy i jest osiągana wyłącznie z orzeczenia odrzucającego spór, nigdy z anulowania lub naturalnego zakończenia. W momencie publikacji nie są znane publiczne poprawki.

Gardens v2 to modułowe ramy zarządzania, które umożliwiają społecznościom tworzenie i zarządzanie wieloma pulami zarządzania z konfigurowalnymi parametrami i mechanizmami głosowania. Przed wersją 0xc9d4e0dacd937364793278180551e59d93cd43f9, StreamingEscrow.claim() poprawnie odrzuca wypłaty, gdy escrow jest sporny, ale bezwarunkowa ścieżka syncOutflow() wykonuje ten sam transfer nadwyżki salda bez sprawdzania sporu. Po zakwestionowaniu propozycji strumienia każdy może wywołać syncOutflow(), aby przenieść escrowed SuperTokens do beneficjenta propozycji, podczas gdy spór jest w toku. Jeśli propozycja zostanie później odrzucona, te tokeny nie mogą zostać odzyskane przez drainToStrategy(). Problem został naprawiony w wersji 0xc9d4e0dacd937364793278180551e59d93cd43f9.

pymonocypher używa cython do opakowania biblioteki C Monocypher. Przed wersją 4.0.2.8 implementacja argon2i_32 nie sprawdza rozmiaru nb_blocks. Jeśli wywołujący nie zapewni wystarczająco dużego bufora zgodnie z kontraktem API, argon2i_32 zapisze poza końcem bufora i może uszkodzić stertę.

Note Mark to aplikacja do notatek o otwartym kodzie źródłowym. Przed wersją 0.19.5, GET /api/books/{bookID}/notes jest nieuwierzytelnionym punktem końcowym, który akceptuje parametr zapytania "deleted". Gdy żądanie ma ?deleted=true, usługa wykonuje zapytanie z Unscoped() (omijając zakres miękkiego usuwania GORM), ale zachowuje klauzulę autoryzacji odczytu jako "owner_id = ? OR is_public = ?". W rezultacie każdy nieuwierzytelniony wywołujący może wyliczyć metadane miękko usuniętych ("przeniesionych do kosza") notatek należących do dowolnej publicznej książki — notatek, które właściciel jawnie usunął i oczekiwał, że zostaną usunięte z widoku publicznego.

Signum Node to kryptowaluta wydobywana na dyskach twardych, wykorzystująca energooszczędny i uczciwy algorytm konsensusu Proof-of-Commitment (PoC+). Przed wersją 3.9.9, przepełnienie liczby całkowitej w BlockServiceImpl.applyBlock() pozwalało górnikowi otrzymać dowolnie zawyżoną nagrodę za blok poprzez stworzenie bloku z ujemną wartością totalFeeCashBackNqt. Podatność została wprowadzona, gdy hardfork SMART_FEES (blok ~1,029,000) włączył zwrot opłat i rozliczanie spalania bez ochrony przed przepełnieniem. Problem został naprawiony w wersji 3.9.9.

W MISP wykryto podatność polegającą na braku walidacji adresów URL przy zapisie konfiguracji widgetu ButtonWidget w panelu dashboardu. Uwierzytelniony użytkownik mogący modyfikować ustawienia widgetów mógł zapisać dowolny adres URL, w tym korzystający ze schematu javascript:. Walidacja była stosowana wyłącznie w momencie renderowania widgetu, a nie w momencie zapisu konfiguracji.

MISP zawiera odbitą podatność Cross-Site Scripting (XSS) w konstruktorze zapytań filtrowania atrybutów zdarzeń. Parametry URL taggedAttributes i galaxyAttachedAttributes były wstawiane do reguł konstruktora zapytań bez escapowania HTML przed serializacją do JSON i osadzeniem wewnątrz elementu <script>.

MISP zawiera wadę autoryzacji w silniku korelacji OnDemand, gdzie korelacje były obliczane wyłącznie na podstawie pasujących wartości atrybutów bez uwzględniania ograniczeń dystrybucji, grupy udostępniania, organizacji lub innych ograniczeń kontroli dostępu związanych z korelowanymi atrybutami i zdarzeniami. W rezultacie uwierzytelniony użytkownik mógł otrzymać wyniki korelacji odnoszące się do atrybutów lub zdarzeń, do których nie był upoważniony.

MISP zawiera podatność polegającą na nieprawidłowej walidacji certyfikatów TLS w klasie CurlClient. Właściwość CurlClient::$verifyPeer nie była jawnie inicjalizowana i domyślnie przyjmowała wartość null, co po przekazaniu do cURL skutecznie wyłączało weryfikację certyfikatu serwera, o ile kod wywołujący nie włączył jej jawnie. W efekcie połączenia HTTPS mogły akceptować certyfikaty niepochodzące od zaufanego urzędu certyfikacji.

MISP zawiera podatność polegającą na obejściu uwierzytelniania w komponentach LDAP i LinOTP z powodu niewystarczającej walidacji danych uwierzytelniających. Atakujący, znając adres e-mail użytkownika katalogowego, może wysłać puste hasło, które w przypadku serwera LDAP akceptującego nieuwierzytelnione wiązania może zostać zaakceptowane. Ponadto w komponencie LinOTP puste hasło mogło być sprawdzane względem lokalnego hasła MISP, a konta provisionowane przez LDAP mogły być tworzone z pustym hasłem lokalnym.

vhr nie waliduje autoryzacji użytkownika w punkcie końcowym PUT /hr/info, co pozwala uwierzytelnionym użytkownikom na modyfikację dowolnych profili HR poprzez podanie dowolnego identyfikatora profilu w treści żądania. Atakujący mogą nadpisywać nazwy, adresy innych użytkowników oraz dezaktywować konta, w tym administratorów, powodując denial of service.

Kill Bill do wersji 0.24.21 nie egzekwuje adnotacji uprawnień na kilku punktach końcowych AdminResource, w tym getQueueEntries, invalidatesCache i putOutOfRotation. Uwierzytelnieni użytkownicy z minimalnymi uprawnieniami account:read mogą odczytywać wewnętrzne kolejki, czyścić pamięć podręczną serwera i wyłączać serwer poprzez wyłączenie hosta z rotacji.

CRMEB zawiera podatność na obejście uwierzytelniania w metodzie verifyAuth() w SystemRoleServices.php, która zwraca true z obu gałęzi warunkowych. Pod-administratorzy i konta bez ról mogą uzyskać dostęp do ograniczonych punktów końcowych administratora, wykorzystując nieaktywne sprawdzanie ról, które zawsze zezwala na żądania.