Katalog podatności CVE

phpMyFAQ przed wersją 4.1.7 zawiera podatność brute-force w kroku uwierzytelniania dwuskładnikowego, gdzie licznik nieudanych prób jest powiązany z sesją i resetowany po każdym pomyślnym ponownym uwierzytelnieniu hasłem. Atakujący z ważnym hasłem może ominąć limit pięciu prób, uzyskując nowy ciasteczko sesji i wielokrotnie ponownie uwierzytelniając się, aby zresetować licznik, co umożliwia nieograniczone zgadywanie kodów TOTP.

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 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.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.

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ń.

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ść na wstrzykiwanie poleceń systemu operacyjnego. Atakujący z wysokimi uprawnieniami i zdalnym dostępem może ją wykorzystać do wykonania poleceń.

Dell OpenManage Enterprise w wersjach przed 4.7.0 zawiera podatność na wstrzykiwanie poleceń systemu operacyjnego. Atakujący z niskimi uprawnieniami i zdalnym dostępem może ją wykorzystać do wykonania poleceń.

Dell OpenManage Enterprise w wersjach przed 4.7.0 zawiera podatność na podrabianie żądań po stronie serwera (SSRF). Nieuwierzytelniony atakujący ze zdalnym dostępem może ją wykorzystać, prowadząc do ujawnienia informacji.

Wtyczka netrw w Vimie zawiera podatność, która pozwala na wykonanie dowolnego kodu Vimscript przez specjalnie spreparowaną nazwę pliku z cudzysłowami i fragmentami wyrażeń. Może to prowadzić do wykonania poleceń powłoki z uprawnieniami użytkownika uruchamiającego Vima.

Renovate w wersjach od 37.158.0 do przed 37.199.0 zawiera podatność na wstrzykiwanie poleceń w menedżerze helmv3 podczas obsługi registryAliases. Atakujący z dostępem do commitów może manipulować kluczami registryAliases, aby wykonać dowolne polecenia podczas operacji helm repo add, uzyskując pełny dostęp do środowiska wykonawczego Renovate.

Renovate w wersjach od 19.180.0 do przed 23.25.1, używany z Azure DevOps, może ujawniać token autoryzacyjny bota w logach serwera lub potoku, ponieważ parametr git http.extraheader=AUTHORIZATION jest logowany bez maskowania. Osoby z dostępem do zapisanych logów mogą uzyskać poświadczenia bota. Poprawka w wersji 23.25.1.

Renovate w wersjach od 13.87.0 do 19.38.6 wycieka tymczasowe tokeny repozytorium do komentarzy w pull requestach podczas niektórych scenariuszy błędów aktualizacji modułów Go. Problem naprawiono w wersji 19.38.7. Osoby mogące przeglądać komentarze mogą uzyskać ujawnione tokeny.

W produkcie cockpit-ws wykryto wyciek pamięci. Obsługa strony logowania przydziela pamięć na stercie przy każdym nieuwierzytelnionym żądaniu zawierającym ciasteczko CockpitLang, co pozwala zdalnemu atakującemu bez uwierzytelnienia wyczerpać pamięć hosta i spowodować odmowę usługi.

Wtyczka Stitch Express w wersjach do 1.9.0 zawiera podatność na nieuwierzytelniony złamany mechanizm kontroli dostępu (Broken Access Control). Oznacza to, że osoba atakująca bez logowania może uzyskać dostęp do funkcji lub danych, do których nie powinna mieć uprawnień.

Wtyczka Resido w wersjach do 1.5 zawiera podatność na nieuwierzytelnione lokalne dołączanie plików (Local File Inclusion). Atakujący bez logowania może odczytać dowolne pliki z serwera, wykorzystując parametr ścieżki.