Katalog podatności CVE

SiYuan to otwartoźródłowy system zarządzania wiedzą osobistą. W wersjach przed 3.7.0, serwer HTTP jądra SiYuan Note bezwarunkowo ufa wszystkim źródłom chrome-extension://, co pozwala na dostęp do roli administratora dla każdej zainstalowanej rozszerzenia przeglądarki bez autoryzacji.

SiYuan to otwartoźródłowy system zarządzania wiedzą osobistą. W wersjach przed 3.7.0, fragment CSS zawierający </style> powoduje wyjście z otaczającego tagu <style>, co umożliwia wykonanie dowolnego kodu JavaScript w rendererze. W przypadku desktopowych wersji Electron, renderer działa z nodeIntegration:true, co pozwala na dostęp do require('child_process') z wstrzykniętego handlera, co prowadzi do zdalnego wykonania kodu (RCE).

SiYuan to otwartoźródłowy system zarządzania wiedzą osobistą. W wersjach przed 3.7.0 występuje podatność na przechowywane skrypty międzywitrynowe (XSS) w rendererze komórki zasobów widoku atrybutów, co może prowadzić do zdalnego wykonania kodu (RCE) w kliencie desktopowym Electron.

W Cacti w wersjach 1.2.30 i wcześniejszych zmienna żądania rfilter była łączona z klauzulą SQL RLIKE bez sanityzacji. Podatność umożliwia atak SQL Injection (SQLi) przed autoryzacją, jeśli włączono dostęp gościa do wykresów. Problem został naprawiony w wersji 1.2.31.

Gogs przed wersją 0.14.3 akceptuje nazwy organizacji zawierające sekwencje przejścia do katalogu nadrzędnego (../), co pozwala na zapisywanie repozytoriów w dowolnych lokalizacjach systemu plików. Poprzez tworzenie zagnieżdżonej struktury repozytoriów Git można nadpisać konfigurację haków innego repozytorium, co prowadzi do zdalnego wykonania kodu (RCE).

Gogs przed wersją 0.14.3 zawiera podatność polegającą na nieprawidłowym sprawdzaniu dowiązań symbolicznych podczas przesyłania plików przez multipart upload. Atakujący z uprawnieniami do zapisu w repozytorium może wykorzystać nazwę pliku zawierającą backslash, co prowadzi do zapisu dowolnych danych poza repozytorium, np. do pliku authorized_keys lub hooka post-receive.

Gogs przed wersją 0.14.3 umożliwia uwierzytelnionym użytkownikom zdalne wykonanie kodu (RCE) na serwerze poprzez utworzenie pull requesta z odpowiednio spreparowaną nazwą gałęzi, która wstrzykuje flagę --exec do polecenia git rebase podczas operacji scalania 'Rebase before merging'.

Podatność w Rocket.Chat przed wersjami 8.5.0, 8.4.1, 8.3.3, 8.2.3, 8.1.4, 8.0.5, 7.13.7 i 7.10.11 powoduje, że implementacja dostawcy usług SAML pomija walidację podpisów odpowiedzi i asercji SAML, gdy pole certyfikatu IdP jest puste. Funkcja verifySignatures wykonuje wczesny powrót, gdy serviceProviderOptions.cert jest fałszywe, co jest domyślnym stanem ustawienia.

Nieuwierzytelniony atakujący może uzyskać ważny token OAuth dla dowolnego użytkownika Rocket.Chat, wysyłając pojedyncze żądanie HTTP POST z operatorami zapytań MongoDB do endpointu /oauth/token. Serwer OAuth2 nie sprawdza, czy parametry grantu są ciągami znaków, co pozwala na podstawienie wartości takich jak {"$ne": null} i otrzymanie tokena dostępu dla pierwszego dopasowanego użytkownika.

W Rocket.Chat przed wersjami 8.5.0, 8.4.1, 8.3.3, 8.2.3, 8.1.4, 8.0.5, 7.13.7 i 7.10.11, procedura logowania CAS przekazuje wartość `credentialToken` dostarczoną przez klienta bezpośrednio do zapytania MongoDB `findOne({_id: ...})` bez sprawdzania typu w czasie wykonania. Nieuwierzytelniony atakujący może zastąpić oczekiwany ciąg znaków tokena operatorem zapytania NoSQL (np. `{"$gt": ""}`), co powoduje dopasowanie pierwszego nieprzedawnionego dokumentu w kolekcji `credential_tokens` i całkowite ominięcie weryfikacji biletu CAS.

FOSSBilling w wersjach 0.7.2 i wcześniejszych posiada podatność w API gościa, która pozwala na tworzenie nowych kont administratorów mimo istnienia już jednego administratora. Błąd w sprawdzaniu istnienia administratora umożliwia atakującemu ominięcie zabezpieczeń.

Ghost to system zarządzania treścią oparty na Node.js. W wersjach do 6.37.0, gdy Ghost działa za wspólną warstwą pamięci podręcznej, nieautoryzowany użytkownik mógł wysłać nagłówek x-ghost-preview, co prowadziło do zmiany renderowanej odpowiedzi frontendowej.

Rclone w wersjach od 1.46.0 do 1.74.2 zawiera podatność w trybie serwera (rcd --rc-serve), która pozwala nieuwierzytelnionym żądaniom GET i HEAD na wykonywanie dowolnych poleceń systemowych. Atakujący może wykorzystać specjalnie spreparowane URL-e zawierające konfigurację zdalnego magazynu, która podczas inicjalizacji wykonuje lokalne polecenia.

Wykorzystanie po zwolnieniu pamięci w WebGL w Google Chrome na Androidzie przed wersją 149.0.7827.197 umożliwia zdalnemu atakującemu potencjalne wykonanie ucieczki z piaskownicy za pomocą spreparowanej strony HTML.

Podatność Use-After-Free w komponencie WebGL w przeglądarce Google Chrome na system Android przed wersją 149.0.7827.197 umożliwia zdalnemu atakującemu potencjalne wykonanie ucieczki z piaskownicy poprzez spreparowaną stronę HTML. Problem ma krytyczny poziom ważności według Chromium.

Podatność w bibliotece concurrent-ruby do wersji 1.3.6 umożliwia nieautoryzowane zwolnienie blokady zapisu (write lock) przez dowolny wątek, co może prowadzić do naruszenia wzajemnego wykluczania. Dodatkowo, metoda release_read_lock może zmniejszyć licznik współdzielony poniżej zera, powodując błąd ResourceLimitError przy próbie uzyskania blokady odczytu.

Podatność w jądrze Linux w sterowniku bcmgenet (Broadcom GENET Ethernet) związana z błędem off-by-one w funkcji bcmgenet_put_txcb. Nieprawidłowe cofnięcie wskaźnika może prowadzić do nieprawidłowego czyszczenia bufora transmisji.

W jądrze Linuxa sterownik bcmgenet (Broadcom GENET) ma wadliwą obsługę timeoutu: procedura obsługi timeoutu zatrzymuje wszystkie kolejki transmisyjne, gdy tylko jedna z nich przekroczy limit czasu. Powoduje to liczne warunki wyścigu z kolejkami, które działają poprawnie. Poprawka ogranicza restart tylko do kolejki, która przekroczyła timeout.

W sterowniku hisilicon/sec2 jądra Linux wykryto podatność na użycie po zwolnieniu (use-after-free) podczas transmisji pakietów. Przy dużym obciążeniu systemu sprzęt może zakończyć przetwarzanie pakietu i zwolnić pamięć żądania (req) przed zakończeniem funkcji transmisji, co prowadzi do błędu.

W jądrze Linux w systemie plików GFS2 brakowało blokady wątku logowania w funkcji gfs2_logd(). Funkcje odpowiedzialne za opróżnianie dziennika (gfs2_ail1_start(), gfs2_ail1_wait(), gfs2_ail1_empty()) były wywoływane bez trzymania blokady sd_log_flush_lock, co mogło prowadzić do wyścigu z równoczesnymi transakcjami. Dodano nową funkcję __gfs2_log_flush() oraz odpowiednie blokady w gfs2_logd().