Katalog podatności CVE

W PostgreSQL wykryto brak autoryzacji w poleceniach DDL, co pozwala twórcy obiektu na wywołanie odmowy usługi dla operacji ALTER i DROP na typie, poprzez utworzenie zależności od tego typu. Wiele operacji DDL sprawdzało uprawnienia, ale przypisanie podtypu zakresu i odwołanie do typu z wyrażenia SQL już nie. Podatne są wersje przed PostgreSQL 18.5, 17.11, 16.15, 15.19 i 14.24.

W PostgreSQL wykryto podatność polegającą na odczycie poza zakresem w funkcji SQL ascii(), która pozwala użytkownikowi na ujawnienie do 3 bajtów poza końcem określonej alokacji, poprzez spreparowaną wartość tekstową. Jest to ta sama klasa defektu, którą naprawiono w CVE-2026-2006, choć ten przypadek ma mniejszy wpływ. Podatne są wersje przed PostgreSQL 18.5, 17.11, 16.15, 15.19 i 14.24.

W PostgreSQL wykryto nieprawidłowe egzekwowanie integralności wiadomości w obsłudze GSSAPI, co pozwala użytkownikowi na negocjowanie GSSAPI wbrew regułom pg_hba.conf, poprzez bezpośrednie połączenie TLS. Mimo że pg_hba.conf wydaje się wymagać GSSAPI, połączenie może wymieniać dane wyłącznie za pomocą szyfrowania TLS. Jeśli ustawienia TLS są bardziej liberalne niż ustawienia GSS, połączenie może być kontynuowane z mniejszą ochroną. Podatne są wersje główne 17-18, przed PostgreSQL 18.5 i 17.11; wersje przed PostgreSQL 17 nie są dotknięte.

W PostgreSQL wykryto podatność polegającą na odczycie poza zakresem w funkcji picksplit indeksu pg_trgm, która czyta dane poza końcem bufora sterty. Może to pozwolić osobie utrzymującej tabelę na wywnioskowanie ograniczonych wartości pamięci, poprzez sygnał stratny wyborów podziału indeksu. Podatne są wersje przed PostgreSQL 18.5, 17.11, 16.15, 15.19 i 14.24.

W PostgreSQL wykryto zauważalną różnicę w odpowiedzi podczas uwierzytelniania SCRAM, co pozwala nieuwierzytelnionemu użytkownikowi na sprawdzenie istnienia użytkownika poprzez obserwację liczby iteracji SCRAM. Wymaga to, aby badany użytkownik miał niestandardową liczbę scram_iterations, ponieważ wyzwanie uwierzytelniające dla nieistniejącego użytkownika zgłasza domyślną liczbę. Podatne są wersje główne 16-18, przed PostgreSQL 18.5, 17.11 i 16.15; wersje przed PostgreSQL 16 nie są dotknięte.

W PostgreSQL wykryto niepełne śledzenie zmian w członkostwie ról, atrybutach ról i własności baz danych, co pozwala zapytaniu na kontynuowanie korzystania z buforowanych polityk bezpieczeństwa na poziomie wierszy po zmianach wymagających innej polityki, poprzez ponowne użycie planu. Nieaktualne polityki pozostają aż do unieważnienia pamięci podręcznej lub zakończenia sesji. Pozwala to użytkownikowi na dokończenie odczytów i modyfikacji, które były wcześniej dozwolone, ale teraz są zabronione. Atakujący musi dostosować atak do konkretnego wzorca usuwania uprawnień i polityk bezpieczeństwa wierszy w aplikacji. Podatne są wersje przed PostgreSQL 18.5, 17.11, 16.15, 15.19 i 14.24.

W PostgreSQL wykryto przechowywanie tekstu jawnego w wyłączonych szyfrach pgcrypto, co pozwala użytkownikowi na odzyskanie tekstu jawnego poprzez bezpośrednią obserwację wadliwego szyfrogramu. Wersja OpenSSL i konfiguracja OpenSSL określają wyłączone szyfry. Jeśli aplikacja przyjmuje zaszyfrowane dane jako dane wejściowe, deszyfrowanie zakończy się sukcesem nawet przy złym kluczu. To z kolei traci skromną ochronę z kodu wykrywania modyfikacji (MDC). Dotknięte funkcje to pgp_sym_encrypt, pgp_sym_decrypt, pgp_pub_encrypt, pgp_pub_decrypt, pgp_sym_encrypt_bytea, pgp_sym_decrypt_bytea, pgp_pub_encrypt_bytea i pgp_pub_decrypt_bytea. Podatne są wersje przed PostgreSQL 18.5, 17.11, 16.15, 15.19 i 14.24.

Produkt HCL AION jest dotknięty podatnością, w której współdzielone przechowywanie używane przez komponenty produktu jest zaprojektowane bez wystarczającego rozdzielenia dostępu. Procesy korzystające z tego przechowywania mogą uzyskać dostęp do plików lub je modyfikować poza zamierzonym zakresem, co może potencjalnie prowadzić do nieoczekiwanego zachowania lub wpływu na bezpieczeństwo w określonych warunkach.

Serendipity w wersjach od 2.3.5 do 2.6.0 zawiera podatność na odbity XSS w trasie czystego URL wyszukiwania (/search/<term>). W funkcji serveSearch() w include/functions_routing.inc.php proces sanityzacji wykonuje urldecode() po kodowaniu HTML, więc pojedynczy zakodowany w URL payload HTML przechodzi przez strip_tags() i htmlspecialchars(), a następnie jest dekodowany z powrotem do aktywnego HTML na stronie. Specjalnie spreparowany link wyszukiwania może wykonać dowolny JavaScript w przeglądarce ofiary. Naprawiono w wersji 2.6.1.

JupyterLab (pakiet pip 'jupyterlab') w wersjach >=4.1.0,<=4.5.9 oraz >=4.6.0,<=4.6.1 zawiera obejście egzekwowania zasad blokad menedżera wtyczek. Dwie luki po stronie serwera pozwalają uwierzytelnionemu użytkownikowi ominąć zasady blokad administratora poprzez bezpośrednie żądania do punktu końcowego /lab/api/plugins, umożliwiając włączanie lub wyłączanie zablokowanych wtyczek — w tym wtyczek podrzędnych rozszerzeń wielowtyczkowych oraz wtyczek zablokowanych mechanizmem 'lock all'. Może to wpłynąć na integralność danych i ominąć zabezpieczenia lub ograniczenia (np. limity pobierania/wysyłania) wdrożone przez zablokowane wtyczki. Naprawiono w wersjach 4.6.2 i 4.5.10.

GitPython przed wersją 3.1.56 zawiera podatność na wstrzyknięcie argumentów w metodzie Commit.count(), która przekazuje argumenty słownikowe do 'git rev-list' bez zabezpieczenia check_unsafe_options obecnego w pokrewnej metodzie iter_items. Atakujący, który może kontrolować opcje przekazywane do Commit.count (np. przez aplikację przekazującą słownik opcji dostarczony przez użytkownika), może podać output=<path>, powodując, że 'git rev-list --output=<path>' otworzy i skróci docelowy plik do zera bajtów przed parsowaniem rewizji. Umożliwia to zniszczenie/wyzerowanie dowolnego pliku na poziomie uprawnień procesu (bez kontroli zawartości, skrócenie do 0 bajtów).

GitPython przed wersją 3.1.57 zawiera niekompletną listę zabronionych opcji w zabezpieczeniu unsafe_git_archive_options, która pomija opcje --add-file i --add-virtual-file. Atakujący mogą podać te opcje do metody Repo.archive(), aby odczytać dowolne pliki z systemu plików i dołączyć je do zwracanego archiwum.

Punkty końcowe usuwania powiadomień w OpenRemote nie egzekwują granic domen (realm), co pozwala każdemu administratorowi domeny na usuwanie powiadomień należących do innych domen. Atakujący z rolą write:admin w jednej domenie mogą wysyłać żądania DELETE, aby usuwać powiadomienia z domeny głównej lub innych dzierżawców bez kontroli autoryzacji.

File Browser w wersjach od 2.50.0 do 2.63.21 nie weryfikuje wygaśnięcia JWT, gdy skonfigurowane jest uwierzytelnianie proxy z niestandardową stroną wylogowania. Atakujący z wcześniej ważnym tokenem mogą uzyskiwać dostęp do chronionych tras i punktów końcowych administracyjnych bezterminowo oraz wymieniać wygasłe tokeny na nowe za pośrednictwem punktu odnowienia.

SiYuan przed wersją v3.7.4 zawiera podatność na ujawnienie informacji w filtrze lokalnego magazynu, który zwraca całą mapę magazynu administratora z tylko trzema kluczami zasanizowanymi. Nieuwierzytelnieni atakujący lub czytelnicy publikacji mogą pobrać historię zamkniętych kart, słowa kluczowe wyszukiwania, identyfikatory prywatnych dokumentów oraz rozwinięte ścieżki folderów, wywołując punkt końcowy getLocalStorage.

SiYuan przed wersją v3.7.4 zawiera podatność na ujawnienie informacji w punkcie końcowym getBookmarkLabels, który zwraca wszystkie etykiety zakładek w przestrzeni roboczej bez filtrowania pod kątem dostępu publikacji. Anonimowi czytelnicy oraz czytelnicy w trybie publikacji mogą uzyskać pełny słownik etykiet zakładek w całej przestrzeni roboczej, ujawniając tematykę i informacje organizacyjne z niedostępnych dokumentów.

SiYuan przed wersją v3.7.4 zawiera podatność na ujawnienie informacji w punkcie końcowym /api/storage/getOutlineStorage, który nie przeprowadza żadnych kontroli autoryzacji. Atakujący mogą pobrać stan konspektu, w tym identyfikatory nagłówków, dla dowolnego dokumentu, podając jego identyfikator, nawet dla dokumentów zabronionych dla żądającego.

SiYuan przed wersją v3.7.4 zawiera podatność na ujawnienie informacji w punkcie końcowym /api/block/getRefIDs, który nie sprawdza poziomów dokumentów chronionych hasłem. Nieuwierzytelnieni czytelnicy mogą odkryć, że dokumenty chronione hasłem odwołują się do konkretnych bloków, i uzyskać identyfikatory bloków bez podawania hasła do dokumentu.

SiYuan przed wersją 3.7.4 zawiera podatność na przechodzenie po ścieżkach w punkcie końcowym getUniqueFilename, która umożliwia anonimowym czytelnikom sprawdzanie istnienia plików bez walidacji lub ograniczeń. Atakujący mogą podawać dowolne ścieżki bezwzględne, aby ustalić, czy pliki i katalogi istnieją na hoście, co umożliwia rozpoznanie układu systemu plików i zainstalowanego oprogramowania.

Flowise przed wersją 3.1.3 zawiera niekompletną podatność na redakcję poświadczeń w punkcie końcowym GET /api/v1/credentials/:id, który zwraca odszyfrowane sekrety w postaci zwykłego tekstu. Uwierzytelnieni użytkownicy z uprawnieniem credentials:view mogą pobierać wrażliwe dane, w tym adresy URL połączeń z bazami danych z osadzonymi hasłami, JSON kont usług chmurowych z kluczami prywatnymi oraz klucze API, wywołując ten punkt końcowy.