Katalog podatności CVE

W Splunk Enterprise w wersjach poniżej 10.4.3 użytkownik z rolą posiadającą uprawnienie list_spl2_modules może wykorzystać wstrzykiwanie SQL w filtrowaniu modułów SPL2, aby uzyskać dostęp do wszystkich danych dostępnych przez REST API, w tym prywatnych definicji modułów SPL2 innych użytkowników. Podatność wynika z braku parametryzacji wartości dostarczanych przez użytkownika przed użyciem ich w zapytaniach do bazy danych.

W Splunk Enterprise w wersjach poniżej 10.4.3, 10.2.7, 10.0.10 i 9.4.15 użytkownik bez ról admin lub power może wykorzystać kontrolowany identyfikator zadania, aby uzyskać dostęp do prawie wszystkich informacji o zadaniach wyszukiwania należących do innych użytkowników, w tym tekstu zapytania, metadanych, wyników i podglądów wyników, przez REST API. Podatność wynika z niepełnej weryfikacji własności zadań przed zwróceniem informacji.

W Splunk Enterprise w wersjach poniżej 10.4.3, 10.2.7 i 10.0.10 użytkownik z uprawnieniem read_o11y_content może wstrzykiwać sfałszowane wpisy do dziennika aplikacji przez REST API. Podatność wynika z braku neutralizacji treści SignalFlow dostarczanych przez użytkownika przed zapisem do dziennika aplikacji w Splunk App for Splunk O11y Cloud.

W Splunk Enterprise w wersjach poniżej 10.4.3, 10.2.7, 10.0.10 i 9.4.15 oraz Splunk Secure Gateway w wersjach poniżej 3.10.11, 3.9.25 i 3.8.72, użytkownik bez ról admin lub power może uzyskać dostęp do uprzywilejowanych funkcji Splunk Secure Gateway. Dzięki temu może spowodować podpisywanie przez Splunk Secure Gateway ładunków kontrolowanych przez atakującego. Podatność wynika z braku egzekwowania wymagań autoryzacji w wielu punktach końcowych REST API.

W Splunk Enterprise w wersjach poniżej 10.4.2, 10.2.6, 10.0.10 i 9.4.15 użytkownik bez ról admin lub power może tworzyć lub edytować definicje skryptowych wyszukiwań (scripted lookups) przez surowe punkty końcowe konfiguracji. Podatność wynika z braku sprawdzania uprawnień external lookup w ścieżkach zapisu surowej konfiguracji transforms.

GitLab naprawił problem w GitLab CE/EE dotyczący wszystkich wersji od 11.7 przed 18.8.9, 18.9 przed 18.9.5 i 18.10 przed 18.10.3, który podczas importowania plików CSV mógł pozwolić uwierzytelnionemu użytkownikowi na spowodowanie odmowy usługi (DoS) dla workerów Sidekiq z powodu nieprawidłowej walidacji struktury pliku CSV.

W OpenStack Zaqar przed wersją 23.0.1 transport WebSocket nie wiąże identyfikatora projektu w kolejnych żądaniach z projektem uwierzytelnionym tokenem Keystone. Uwierzytelniony użytkownik z ważnym tokenem dla jednego projektu może podstawić UUID innego projektu, aby wyliczać, przeglądać, tworzyć lub usuwać kolejki należące do tego projektu, co prowadzi do nieautoryzowanego ujawnienia, modyfikacji lub utraty danych kolejek. Dotyczy to tylko wdrożeń używających transportu WebSocket z uwierzytelnianiem Keystone.

Biblioteka AsyncHttpClient (AHC) w wersjach od 2.16.0 do 3.0.14 zawiera niepełną walidację atrybutów Domain w ThreadSafeCookieStore. Brakujące reguły sekcji prywatnej i domyślnych sufiksów publicznych, brak normalizacji A-label, wrażliwe na ustawienia regionalne małe litery, obsługa host-only dla sufiksów publicznych oraz brak kontroli hostów numerycznych lub IP pozwalają jednemu pochodzeniu na zapisanie ciasteczka, które później jest wysyłane do innego pochodzenia. Aplikacje współdzielące jednego klienta między domenami zaufania mogą otrzymać ciasteczka wstrzyknięte przez atakującego i być narażone na fiksację sesji. Problem naprawiono w wersji 3.0.14.

Biblioteka AsyncHttpClient (AHC) w wersjach od 2.1.0 do 3.0.14 ma domyślnie włączony magazyn ciasteczek, który zastępuje nagłówek Cookie jawnie dostarczony przez setHeader lub addHeader, gdy magazyn dostarcza jakiekolwiek ciasteczko dla danego pochodzenia. We współdzielonym kliencie zapisane ciasteczka pochodzące od jednego użytkownika mogą zastąpić ciasteczko żądania innego użytkownika, powodując wykonanie żądania w niewłaściwej sesji. To obejście wcześniejszej poprawki CVE-2024-53990, która dotyczyła ciasteczek dostarczanych przez addCookie, ale nie bezpośrednio dostarczanego nagłówka. Problem naprawiono w wersji 3.0.14.

CVE-2026-97717 to podatność w podsystemie proxy serwerów Secure Access przed wersją 14.60. Uwierzytelnieni atakujący mogą wysyłać złośliwe dane do serwera i spowodować trwałą odmowę usługi (DoS).

Biblioteka traverse (npm) w wersjach 0.3.6-0.3.9, 0.4.0-0.4.6, 0.5.0-0.5.2 i 0.6.0-0.6.11 pozwala na zanieczyszczenie prototypu (prototype pollution) przez funkcję set(). Gdy ścieżka przekazana do set() przechodzi przez wartość prymitywną, kolejny segment ścieżki jest rozwiązywany na wbudowanym prototypie tej wartości, co pozwala atakującemu dodać lub nadpisać właściwości String.prototype, Number.prototype lub Boolean.prototype przy użyciu zwykłych danych JSON. Problem naprawiono w wersjach 0.3.10, 0.4.7, 0.5.3 i 0.6.12.

W operatorze cluster-samples-operator wykryto usterkę. Rola RBAC o nazwie coreos-pull-secret-reader w przestrzeni nazw openshift-config przyznaje uprawnienia get, list i watch do wszystkich zasobów Secret bez ograniczenia resourceNames. Operator wymaga dostępu jedynie do sekretu pull-secret. Jeśli pod samples-operator lub jego token konta usługi zostanie przejęty przez inną podatność, atakujący może odczytać wszystkie sekrety w openshift-config, w tym poświadczenia dostawcy tożsamości OAuth, poświadczenia dostawcy chmury i inne wrażliwe dane konfiguracyjne klastra.

Sterownik PostgreSQL JDBC Driver (pgjdbc) w wersjach 42.7.4 i 42.7.5 może wysłać poprzednią zawartość bufora wysyłania GSS zamiast pierwszej części wartości na połączeniu z szyfrowaniem GSS (gssEncMode=prefer lub require), a serwer zapisuje tę wartość bez błędu. Bufor ma 16320 bajtów w MIT Kerberos. Zapisana wartość zawiera wtedy bajty komunikatów wysłanych wcześniej na tym samym połączeniu, takich jak tekst SQL instrukcji, inne parametry i wcześniejsze wiersze tej samej partii, zamiast bajtów dostarczonych przez aplikację. Problem dotyczy wartości co najmniej tak długich jak bufor, gdy sterownik zapisuje je z tablicy bajtów. Wersje 42.7.3 i wcześniejsze nie są podatne, a 42.7.6 naprawia problem.

Excelize to biblioteka języka Go do odczytu i zapisu arkuszy kalkulacyjnych Microsoft Excel. W wersjach od 2.8.0 do 2.11.0 predykaty ekstrakcji wypełnienia, obramowania i czcionki w GetStyle sprawdzają tylko górne granice dla indeksów tabeli stylów kontrolowanych przez atakującego. File.GetStyle opiera się na predykatach extractStyleCondFuncs, które pozwalają ujemnym wartościom FillID, BorderID i FontID dotrzeć do indeksowania slice. Gdy spreparowany plik styles.xml dostarczy ujemny fillId, borderId lub fontId, a aplikacja odczyta styl, ujemny identyfikator przechodzi predykat sprawdzający tylko górną granicę i staje się ujemnym indeksem slice, co pozwala atakującemu wywołać panic podczas odczytu stylu komórki. Brak dostępnej poprawionej wersji na dzień przeglądu.

Excelize to biblioteka języka Go do odczytu i zapisu arkuszy kalkulacyjnych Microsoft Excel. W wersjach od 2.1.0 do 2.11.0 rozmiar nieskompresowany Zip64 z ustawionym wysokim bitem jest konwertowany z uint64 na ujemny int64 przed sprawdzeniem limitu rozmiaru i alokacją. ReadZipReader pobiera UncompressedSize64 przez FileInfo.Size i przekazuje zawiniętą ujemną wartość do readFile. Gdy spreparowany wpis Zip64 deklaruje rozmiar nieskompresowany od 2^63 do 2^64-1, a skoroszyt jest otwierany, ujemny rozmiar omija limity rozpakowywania i trafia do make jako ujemna pojemność, co pozwala atakującemu wywołać panic podczas otwierania skoroszytu. Brak dostępnej poprawionej wersji na dzień przeglądu.

Excelize to biblioteka języka Go do odczytu i zapisu arkuszy kalkulacyjnych Microsoft Excel. W wersjach od 2.7.0 do 2.11.0 ekstrakcja formatowania warunkowego indeksuje wymagane slice potomne lub dereferencjonuje opcjonalne dziecko colorScale bez walidacji struktury reguły. GetConditionalFormats osiąga extractCondFmtCellIs i indeksuje ColorScale.Cfvo, DataBar.Cfvo oraz DataBar.Color bez pełnych sprawdzeń strukturalnych. Gdy spreparowany arkusz dostarczy regułę cellIs, dataBar lub colorScale bez oczekiwanych dzieci, a aplikacja wywoła GetConditionalFormats, brakujące dane formuły, koloru, obiektu wartości lub colorScale trafiają do indeksu poza zakresem lub dereferencji nil, co pozwala atakującemu wywołać panic i zakończyć niechroniony proces. Brak dostępnej poprawionej wersji na dzień przeglądu.

Excelize to biblioteka języka Go do odczytu i zapisu arkuszy kalkulacyjnych Microsoft Excel. W wersjach od 2.0.0 do 2.11.0 funkcja checkRow ustala rozmiar docelowego slice komórek na podstawie ostatniej komórki w kolejności dokumentu XML, a następnie rozrzuca każdą komórkę według jej jawnego odwołania do kolumny. GetCellValue osiąga workSheetReader i checkRow, gdzie targetList jest zbyt krótka dla wcześniejszej komórki poza kolejnością. Gdy spreparowany wiersz umieszcza komórkę o wyższym numerze kolumny przed końcową komórką o niższym numerze, a API arkusza niebędące strumieniowym odczytuje arkusz, indeks kolumny wcześniejszej komórki przekracza długość slice wynikającą z końcowej komórki, co pozwala atakującemu wywołać nieodwracalny panic i zakończyć proces. Brak dostępnej poprawionej wersji na dzień przeglądu.

Excelize to biblioteka języka Go do odczytu i zapisu arkuszy kalkulacyjnych Microsoft Excel. W wersjach od 2.7.1 do 2.11.0 mergeCellsParser pozostawia pusty prostokąt dla pustego odwołania mergeCell ref, a następnie przekazuje ten pusty slice do cellInRange bez sprawdzenia długości. GetCellValue osiąga mergeCellsParser, który przekazuje pusty prostokąt pochodzący z atrybutu mergeCell ref do cellInRange. Gdy spreparowany arkusz zawiera puste odwołanie mergeCell ref, a API komórek niebędące strumieniowym odczytuje arkusz, cellInRange indeksuje cztery pozycje w pustym slice, co pozwala atakującemu wywołać panic przy pierwszej operacji na dotkniętej komórce. Brak dostępnej poprawionej wersji na dzień przeglądu.

Excelize to biblioteka języka Go do odczytu i zapisu arkuszy kalkulacyjnych Microsoft Excel. W wersjach od 2.10.1 do 2.11.0 funkcja RIGHT waliduje żądaną długość za pomocą liczby jednostek kodu UTF-16, ale tnie tablicę run za pomocą liczby punktów kodu Unicode. RIGHT osiąga leftRight przez CalcCellValue, gdzie countUTF16String waliduje jedną jednostkę, a utf8.RuneCountInString dostarcza indeks slice w innej. Gdy RIGHT przetwarza tekst z płaszczyzny dodatkowej z żądaną liczbą znaków między liczbą run a liczbą jednostek kodu UTF-16, niespójne jednostki powodują ujemny indeks slice run, co pozwala atakującemu wywołać panic podczas oceny formuły. Brak dostępnej poprawionej wersji na dzień przeglądu.

Biblioteka Excelize w wersjach od 2.9.0 do 2.11.0 w funkcji GetSlicers sprawdza ExtLst, ale dereferencjonuje ws.Drawing bez sprawdzenia, czy opcjonalny element drawing istnieje. Złośliwy arkusz z elementem extLst bez drawing powoduje dereferencję wskaźnika nil i panikę.