Katalog podatności CVE

Ten numer CVE został odrzucony lub wycofany przez jego CVE Numbering Authority.

Ten numer CVE został odrzucony lub wycofany przez jego CVE Numbering Authority.

Ten numer CVE został odrzucony lub wycofany przez jego CVE Numbering Authority.

OliveTin przed commitem ebffd9f040f791208aee1db2e5a8aecd1e3e603d zawiera podatność, która pozwala argumentom o nazwie zaczynającej się od 'ot_' ominąć filtr filterToDefinedArgumentsOnly. Te argumenty nie są sprawdzane pod kątem typów, są ustawiane jako zmienne środowiskowe i przekazywane do wykonywanych poleceń, a także dostępne w kontekście szablonów.

WeeChat w wersjach 0.3.1 do 4.9.0 używa funkcji porównujących ciągi znaków w czasie niezależnym od danych (weechat_strcasecmp i strcmp) do weryfikacji haseł i ich skrótów w uwierzytelnianiu relay. Atakujący może wykorzystać różnice czasowe, aby odczytać skrót hasła znak po znaku, a następnie uwierzytelnić się bez znajomości hasła. Problem został naprawiony w wersji 4.9.1.

WeeChat w wersjach 4.3.0 do 4.9.0 zawiera podatność w funkcji dekompresji WebSocket permessage-deflate w module relay, która nie ma górnego limitu rozmiaru wyjścia. Uwierzytelniony użytkownik relay może wysłać małą skompresowaną ramkę WebSocket (~100 bajtów), która dekompresuje się do gigabajtów, wyczerpując pamięć serwera i powodując awarię całego procesu WeeChat.

FORT Validator w wersjach do 1.6.7 zawiera błąd walidacji pochodzenia w przetwarzaniu RRDP: delegowany CA pod tym samym TAL może odwoływać się do publicznych adresów RRDP ofiary, co powoduje, że cache pobierania oparty na URL zgłasza sukces po usunięciu lokalnego snapshotu ofiary. Może to prowadzić do cichego usunięcia VRP i innych podpisanych obiektów z danych wyjściowych FORT, umożliwiając przejęcie trasy lub utratę osiągalności. Wersja 1.6.8 zawiera poprawkę odrzucającą URL-e RRDP z innych źródeł.

Recce przed wersją 1.50.0, w przypadku serwerów OSS wystawionych na niezaufaną sieć bez uwierzytelniania, jest podatny na nieuwierzytelnione wykonywanie zapytań SQL przez API wykonywania zapytań. Gdy Recce jest skonfigurowany z projektem opartym na DuckDB, atakujący może użyć prymitywów systemu plików DuckDB do odczytu i zapisu plików dostępnych dla procesu serwera Recce.

Arc Enterprise przed wersją 26.06.1 w odbiorniku replikacji klastra waliduje tylko kopertę formatu wire (długość, opcode), a sam payload MsgReplicateSync jest akceptowany bez uwierzytelniania na poziomie aplikacji (brak HMAC, podpisu, nonce). Ochrona transportowa TLS/mTLS nie chroni przed manipulacją lub replayem na poziomie aplikacji. Problem naprawiono w wersji 2026.06.1.

Arc Enterprise przed wersją 26.06.1 w Raft FSM akceptuje ścieżki plików wybrane przez atakującego w propozycjach rejestracji manifestu bez walidacji względem skonfigurowanego backendu. Jedynym sprawdzeniem jest niepustość ścieżki; brak odrzucania przejść nadrzędnych (..), listy dozwolonych prefiksów, ograniczeń schematu (s3:// vs lokalny) ani limitu długości. Problem naprawiono w wersji 2026.06.1.

Arc przed wersją 26.06.1 rejestruje handlery net/http/pprof pod /debug/pprof/* i dodaje /debug/pprof do PublicPrefixes, co powoduje, że endpointy są dostępne bez uwierzytelnienia. Wersja 26.06.1 zawiera poprawkę. Dostępne są obejścia, takie jak blokowanie /debug/pprof* na reverse proxy lub ograniczenie portu API do zaufanych sieci.

Arc przed wersją 26.06.1 w walidatorze SQL blokował tylko read_parquet( i arc_partition_agg( przez regex, pozostawiając inne funkcje DuckDB (read_csv, read_json, glob itp.) niezablokowane. RBAC sprawdzał tylko klauzule FROM/JOIN, więc funkcje skalarne w SELECT omijały zabezpieczenia. Poprawka w 26.06.1 wprowadza sandbox na poziomie DuckDB, który blokuje dostęp do plików spoza listy dozwolonych.

Combodo iTop to internetowe narzędzie do zarządzania usługami IT. Przed wersją 3.2.3 nieuwierzytelniony użytkownik mógł usunąć plik .readonly na instancjach iTop — plik tworzony podczas procesu instalacji, który uniemożliwia użytkownikom wykonywanie operacji zapisu. Problem został naprawiony w wersji 3.2.3.

Combodo iTop przed wersją 3.2.3 chroni tylko klasy obecne w klauzuli SELECT przed sprawdzeniem dostępu silos w OQL. Problem naprawiono w wersji 3.2.3.

Ten identyfikator CVE został odrzucony lub wycofany przez organ nadający numer CVE.

Ten identyfikator CVE został odrzucony lub wycofany przez organ nadający numer CVE.

Ten identyfikator CVE został odrzucony lub wycofany przez organ nadający numer CVE.

Ten identyfikator CVE został odrzucony lub wycofany przez organ nadający numer CVE.

RaTeX to silnik renderowania matematyki zgodny z KaTeX, napisany w Rust. Przed wersją 0.1.11 parser rekurencyjny RaTeX'a rekursuje na każdym poziomie zagnieżdżenia (np. `{`, `\left`, `\sqrt{`, `^{`) bez limitu głębokości. Krótkie wejście o rozmiarze ~10 KB z zagnieżdżonymi grupami przepełnia stos głównego wątku (8 MB) i przerywa proces. Z powodu `panic = "abort"` i faktu, że przepełnienie stosu w Rust zawsze powoduje śmiertelny SIGABRT, jest to nieodwracalna odmowa usługi całego procesu, osiągalna z pojedynczego niezaufanego ciągu LaTeX. Wersja 0.1.11 naprawia problem.

RaTeX przed wersją 0.1.11 panikuje na 9-bajtowym wejściu \verbéxé, gdy parser tnie argument verbatim używając indeksów bajtowych, a indeks 1 trafia w środek wielobajtowego znaku UTF-8. Ponieważ profil wydania ustawia panic = "abort", panika przerywa cały proces, co stanowi twardą odmowę usługi. Wersja 0.1.11 naprawia problem.