Katalog podatności CVE

W Joomla! Core w wersjach 1.5.0-5.4.8 oraz 6.0.0-6.1.3 występuje obejście filtra XSS w InputFilter z powodu niezgodności w dekodowaniu encji HTML5. Metoda checkAttribute normalizuje wartość atrybutu przed testowaniem względem wyrażenia regularnego dla schematu "javascript:", ale nie dekoduje encji HTML5 przed tym testem, co tworzy wektor XSS.

W Joomla! Core w wersjach 4.0.0-5.4.8 oraz 6.0.0-6.1.3 występuje podatność obejścia uwierzytelniania MFA przez przedwczesne wydanie ciasteczka rememberme. To pozwala na ominięcie wymogu wieloskładnikowego uwierzytelniania.

W Joomla! Core w wersjach 4.0.0-5.4.8 oraz 6.0.0-6.1.3 występuje nieprawidłowa kontrola dostępu (ACL) dla różnych zadań edycji w usługach webowych. Nieprawidłowa kontrola dostępu pozwala nieautoryzowanym użytkownikom na wykonywanie operacji edycji na elementach, które normalnie nie są edytowalne.

Podatność typu XSS w widoku listy modułów w Joomla w wersjach 4.0.0-5.4.8 oraz 6.0.0-6.1.3. Układ listy modułów nieprawidłowo escapował wartości dostarczone przez użytkownika, co prowadzi do wektora XSS.

Podatność typu XSS w układzie paska narzędzi linków w Joomla w wersjach 4.0.0-5.4.8 oraz 6.0.0-6.1.3. Układ paska narzędzi linków nieprawidłowo escapował dane wejściowe, co prowadzi do wektora XSS.

W Joomla! Core występuje nieprawidłowa kontrola uprawnień (ACL) przy zmianach etapu workflow. Nieuprawnieni użytkownicy mogą zmieniać etap workflow dla treści, do których nie mają dostępu. Problem dotyczy wersji 5.0.0-5.4.8 oraz 6.0.0-6.1.3.

W Joomla! Core w wersjach 4.0.0-5.4.8 oraz 6.0.0-6.1.3 występują wektory SSRF (Server-Side Request Forgery) w różnych rozszerzeniach rdzenia. Adresy URL używane do żądań po stronie serwera były nieprawidłowo walidowane, co prowadzi do wektorów SSRF.

W Joomla! Core funkcja szablonów wiadomości e-mail nie stosuje mechanizmu escapowania, co prowadzi do wektorów XSS w wielu rozszerzeniach. Problem dotyczy wersji 4.0.0-5.4.8 oraz 6.0.0-6.1.3.

W Joomla! Core występuje nieprawidłowa kontrola uprawnień (ACL) w wynikach dla elementów oznaczonych tagami. Nieuprawnieni użytkownicy mogą przeglądać elementy treści z niedostępnych dla nich kategorii. Problem dotyczy wersji 4.0.0-5.4.8 oraz 6.0.0-6.1.3.

W Joomla! Core występuje nieprawidłowa kontrola uprawnień (ACL) w widoku porównania historii treści. Nieuprawnieni użytkownicy mogą przeglądać niedostępne dla nich treści. Problem dotyczy wersji 4.0.0-5.4.8 oraz 6.0.0-6.1.3.

W Joomla! Core w wersjach 4.0.0-5.4.8 oraz 6.0.0-6.1.3 występuje podatność umożliwiająca dowolne usuwanie katalogów przez akcję czyszczenia pamięci podręcznej. Nieprawidłowa walidacja nazwy grupy pamięci podręcznej pozwala na ścieżki traversal w magazynie plików warstwy cache, co prowadzi do dowolnego usuwania katalogów.

W Joomla! Core brak escapowania w ogólnych układach wyjściowych multimediów prowadzi do podatności XSS. Problem dotyczy ogólnych układów wyjściowych audio i wideo. Podatność występuje w wersjach 4.0.0-5.4.8 oraz 6.0.0-6.1.3.

W Joomla! Core w wersjach 4.0.0-5.4.8 oraz 6.0.0-6.1.3 występuje nieprawidłowa kontrola dostępu (ACL) dla endpointów usług webowych poziomu dostępu. Nieprawidłowa kontrola dostępu pozwala nieautoryzowanym użytkownikom na wykonywanie operacji mutacji w endpointach poziomu dostępu.

W Joomla! Core kontroler profile.save nie sprawdzał stanu zalogowania użytkownika, co umożliwia tworzenie kont użytkowników na poziomie gościa na stronach bez aktywnej rejestracji użytkowników. Problem dotyczy wersji 1.5.0-5.4.8 oraz 6.0.0-6.1.3.

W Joomla! Core brak escapowania w metodzie HTMLHelper::link prowadzi do podatności XSS. Problem dotyczy wersji 1.5.0-5.4.8 oraz 6.0.0-6.1.3.

Podatność SQL Injection w rozszerzeniu Mediawiki - UserPageViewTracker Extension pozwala na wstrzykiwanie zapytań SQL. Dotyczy wersji od * przed 1.46.1, 1.45.5, 1.43.10.

Ollama w wersjach od 0.14.0 do przed 0.31.2 zawiera podatność nieprawidłowej autoryzacji w mechanizmie zatwierdzania poleceń Bash w eksperymentalnym trybie agenta. Mechanizm niepoprawnie parsuje składnię powłoki, co pozwala atakującym, którzy mogą wpływać na dane wyjściowe modelu przez wstrzyknięcie promptu, na wykonywanie dodatkowych poleceń powłoki przez dodanie operatorów kontrolnych, takich jak średniki lub operatory logiczne, do zatwierdzonych poleceń, omijając wymóg zatwierdzenia sesji.

Elektron to framework do tworzenia aplikacji desktopowych. Przed wersjami 41.10.6, 42.9.2, 43.4.1 i 44.0.0-beta.5, gość <webview> mógł włączyć nodeIntegrationInWorker dla swoich Web Workerów, nawet gdy osadzający (embedder) miał wyłączoną integrację Node.js i nie był w piaskownicy. Pozwalało to niezaufanej treści na utworzenie workera z uprawnieniami Node.js, przekraczającymi przyznane przez osadzającego.

Elektron przed wersjami 41.10.6, 42.9.2, 43.4.1 i 44.0.0-beta.5 miał problem z odpowiedziami serwowanymi przez protocol.registerFileProtocol lub protocol.registerHttpProtocol dla niestandardowego schematu z włączonym supportFetchAPI, ale wyłączonym corsEnabled. Odpowiedzi te mogły pozostać czytelne dla skryptów z innych źródeł (cross-origin). Jest to dopełnienie poprawki dla CVE-2026-70604.

Elektron przed wersjami 41.10.6, 42.9.2, 43.4.1 i 44.0.0-beta.5 nie dziedziczył aktywnych ograniczeń sandboxa HTML dla okien otwieranych z sandboxowanego dokumentu najwyższego poziomu. Niezaufana treść w takim dokumencie, która mogła otwierać popupy, mogła utworzyć okno z pełnym originem aplikacji Electron, zamiast ograniczonego originu przewidzianego przez sandbox.