Katalog podatności CVE

SNARK Verifier to generyczny weryfikator (S)NARK. W wersjach przed 0.2.5 limb publicznej instancji akumulatora KZG są dekodowane bez konsekwentnego egzekwowania kanonicznych granic limb przed rekonstrukcją współrzędnych krzywej eliptycznej. PlonkProof::read wybiera skalary za pomocą accumulator_indices i przekazuje je do AccumulatorEncoding::from_repr. Dla loadera EVM LimbsEncoding::from_repr przekazuje je do EvmLoader::ec_point_from_limbs w snark-verifier/src/loader/evm/loader.rs, gdzie shl i add rekonstruują współrzędne, zanim validate_ec_point sprawdzi wynikowy punkt afiniczny, a nie oryginalne granice limb. Powiązana ścieżka natywna w snark-verifier/src/pcs/kzg/accumulator.rs może osiągnąć dekodowanie oparte na asercji lub unwrap i panikę zamiast zwrócić błąd weryfikacji. Pozwala to na niekanoniczne kodowania na granicy weryfikatora i może spowodować awarię natywnego weryfikatora. Oczekuje się, że standardowe obwody agregacji SDK ograniczają limby akumulatora przed tą granicą, co ogranicza praktyczną wykorzystywalność. Problem naprawiono w wersji 0.2.5.

PinePods przed wersją 0.9.0 pozwala uwierzytelnionemu użytkownikowi subskrybować kontrolowany przez atakującego kanał RSS, którego adres enclosure jest przechowywany bez walidacji hosta/IP. Serwer wykonuje żądania GET/HEAD do wewnętrznych usług, umożliwiając enumerację usług, ujawnienie danych i kradzież poświadczeń z metadanych chmury.

W oprogramowaniu HotCRP wyszukiwanie komentarzy za pomocą terminu `cmt:USER` sprawdza widoczność komentarza, ale nie weryfikuje, czy tożsamość autora powinna być ujawniona. Uwierzytelniony użytkownik może więc wywnioskować autora anonimowego komentarza, naruszając anonimowość recenzentów.

Podatność w bazie czasu rzeczywistego Arc pozwala na obejście autoryzacji między bazami danych poprzez funkcje I/O DuckDB, takie jak parquet_scan, glob, read_csv_auto i inne, które nie są blokowane przez listę denylist. Poprzednia poprawka CVE-2026-47735 nie obejmowała tych aliasów i funkcji, umożliwiając nieautoryzowany dostęp do danych, schematów i statystyk innych baz w ramach dozwolonego katalogu głównego.

Przeglądarka Maxthon dla Androida przed wersją 7.5.8.103 zawiera podatność na podszywanie się paska adresu. Złośliwa strona może wyświetlić fałszywy pasek adresu z zaufaną domeną, wykorzystując brak trwałego powiadomienia o trybie pełnoekranowym, i nakłonić użytkownika do ujawnienia danych logowania.

W RAGFlow od wersji 0.25.2 do 0.27.3 endpoint POST /api/v1/agents/chat/completions wywołuje completion_openai i zwraca wynik przez gałąź zgodną z OpenAI, zanim UserCanvasService.accessible() sprawdzi uprawnienia do agenta. Uwierzytelniony użytkownik znający UUID prywatnego agenta innego użytkownika może go uruchomić i odczytać wynik w poprzek granicy użytkownika lub tenanta.

W Pi-hole od wersji 6.4.2 do 6.5 zadanie cron updatecheck.sh uruchamiane jako root wykonuje truncate -s 0 i chmod 644 na /etc/pihole/versions, podążając za dowiązaniami symbolicznymi w katalogu należącym do użytkownika pihole. Atakujący działający jako pihole może podstawić dowiązanie, aby obciąć lub utworzyć dowolny plik roota albo uczynić wrażliwy plik czytelnym dla wszystkich.

W Pi-hole przed wersją 6.5 funkcja getFTLPID() w utils.sh waliduje plik /run/pihole-FTL.pid za pomocą expr, odrzucając tylko wartości, których pierwszy znak nie jest cyfrą. Atakujący z kodem wykonawczym jako pihole może zapisać wyrażenie arytmetyczne zaczynające się od cyfry, które jest następnie ewaluowane przez Bash jako root, umożliwiając wykonanie podstawienia poleceń.

W Pi-hole w wersjach przed 6.5 skrypt gravity.sh sprawdza czytelność adlist z prefiksem file:// za pomocą sudo -u pihole test -r, ale następnie pozwala curl (czasem uruchamianemu jako root) znormalizować segmenty ścieżki URL i otworzyć inny plik. W rezultacie przygotowany przez atakującego plik-pułapka czytelny dla użytkownika pihole może przejść weryfikację, podczas gdy curl odczyta plik dostępny tylko dla roota; podobnie ścieżki /proc/self mogą wskazywać na różne procesy.

W draw.io Desktop przed wersją 31.5.2 aplikacja Windows uruchamiała powershell i attrib po samej nazwie pliku wykonawczego. Gdy draw.io nie był uruchomiony, otwarcie diagramu z Eksploratora plików ustawiało katalog diagramu jako bieżący katalog roboczy, umożliwiając uruchomienie podstawionego powershell.bat lub attrib.exe z tego katalogu.

W przeglądarce Ladybird przed commitem 209579c funkcja FinalizationRegistry::cleanup() usuwała martwy rekord, zachowywała iterator do następnego rekordu, a następnie wywoływała kontrolowany przez atakującego kod JavaScript. Jeśli callback wywołał unregister() dla następnego rekordu, zachowany iterator wskazywał na zwolniony węzeł, a kolejna iteracja czytała jego pola po zwolnieniu.

W przeglądarce Ladybird przed commitem c0d68bd funkcje CSSStyleSheet.cssRules, insertRule() i deleteRule() nie egzekwowały flagi origin-clean arkusza stylów wymaganym błędem SecurityError, mimo że importowane arkusze cross-origin były poprawnie oznaczane jako nie-origin-clean. Złośliwa strona mogła odczytywać reguły oraz wstawiać i usuwać reguły w arkuszu ofiary, omijając politykę Same-Origin.

W Immich w wersjach przed 3.2.0 API tworzenia linków współdzielonych przyjmowało albumId i assetIds jako niezależne pola w server/src/services/shared-link.service.ts, ale autoryzowało tylko zasób wybrany przez żądany typ linku. Uwierzytelniony atakujący, który znał UUID zasobu należącego do ofiary, mógł wybrać SharedLinkType.Album dla własnego albumu, podając ten UUID w assetIds; SharedLinkService.create() zapisywał niezweryfikowane powiązanie w shared_link_asset i udostępniał zasób ofiary przez nowe anonimowe poświadczenie linku współdzielonego.

W Immich przed wersją 3.0.0 punkt końcowy GET /api/map/markers ujawniał współdzielącemu z uprawnieniami tylko do odczytu współrzędne GPS i istnienie zarchiwizowanych zdjęć lub filmów innego użytkownika. Ujawnienie ogranicza się do metadanych lokalizacji i identyfikatorów zasobów, ponieważ same pliki pozostają chronione.

W Immich przed wersją 3.3.0 nieuwierzytelniony punkt końcowy /predict usługi uczenia maszynowego przyjmował obiekt opcji bez ograniczania parametrów wrażliwych na bezpieczeństwo. Atakujący z dostępem sieciowym mógł ustawić cache_dir na dowolną zapisywalną ścieżkę, powodując zapis pobieranych modeli oraz rekurencyjne usunięcie wybranego katalogu przez shutil.rmtree().

W pgAdmin 4 odświeżanie widoku zmaterializowanego przekazywało nazwę bazy danych do argumentu --dbname programu psql bez zmian. libpq traktuje wartość zawierającą "=" lub URI postgresql:// jako pełny ciąg połączenia, co pozwalało przekierować połączenie na wybrany host i port oraz ujawnić zapisane hasło serwera.

W pgAdmin 4 zmiana hasła użytkownika (przez niego samego lub administratora) nie unieważniała istniejących sesji. Sesja ustanowiona przed zmianą, np. na innym urządzeniu lub przez osobę znającą stare hasło, pozostawała zalogowana aż do wygaśnięcia.

W trybie serwera pgAdmin 4 sprawdzał uprawnienia do pliku w katalogu przechowywania za pomocą check_access_permission(), a następnie otwierał plik po nazwie zwykłym open() lub przekazywał ścieżkę narzędziom (pg_dump, pg_dumpall, pg_restore, psql) oraz funkcjom eksportu/importu servers.json. Podmiana dowiązania symbolicznego lub twardego albo FIFO między sprawdzeniem a otwarciem pozwalała wyjść poza katalog przechowywania i zapisać, nadpisać lub odczytać plik, albo załadować go do tabeli, z uprawnieniami konta systemowego pgAdmin. Luka dotyczy wersji pgAdmin 4 przed 9.19.

W trybie serwera pgAdmin 4 przed wersją 9.19 funkcja get_complete_file_path() usuwała tylko wiodące ukośniki przed połączeniem ścieżki, więc ścieżka typu ../<inny użytkownik>/.pgpass mogła wskazać plik innego użytkownika. Parametr sslkeylogfile był przekazywany do libpq bez zmian, a make_conninfo() nie cytowało nazw parametrów, co pozwalało przemycić dodatkowe pary klucz=wartość.

W pgAdmin 4 w trybie serwera punkty końcowe API serwera przechowywały flagę "shared" i nazwę użytkownika, pozwalając każdemu użytkownikowi mogącemu zarejestrować serwer na udostępnienie go wszystkim. Import servers.json miał podobną lukę, ponieważ wpisy "Shared" nieadministratora usuwano dopiero po walidacji.