Katalog podatności CVE

phpMyFAQ w wersjach 3.1.0 do 4.1.6 zawiera podatność obejścia uwierzytelniania w funkcji AuthLdap::create(). Gdy uwierzytelnianie LDAP jest włączone, po pomyślnym wiązaniu LDAP kod wywołuje User::setStatus('active') bezwarunkowo, co nadpisuje kolumnę account_status istniejącego lokalnego konta z 'blocked' na 'active'. W rezultacie użytkownik, którego lokalne konto phpMyFAQ zostało administracyjnie zablokowane, może przywrócić swoje konto i zalogować się, uwierzytelniając się przez LDAP. Zmiana stanu nie jest logowana, więc administratorzy nie mogą wykryć, że blokada została nadpisana. Poprawiono w wersji 4.1.7.

phpMyFAQ przed wersją 4.1.7 zawiera podatność obejścia uwierzytelniania dwuskładnikowego, gdzie tokeny remember-me są wydawane przed zakończeniem weryfikacji 2FA. Atakujący z ważnymi poświadczeniami może uzyskać ciasteczko remember-me, pominąć wyzwanie 2FA i odtworzyć ciasteczko, aby uzyskać pełny uwierzytelniony dostęp bez weryfikacji drugiego czynnika.

phpMyFAQ przed wersją 4.1.7 nie sprawdza statusu aktywności w punkcie eksportu PDF, co pozwala nieuwierzytelnionym atakującym na pobieranie metadanych szkiców FAQ. Atakujący mogą uzyskać dostęp do publicznej trasy eksportu PDF z sekwencyjnymi identyfikatorami FAQ, aby uzyskać tytuły, identyfikatory rozwiązań, nazwiska autorów i znaczniki czasu ostatniej aktualizacji nieaktywnych lub nieopublikowanych FAQ.

phpMyFAQ przed wersją 4.1.7 zawiera podatność wstrzykiwania SQL w punktach końcowych tworzenia i aktualizacji glosariusza, spowodowaną obcinaniem escapowanego ciągu przed osadzeniem go w literale SQL. Uwierzytelnieni użytkownicy z uprawnieniami dodawania lub edycji glosariusza mogą stworzyć ładunek z wiszącym backslashem, aby uciec z zamykającego cudzysłowu i wstrzyknąć dowolne polecenia SQL w celu odczytania wrażliwych informacji z bazy danych.

phpMyFAQ przed wersją 4.1.6 zapisuje archiwa ZIP kopii zapasowych treści w katalogu głównym dostępnym przez sieć jako content.zip, ujawniając wrażliwe pliki, w tym dane uwierzytelniające bazy danych. Nieuwierzytelnieni atakujący mogą wykorzystać wyścig współbieżnych żądań, aby pobrać tymczasowy plik ZIP przed jego usunięciem, lub wykorzystać XSS w kontekście administratora, aby wywołać uwierzytelnione kopie zapasowe i pobrać archiwum.

phpMyFAQ przed wersją 4.1.7 zawiera podatność na ominięcie uwierzytelniania w SetupController, która pozwala nieuwierzytelnionym atakującym na uruchamianie migracji bazy danych i tworzenie kopii zapasowych konfiguracji, gdy tryb konserwacji jest włączony. Atakujący mogą wywołać punkty POST /api/setup/update-database i POST /api/setup/backup, aby wykonać aktualizacje bazy danych, wyłączyć tryb konserwacji i wyodrębnić dane uwierzytelniające bazy danych z wygenerowanych archiwów ZIP.

phpMyFAQ przed wersją 4.1.7 przechowuje tokeny resetowania hasła w publicznie dostępnym pliku śledzenia, gdy włączone jest śledzenie użytkowników. Nieuwierzytelnieni atakujący mogą odczytać plik śledzenia w ścieżce content/core/data/trackingDDMMYYYY, aby wyodrębnić tokeny resetowania i odtworzyć je przeciwko API resetowania hasła, przejmując konta użytkowników.

SiYuan przed wersją v3.7.4 zawiera podatność cross-site scripting w generowaniu dymków po najechaniu w selektorze drzewa plików (app/src/util/pathName.ts, getLeaf()/movePathTo()) używanym w oknach wyboru ścieżki 'move/link to', gdzie pola metadanych dokumentu (zakładka, alias, notatka i alternatywne pole nazwy) są łączone w atrybut HTML aria-label bez escapowania. Dokument ze znakiem cudzysłowu w którymkolwiek z tych pól może wyrwać się z kontekstu atrybutu i wstrzyknąć dowolne atrybuty HTML, w tym wbudowane procedury obsługi zdarzeń (np. onmouseover). Ponieważ każde okno Electron SiYuan działa z nodeIntegration:true, contextIsolation:false i bez CSP, wstrzyknięty handler uzyskuje dostęp do require('child_process'), co eskaluje XSS do dowolnego wykonania poleceń systemu operacyjnego, gdy ofiara tylko najedzie na złośliwy wpis dokumentu w oknie wyboru ścieżki. Złośliwe dokumenty docierają do ofiar przez udostępnianie, synchronizację lub import.

SiYuan do wersji 3.7.3 zawiera podatność cross-site scripting w wyskakującym oknie autouzupełniania referencji bloków '(('. W funkcji genHintItemHTML() (app/src/protyle/hint/extend.ts) pola nazwy, aliasu i notatki kandydata są łączone w HTML wyskakującego okna bez escapowania. Atakujący, który może ustawić te pola metadanych na bloku, może wstrzyknąć samouruchamiający się ładunek (np. <img src=x onerror=...>), który wykonuje się automatycznie, gdy ofiara wpisze '((' i wyszuka termin, który ujawni spreparowany blok. Ponieważ okna Electron SiYuan działają z włączonym nodeIntegration, wyłączonym contextIsolation i bez CSP, wstrzyknięty skrypt uzyskuje dostęp do require('child_process'), co pozwala na eskalację XSS do dowolnego wykonania poleceń systemu operacyjnego.

cgltf do wersji 1.15 zawiera podatność na przepełnienie liczby całkowitej w kontroli granic dla nie-sparse accessorów w funkcji cgltf_validate(), co pozwala zdalnym atakującym na ujawnienie pamięci i wywołanie odmowy usługi poprzez dostarczenie spreparowanych wartości liczby accessorów. Atakujący mogą dostarczyć złośliwe dane wejściowe .gltf lub .glb z odpowiednio spreparowaną liczbą accessorów, aby przepełnić mnożenie liczby całkowitej bez znaku (stride accessora * liczba elementów), co powoduje przejście kontroli granic i wywołanie odczytu poza stertą, gdy funkcja cgltf_accessor_read_float() zostanie wywołana na zwalidowanym, złośliwym accessorze.

Rozszerzenie Joomla - yootheme.com - Open redirect w CommentController::twitterAuthenticate() w Zoo < 4.1.64 - Parametr żądania referer jest przekazywany bezpośrednio do setRedirect() bez żadnej walidacji.

Rozszerzenie Joomla - yootheme.com - Nieuwierzytelniona iniekcja SQL w ItemController::element() w Zoo < 4.1.64. Wartość żądania filter_type jest interpolowana do zapytania jako a.type = "..." a tablica type_filter jako a.type IN ("..."), bez cudzysłowów lub escapowania.

Rozszerzenie Joomla - yootheme.com - Nieuwierzytelnione dowolne przesyłanie plików w Zoo < 4.1.64. Element obrazu akceptuje dowolne pliki, gdy dostarczony przez klienta Content-Type mieści się w grupie MIME obrazów.

W benchmarku RTL Berkeley Out-of-Order Machine (BOOM) / BoomTile w wersji v1.2 (commit 2d08d0d8b4563212175212f9db0e69f6e68c9619) występuje problem w logice przywracania stanu po wyjątku (CSR trap-return), obsłudze MRET, ścieżce aktualizacji mstatus.MPRV oraz logice CSRFile, co pozwala zdalnemu atakującemu na wykonanie dowolnego kodu.

Dell OpenManage Enterprise, wersje przed 4.7.0, zawiera podatność na nieprawidłowe ograniczenie ścieżki do katalogu zastrzeżonego (Path Traversal). Atakujący z niskimi uprawnieniami i zdalnym dostępem może potencjalnie wykorzystać tę podatność, prowadząc do ujawnienia informacji.

Dell OpenManage Enterprise, wersje przed 4.7.0, zawiera podatność na nieprawidłowe ograniczenie odwołań do zewnętrznych encji XML (XXE). Atakujący z niskimi uprawnieniami i zdalnym dostępem może potencjalnie wykorzystać tę podatność, prowadząc do ujawnienia informacji.

Dell OpenManage Enterprise w wersjach przed 4.7.0 zawiera podatność na wstrzykiwanie SQL. Atakujący z niskimi uprawnieniami i zdalnym dostępem może ją wykorzystać, prowadząc do wstrzyknięcia skryptów.

Dell OpenManage Enterprise w wersjach przed 4.7.0 zawiera podatność w zarządzaniu uprawnieniami. Atakujący z wysokimi uprawnieniami i zdalnym dostępem może ją wykorzystać do podniesienia uprawnień.

nnn nie sanityzuje zmiennej filename. Atakujący może umieścić plik o spreparowanej nazwie na współdzielonym systemie plików, nośniku wymiennym lub w rozpakowanym archiwum, którego nazwa zawiera pojedynczy cudzysłów, po którym następuje składnia powłoki. Jeśli ofiara przejdzie do tego pliku i otworzy go z podglądem w zakładkach (preview-tabbed), nazwa pliku jest osadzana w wygenerowanym poleceniu powłoki, a wstrzyknięty ładunek wykonuje się z uprawnieniami procesu nnn. Opiekun projektu został powiadomiony o tej podatności. Mogła zostać zaadresowana, ale opiekun nie podał zakresu podatnych wersji. Tylko wersja 5.2 została przetestowana i potwierdzona jako podatna.

nnn nie sanityzuje zmiennej path. Atakujący może utworzyć katalog na współdzielonym systemie plików, nośniku wymiennym lub w rozpakowanym archiwum, którego nazwa zawiera pojedynczy cudzysłów, po którym następuje składnia powłoki. Jeśli ofiara wejdzie do tego katalogu w nnn i użyje przepływu pracy kopiowania lub przenoszenia wsadowego, spreparowana nazwa katalogu jest osadzana w wygenerowanym poleceniu powłoki, a wstrzyknięty ładunek wykonuje się z uprawnieniami procesu nnn. Opiekun projektu został powiadomiony o tej podatności. Mogła zostać zaadresowana, ale opiekun nie podał zakresu podatnych wersji. Tylko wersja 5.2 została przetestowana i potwierdzona jako podatna.