Katalog podatności CVE

Wersje stigmem przed 0.9.0a2 pozwalają na nieuwierzytelniony dostęp, gdy uwierzytelnianie jest wyłączone na wdrożeniach innych niż loopback. Atakujący mogą wykonywać operacje odczytu, zapisu i federacji z anonimową tożsamością, gdy węzły są wystawione poza lokalne środowiska deweloperskie.

stigmem-node 0.9.0a1 akceptuje materiał klucza federacyjnego podczas rejestracji peera bez osobnego kroku zatwierdzenia odcisku palca przez administratora poza pasmem. Na węzłach, które akceptują rejestrację peera federacyjnego przez sieć, gdzie początkowa rejestracja może być przechwycona lub przekierowana, atakujący może zarejestrować złośliwego peera i uzyskać dostęp do ruchu federacyjnego lub go modyfikować. Naprawiono w 0.9.0a2, który wprowadza przepływ zatwierdzania oczekującego wymagający weryfikacji odcisku palca administratora przed zaakceptowaniem tokenów peera.

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 Bottinelli Informatica Vedo Suite w wersji v1.2.5 występuje podatność na wstrzykiwanie SQL (SQL Injection) w endpointcie api_vedo/chat i parametrze utente_chat, co pozwala zdalnemu atakującemu na wykonanie dowolnego kodu.

Nieprawidłowa neutralizacja specjalnych elementów użytych w poleceniu SQL (podatność na iniekcję SQL) w Faydam Innovation Inc. FAYDAM Datalogger umożliwia iniekcję SQL. Problem dotyczy FAYDAM Datalogger: od wersji 2.7.1 przed 2.8.0.

Nieuwierzytelniona iniekcja SQL w Total Donations w wersjach do 2.0.5.

Nieuwierzytelniona eskalacja uprawnień w Total Donations w wersjach do 2.0.5.

Nieuwierzytelniona iniekcja obiektów PHP w Kalles Addons w wersjach do 1.0.6.

Nieuwierzytelniona iniekcja SQL w Nikstore Core w wersjach do 1.5.

Podatność typu PHP Object Injection w wtyczce Flexible Subscriptions w wersjach do 1.8.1 włącznie. Umożliwia atakującemu wstrzyknięcie złośliwych obiektów PHP, co może prowadzić do nieautoryzowanego dostępu lub wykonania kodu.

Podatność umożliwiająca nieuwierzytelnioną eskalację uprawnień w aplikacji TrueBooker w wersjach do 1.2.6 włącznie. Atakujący bez logowania może podnieść swoje uprawnienia, np. do poziomu administratora.

Podatność typu SQL Injection w wtyczce NGG Smart Image Search w wersjach starszych niż 4.0.0. Nieuwierzytelniony atakujący może wstrzykiwać zapytania SQL, co może prowadzić do nieautoryzowanego dostępu do bazy danych.

Podatność typu SQL Injection w wtyczce Maps Marker Pro w wersjach do 4.32 włącznie. Nieuwierzytelniony atakujący może wstrzykiwać zapytania SQL, co może prowadzić do nieautoryzowanego dostępu do bazy danych.

W rozszerzeniu Joomla Balbooa Forms w wersjach poniżej 2.4.3.2 występuje wstrzyknięcie kodu PHP przed uwierzytelnieniem. Opcjonalny handler PHP uruchamiany po wysłaniu formularza jest wykonywany przez eval(), a shortcode [URL parameter = X] jest zastępowany surową, nieescapowaną wartością parametru zapytania, co pozwala nieuwierzytelnionemu atakującemu wstrzyknąć dowolny kod PHP wykonywany po stronie serwera. Token CSRF potrzebny do wywołania endpointu jest ujawniany anonimowo przez osobne zadanie, więc nie stanowi realnej ochrony.

Podatność umożliwiająca nieuwierzytelnione zdalne wykonanie kodu (RCE) w wtyczce JetEngine w wersjach do 3.8.14 włącznie. Atakujący może wykonać dowolny kod na serwerze bez logowania.

W bibliotece Net::OAuth dla Perla przed wersją 0.33 nadawca wiadomości może wybrać algorytm podpisu używany do weryfikacji. Parametr signature_method jest wymagany w każdym żądaniu, więc strona weryfikująca nie może narzucić metody. Jeśli wiadomość wskazuje HMAC-SHA1 lub HMAC-SHA256, klucz jest wyprowadzany z consumer_secret i token_secret, a nie z klucza dostawcy. Dostawca używający RSA-SHA1 posiada tylko publiczny klucz konsumenta, a RFC 5849 nie używa consumer_secret dla tej metody, więc wymagany parametr jest wypełniany wartością zastępczą. Klient, który zamiast tego użyje HMAC-SHA1, ma sprawdzany podpis względem tej wartości zastępczej, więc łatwa do odgadnięcia wartość wystarczy do sfałszowania żądań dla dowolnego klucza konsumenta i tokena.

Moduł kodowania ISO-2022 używał bufora stosowego o rozmiarze MB_LEN_MAX (6 bajtów) dla pośredniego wyjścia znaków. Niektóre warianty ISO-2022 mogą wymagać do 10 bajtów na znak, w którym to przypadku konwersje mogą wywołać przepełnienie bufora stosowego o maksymalnie cztery bajty. Aplikacja używająca iconv(3) do konwersji niezaufanych danych do lub z jednego z dotkniętych kodowań może być podatna na przepełnienia bufora, jeśli używa jednego z dotkniętych modułów kodowania.

Kilka modułów kodowania, w tym HZ, UTF-7, VIQR i ZW, nie sprawdzało poprawnie rozmiaru bufora wyjściowego dostarczonego przez wywołującego przed zapisaniem przekonwertowanych znaków. Aplikacja używająca iconv(3) do konwersji niezaufanych danych do lub z jednego z dotkniętych kodowań może być podatna na przepełnienia bufora, jeśli używa jednego z dotkniętych modułów kodowania.