Katalog podatności CVE

Ten identyfikator CVE został odrzucony. Jest duplikatem rezerwacji CVE-2026-92243; wszystkie odwołania i opisy zostały usunięte, aby zapobiec przypadkowemu użyciu.

Podatność przepełnienia bufora na stosie oraz brak autoryzacji w Thales Sentinel Keys Server na Windows. Serwer nie sprawdza długości pierwszego pola w żądaniu HTTP, co pozwala atakującemu na przesłanie spreparowanego żądania i potencjalne zdalne wykonanie kodu z uprawnieniami NT AUTHORITY\SYSTEM.

Podatność przepełnienia bufora na stosie i zapisu poza granicami w Thales Sentinel Keys Server na Windows. Serwer nie sprawdza długości pierwszego pola w komunikacie wejściowym, co lokalny atakujący może wykorzystać do wykonania kodu z uprawnieniami NT AUTHORITY\SYSTEM i eskalacji uprawnień.

SNARK Verifier to generyczny weryfikator (S)NARK. W wersjach przed 0.2.5 obwód agregacji Halo 2 może nieprawidłowo obsługiwać punkty dowodu zakodowane jako punkt w nieskończoności. Funkcja EcPointLoader::multi_scalar_multiplication umieszcza bazę Value::Assigned(_) w parze z Value::Constant(ONE) na liście zmiennych bazowych i przekazuje ją bezpośrednio do sum_with_const. Domyślny shim deleguje do halo2-lib EccChip::sum, którego niekompletne dodawanie afiniczne zakłada punkty wejściowe różne od tożsamości. Punkt dowodu kontrolowany przez prover, zakodowany jako (0, 0), może zatem wejść do końcowej sumy agregacji przez skrót skalara jeden i wpłynąć na obliczenia MSM lub akumulatora. Praktyczna wykorzystywalność zależy od otaczających kontroli agregacji i final-decider; biuletyn nie potwierdza uniwersalnej akceptacji nieprawidłowych dowodów. Problem naprawiono w wersji 0.2.5.

OpenVM to wydajny i modułowy framework zkVM. W wersjach przed 1.7.0 w linii 1.x oraz w dotkniętych wersjach przedpremierowych 2.0 i 2.1 funkcja OpenVmHalo2Verifier.verify przyjmuje appExeCommit i appVmCommit jako wartości bytes32 bez sprawdzenia, czy któraś z nich jest mniejsza od modułu ciała skalarnego BN254. Mimo że długości wartości publicznych i danych dowodu są sprawdzane, wywołujący mogą podać niekanoniczne 256-bitowe kodowania większe lub równe temu modułowi na granicy wrappera Solidity. Aplikacje polegające na wrapperze mogą zatem akceptować niekanoniczne zobowiązania app executable i app VM, tworząc niejednoznaczność między dostarczonymi wartościami bajtowymi a elementami ciała używanymi przez weryfikator. Problem naprawiono w wersjach 1.7.0, 2.0.0-rc.3 i 2.1.0-preview.

OpenVM przed wersją 1.7.0 (oraz w wersjach 2.0 i 2.1 prerelease) ma podatność w OpenVmHalo2Verifier.verify, gdzie surowe dane calldata z proofData mogą wywołać inną funkcję zewnętrzną zamiast weryfikatora, co pozwala zaakceptować dowolne zobowiązania aplikacji i wartości publiczne bez sprawdzenia dowodu.

OpenVM przed wersją 1.7.0 (oraz w wersjach 2.0 i 2.1 prerelease) ma podatność w MemoryMerkleAir, która nie zabrania wierszy rozszerzenia Merkle przy parent_height = 0 lub poniżej, gdy expand_direction != 0. Złośliwy prover może sfabrykować poddrzewo i zmienić zakorzeniony root pamięci bez odpowiedniej operacji pamięci, podważając poprawność dowodów OpenVM.

MyTube przed wersją 1.10.3 rejestruje trasy statyczne i chmurowe przed API, przez co pozostają one poza stosem uwierzytelniania nawet przy loginEnabled=true. Nieuwierzytelnieni klienci mogą uzyskać dostęp do filmów, miniatur, awatarów, napisów i podpisanych adresów URL w chmurze.

W MyTube przed wersją 1.10.3 backend nie egzekwuje ograniczenia roli gościa do publicznych treści, gdy włączone jest logowanie i skonfigurowane hasło gościa. Filtr w interfejsie działa tylko po stronie klienta, a middleware i warstwa dostępu do plików nie sprawdzają roli ani widoczności, więc gość może wyliczyć i pobrać ukryte nagrania wraz ze ścieżkami plików.

W operatorze OSAC (rewizja 8220502) komponent console-proxy parsuje dane kubeconfig z Sekretu Kubernetes bez sanityzacji konfiguracji rest.Config. Osoba mogąca tworzyć lub modyfikować odpowiednio oznaczony Sekret może dostarczyć wtyczkę exec poświadczeń, co prowadzi do uruchomienia dowolnego procesu jako konto usługi console-proxy, a kontrolowany adres serwera umożliwia SSRF z podu proxy.

W Kargo (wersje od 0.6.0 do 1.8.14, 1.9.9 i 1.10.8) występują dwie luki autoryzacji w API RBAC ograniczonym do projektu. Użytkownik z delegowanym uprawnieniem do zarządzania rolami lub kontami usług może przyznać uprawnienia wykraczające poza własne, co umożliwia eskalację do poziomu administratora projektu.

W go-xrpl, implementacji protokołu XRP Ledger w Go, funkcja ParseMPTAmountBinary konwertuje ośmiobajtową wartość MPT za pomocą num.Int64() bez sprawdzenia, czy mieści się w 63 bitach, co powoduje ciche przepełnienie dodatniej wartości do liczby ujemnej. Dodatkowo readMPTAmount akceptuje wartości przekraczające limit, co prowadzi do niepoprawnych obliczeń i rozbieżności z interpretacją rippled.

HoneySQL konwertuje struktury danych Clojure na SQL. W wersjach od 2.0.0 do 2.7.1392 aplikacje przekazujące dane użytkownika do DSL przez keyword lub symbol mogą generować ciągi SQL podatne na wstrzyknięcie SQL, ponieważ niektóre formatery nie stosują sprawdzania podejrzanych znaków do nazw encji.

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.