Katalog podatności CVE

Na urządzeniach Peplink Balance 305, 380, 580, 710, 1350 i 2500 z firmware przed wersją 7.0.1-build2093 występuje podatność na usuwanie dowolnych plików. Atak polega na wykorzystaniu przejścia przez absolutną ścieżkę w pliku cgi-bin/MANGA/firmware_process.cgi za pomocą parametru upfile.path.

Na urządzeniach Peplink Balance 305, 380, 580, 710, 1350 i 2500 z firmware przed wersją 7.0.1-build2093 występuje podatność CSRF. Skrypty CGI w interfejsie administracyjnym są narażone, co pozwala atakującemu na wykonanie poleceń, jeśli zalogowany użytkownik odwiedzi złośliwą stronę internetową.

Wersje Elastic X-Pack Security od 5.0.0 do 5.4.0 zawierają błąd eskalacji uprawnień w funkcjonalności run_as. Błąd ten uniemożliwia przejście do określonego użytkownika w żądaniu run_as, co prowadzi do nieprawidłowego działania tej funkcji.

W Apache Hadoop w wersjach 2.8.0, 3.0.0-alpha1 i 3.0.0-alpha2, LinuxContainerExecutor wykonuje polecenia docker jako root z niewystarczającą walidacją wejścia. Gdy funkcja docker jest włączona, uwierzytelnieni użytkownicy mogą uruchamiać polecenia jako root.

W BigTree CMS do wersji 4.2.18 na systemie Windows występuje podatność na przejście katalogu, która pozwala atakującym na odczyt dowolnych plików za pomocą sekwencji ..\ w parametrze katalogu.

Podatność SQL injection w BigTree CMS w wersji 4.2.18 pozwala zdalnym uwierzytelnionym użytkownikom na wykonywanie dowolnych poleceń SQL poprzez plik form-create.php. Atakujący może stworzyć spreparowaną nazwę tabeli, co prowadzi do ujawnienia podatności w panelu administracyjnym.

W Lenovo Service Bridge przed wersją 4 wystąpił błąd w logice weryfikacji podpisu certyfikatu kodu, który może być wykorzystany przez atakującego do wprowadzenia fałszywego certyfikatu podpisu kodu.

W wersjach Lenovo Service Bridge przed 4.0 używana jest niebezpieczna, niezabezpieczona łączność HTTP do przesyłania numeru seryjnego systemu, typu maszyny oraz nazwy produktu do serwerów Lenovo.

W podatności CVE-2016-8229 występuje luka typu cross-site request forgery w Lenovo Service Bridge przed wersją 4. Atakujący z dostępem do serwera DHCP używanego przez system, na którym zainstalowano LSB, może wykorzystać tę lukę.

W Lenovo Service Bridge przed wersją 4, użytkownik z lokalnymi uprawnieniami na systemie mógł wykonać kod z uprawnieniami administracyjnymi.

OpenEMR w wersji 5.0.0 i wcześniejszych pozwala użytkownikom o niskich uprawnieniach na przesyłanie plików niebezpiecznych typów, co może prowadzić do wykonania dowolnego kodu w kontekście podatnej aplikacji.

W BigTree CMS do wersji 4.2.18 występuje wiele problemów z CSRF, związanych z parametrem clear w pliku core\admin\modules\dashboard\vitals-statistics\404\clear.php oraz parametrami from i to w pliku core\admin\modules\dashboard\vitals-statistics\404\create-301.php.

PJSIP, używany w Asterisk Open Source 13.x przed wersją 13.15.1 oraz 14.x przed wersją 14.4.1, umożliwia zdalnym atakującym spowodowanie odmowy usługi (przepełnienie bufora i awaria aplikacji) poprzez wysłanie pakietu SIP z odpowiednio skonstruowanym nagłówkiem CSeq w połączeniu z nagłówkiem Via, który nie zawiera parametru branch.

W BigTree CMS w wersji 4.2.18 występuje podatność CSRF, która umożliwia odblokowanie strony za pomocą parametru force w żądaniu do /admin/pages/revisions.php.

Parser ciała wieloczęściowego w PJSIP, używany w Asterisk Open Source 13.x przed wersją 13.15.1 oraz 14.x przed wersją 14.4.1, umożliwia zdalnym atakującym spowodowanie odmowy usługi (odczyt poza zakresem i awaria aplikacji) poprzez spreparowany pakiet.

W Asterisk Open Source 13.x przed wersją 13.15.1 oraz 14.x przed wersją 14.4.1 i Certified Asterisk 13.13 przed wersją 13.13-cert4 występuje podatność na wyczerpanie pamięci. Może być ona wywołana przez wysyłanie specjalnie skonstruowanych pakietów SCCP, co prowadzi do nieskończonej pętli i wyczerpania pamięci.

W Wireshark w wersjach od 2.2.0 do 2.2.6 oraz od 2.0.0 do 2.0.12, rozkładacz RGMP mógł spowodować awarię aplikacji. Problem ten został rozwiązany poprzez walidację adresu IPv4.

W wersjach Wireshark od 2.2.0 do 2.2.6, rozkładacz IPv6 mógł ulegać awarii. Problem został rozwiązany poprzez walidację adresu IPv6.

W Wireshark w wersjach od 2.2.0 do 2.2.6 oraz od 2.0.0 do 2.0.12, dyssekator Bazaar mógł wpaść w nieskończoną pętlę. Problem ten został rozwiązany poprzez zapewnienie, że nie może wystąpić odwrócone parsowanie.

W Wireshark w wersjach od 2.2.0 do 2.2.6 oraz od 2.0.0 do 2.0.12, dyssekator DHCP mógł odczytywać dane poza końcem bufora. Problem został rozwiązany poprzez dokładniejsze wydobywanie identyfikatora klasy dostawcy.