Katalog podatności CVE

To CVE zostało odrzucone lub wycofane przez organizację numerującą CVE. Brak dalszych informacji o podatności.

To CVE zostało odrzucone lub wycofane przez organizację numerującą CVE. Brak dalszych informacji o podatności.

W Praat do wersji 7.0.02 wykryto lukę w funkcji whisper_model_load pliku external/whispercpp/whisper.cpp komponentu Model Loader. Manipulacja argumentem n_dims prowadzi do zapisu poza granicami bufora. Atak można zainicjować zdalnie, a exploit został publicznie ujawniony. Poprawka ma identyfikator a910d21a2705ef4cd16d91f29cdc8da1ab1a7221.

W itsmeravitejak Online-Examination-System do wersji e6208e630b14657999bbfe4c9912302d2a1e2449 wykryto słabość w nieznanej funkcji pliku dbtables.sql. Manipulacja może prowadzić do ujawnienia informacji. Atak można przeprowadzić zdalnie, a exploit jest publicznie dostępny. Produkt działa w modelu rolling release, więc nie ma szczegółów wersji.

W turboderp ExLlamaV2 do wersji 0.3.2 wykryto lukę w funkcji STFile.get_tensor pliku exllamav2/stloader.py komponentu Safetensors Tensor Loader. Manipulacja argumentem data_offsets powoduje przepełnienie bufora. Atak można przeprowadzić zdalnie, a exploit jest publicznie dostępny.

Administrator mógł odzyskać kod resetowania hasła dowolnego użytkownika i przejąć jego konto. Kody resetowania hasła były zwracane w odpowiedzi API i mogły zostać użyte do zresetowania hasła dowolnego konta; API było ograniczone wyłącznie do kont administratorów. Atakujący posiadający już dostęp administracyjny do aplikacji mógł przejąć poświadczenia innych kont, choć poświadczenia urządzeń i dane klientów nie były dostępne przez tę podatność.

Gdy używany jest domyślny certyfikat samopodpisany, atakujący może uzyskać dostęp administracyjny do aplikacji. Certyfikat SSL interfejsu webowego jest używany do podpisywania tokenów dostępu JWT służących do weryfikacji zalogowania użytkownika; przy domyślnym certyfikacie atakujący może podpisywać tokeny JWT i ominąć logowanie. Atakujący może uzyskać dostęp administracyjny i wykonywać czynności takie jak konfiguracja usługi lub żądanie zbierania logów; dane uwierzytelniające urządzeń i dane klientów nie są dostępne przez tę lukę.

Gdy funkcja resetowania hasła jest włączona i skonfigurowano e-mail, atakujący może przejąć dowolne konto za pomocą ataku brute-force. Brak ograniczenia liczby prób wprowadzenia kodu resetowania umożliwia brute-force wyzwania resetowania hasła. Atakujący może uzyskać dostęp administracyjny do aplikacji i wykonywać czynności takie jak konfiguracja usługi lub żądanie zbierania logów; dane uwierzytelniające urządzeń i dane klientów nie są dostępne przez tę lukę.

W trybie MSP Omada Controller punkt końcowy potwierdzenia użytkownika nie egzekwuje wymaganego sprawdzenia uprawnień. Uwierzytelniony użytkownik może podać kontrolowany przez siebie parametr Identifier, aby zweryfikować poświadczenia innego konta i otrzymać odpowiedzi rozróżniające nieistniejących użytkowników, nieprawidłowe hasła oraz udane uwierzytelnienie. Skuteczne wykorzystanie może umożliwić enumerację użytkowników, weryfikację poświadczeń i nieautoryzowany dostęp do zasobów MSP lub przejęcie kont docelowych.

W SonicWall Network Security Manager (NSM) on-prem wykryto podatność nieprawidłowej kontroli dostępu w ustawieniach eksportu. Uwierzytelniony zdalny atakujący może uzyskać dostęp do poufnych informacji, co może pozwolić na eskalację uprawnień do administratora lub przechwytywanie komunikacji innych użytkowników instancji NSM.

FileRise to samodzielnie hostowany menedżer plików. Od wersji 3.9.0 do 3.22.0 czyste instalacje manualne bez PERSISTENT_TOKENS_KEY lub metadata/persistent_tokens.key mogą aktywować opublikowany klucz zgodności legacy. Jeśli atakujący zdobędzie pliki kont lub konfiguracji zawierające szyfrogram, znany klucz zapasowy umożliwi odszyfrowanie sekretów TOTP lub poświadczeń. Problem naprawiono w wersji 3.22.0.

OpenAEV to platforma open source do planowania, harmonogramowania i przeprowadzania kampanii symulacji przeciwnika oraz testów. W wersjach przed 2.260622.0, przy domyślnej instalacji, punkty końcowe /api/player/** lessons mogą być wywoływane bez uwierzytelnienia i ufają parametrowi zapytania userId dostarczonemu przez klienta, nie weryfikując, czy wywołujący jest tym użytkownikiem lub członkiem ćwiczenia. Nieuwierzytelniony klient znający UUID ćwiczenia może odczytać pytania i odpowiedzi lessons-learned (w tym tożsamość autora każdej odpowiedzi) oraz tworzyć lub nadpisywać odpowiedzi przypisane dowolnemu użytkownikowi. Wersja 2.260622.0 zawiera poprawkę.

FileRise to samodzielnie hostowany menedżer plików. Przed wersją 3.21.0 FileRise zwracał zapisaną wartość branding.footerHtml przez nieuwierzytelnione publiczne API konfiguracji witryny bez sanityzacji po stronie serwera. Frontend FileRise sanityzuje tę wartość przed renderowaniem, ale surowy HTML był eksponowany przez API. Administrator musi najpierw zapisać złośliwą wartość stopki. Problem naprawiono w wersji 3.21.0.

FileRise to samodzielnie hostowany menedżer plików. Przed wersją 3.21.0 FileRise śledzi nieudane logowania tylko na podstawie kombinacji adresu IP źródła i nazwy użytkownika. Zdalny nieuwierzytelniony atakujący może rotować nazwy użytkowników, aby uzyskać świeży budżet prób dla każdej nazwy, umożliwiając password spraying z jednego źródła poza zamierzonym limitem. Problem naprawiono w wersji 3.21.0.

FileRise to samodzielnie hostowany menedżer plików. Przed wersją 3.21.0 FileRise egzekwuje disableFormLogin, disableBasicAuth i disableOIDCLogin w interfejsie klienta, ale niekonsekwentnie w odpowiednich przepływach uwierzytelniania po stronie serwera. Użytkownik z ważnymi poświadczeniami dla wyłączonej metody może wywołać jej endpoint backendu bezpośrednio i uwierzytelnić się mimo polityki administratora. Problem naprawiono w wersji 3.21.0.

W FileRise przed wersją 3.20.0 punkt końcowy /api/file/snippet.php nie stosuje standardowej kontroli uwierzytelnionej sesji przed przetwarzaniem żądań podglądu krótkich tekstów. Endpoint nadal wykonuje kontrole ACL, więc typowe instalacje nie ujawniają nieuwierzytelnionego odczytu dowolnych plików, ale nieuwierzytelnione żądania docierają do oceny ACL zamiast natychmiastowej odpowiedzi 401. Jedynie nietypowe nagłówki proxy lub błędna konfiguracja ACL mogą pozwolić żądaniom wejść w obsługę ścieżek i zawartości plików.

FileRise przed wersją 3.19.0 nie odrzuca segmentów ścieżki typu ".." w parametrze folderName przed utworzeniem katalogu przez FolderModel::createFolder(). Uwierzytelniony użytkownik z niskimi uprawnieniami, ważnym tokenem CSRF oraz prawem tworzenia lub właściciela katalogu nadrzędnego może wysłać segmenty traversal do POST /api/folder/createFolder.php i utworzyć katalogi poza UPLOAD_DIR.

W FileRise przed wersją 3.18.0 ścieżki folderów są spłaszczane do nazw plików metadanych poprzez zastępowanie separatorów i spacji myślnikami, przez co różne foldery (np. team/docs i team-docs) mogą współdzielić jeden plik metadanych. Użytkownik o niskich uprawnieniach, który kontroluje kolidujący folder i zna nazwę pliku docelowego, może zmodyfikować metadane, sprawić że cudzy plik wygląda na jego własny, a następnie go odczytać i zmodyfikować.

W FileRise przed wersją 3.18.0 udostępnione foldery z możliwością wysyłania oraz linki tylko do wysyłania nie odrzucają nazwy pliku docelowego, która już istnieje. Nieuwierzytelniony gość z ważnym tokenem udostępniania i hasłem może wysłać plik o tej samej nazwie i po cichu zastąpić jego zawartość, zachowując oryginalne metadane. Ten sam problem dotyczy zwykłych uwierzytelnionych wysyłek przez /api/upload/upload.php oraz użytkowników tylko do wysyłania bez prawa edycji istniejącego pliku.

FileRise przed wersją 3.16.0 przechowuje flagę isAdmin w tokenach remember-me i przywraca tę nieaktualną wartość podczas automatycznego logowania, zamiast odczytywać bieżącą rolę konta z users.txt. Użytkownik, któremu wydano token, gdy był administratorem, może zachować uprawnienia administratora po degradacji, a rotacja tokenów kopiuje ten nieaktualny przywilej do każdego nowego tokenu.