Katalog podatności CVE

Podatność na wstrzyknięcie SQL (SQL Injection) w wtyczce Do Lasso w wersjach do 358, wykorzystywana przez użytkownika z rolą Subscriber. Pozwala na manipulację zapytaniami do bazy danych.

Nieuwierzytelniony atak typu Cross Site Scripting (XSS) w wtyczce Business Directory w wersjach do 6.4.25. Atakujący może wstrzyknąć złośliwy skrypt bez logowania.

Nieuwierzytelniony atak typu Cross Site Scripting (XSS) w wtyczce Maspik – Spam blacklist w wersjach do 2.9.1. Atakujący może wstrzyknąć złośliwy skrypt bez logowania.

Podatność na wstrzyknięcie SQL (SQL Injection) w wtyczce Booktics (Arraytics) w wersjach do 1.0.22. Umożliwia ślepe wstrzyknięcie SQL (Blind SQL Injection).

Nieuwierzytelniona eskalacja uprawnień w wtyczce MStore API w wersjach do 4.20.0. Atakujący bez logowania może podnieść swoje uprawnienia.

Nieuwierzytelniony atak typu Cross Site Scripting (XSS) w wtyczce Welcart e-Commerce w wersjach do 2.11.31. Atakujący może wstrzyknąć złośliwy skrypt bez logowania.

Nieuwierzytelnione wstrzyknięcie SQL (SQL Injection) w wtyczce WP Directory Kit w wersjach do 1.5.4. Atakujący bez logowania może manipulować zapytaniami do bazy danych.

Nieuwierzytelniony atak typu Cross Site Scripting (XSS) w wtyczce MailChimp Subscribe Forms w wersjach do 4.3.3. Atakujący może wstrzyknąć złośliwy skrypt bez logowania.

Wtyczka Solace Extra w wersjach do 1.6.0 ma podatność na złamanie kontroli dostępu przez subskrybenta. Oznacza to, że użytkownik o niskich uprawnieniach może uzyskać nieautoryzowany dostęp do funkcji lub danych.

Wtyczka Car Rental Manager w wersjach do 1.3.9 ma podatność na wstrzyknięcie obiektów PHP przez użytkownika z rolą edytora. Atakujący może wykorzystać tę podatność do wykonania złośliwego kodu na serwerze.

Wtyczka Taxi Booking Manager dla WooCommerce w wersjach do 2.0.3 ma podatność na złamanie kontroli dostępu bez uwierzytelnienia. Osoba nieuwierzytelniona może uzyskać nieautoryzowany dostęp do funkcji lub danych.

W PostgreSQL, w dekodowaniu logicznym, brak autoryzacji pozwala nie-superuserowi posiadającemu uprawnienie REPLICATION na załadowanie dowolnego pliku widocznego dla konta systemu operacyjnego uruchamiającego serwer, poprzez wybór pluginu dekodowania logicznego. To z kolei umożliwia wykonanie dowolnego kodu jako to konto. Dotknięte są wersje przed PostgreSQL 18.6, 17.11, 16.15, 15.19 i 14.24.

W PostgreSQL, w psql, podczas operacji COPY, może dojść do włączenia niezaufanych danych, co pozwala administratorowi serwera na spowodowanie wykonania linii danych jako poleceń psql, poprzez wstrzyknięcie błędu. Jeśli polecenie "COPY FROM STDIN" lub "\copy FROM STDIN" zakończy się niepowodzeniem przed wskazaniem przez serwer oczekiwania na wiersze wejściowe, psql przetwarza wiersze danych jako polecenia psql. "COPY FROM" z nazwą pliku nie jest dotknięte. Administrator serwera nie ma bezpośredniej kontroli nad wierszami danych, więc pełny atak wymaga od atakującego osobnego przejęcia kontroli nad serwerem i wierszami danych. Alternatywnie, atakujący kontrolujący tylko wiersze danych może przeprowadzić atak przez przypadkowy błąd, którego nie kontroluje. Dotknięte są wersje przed PostgreSQL 18.6, 17.11, 16.15, 15.19 i 14.24.

Fulcio, urząd certyfikacji do wydawania certyfikatów podpisywania kodu dla tożsamości OIDC, w wersjach do 1.8.5 niewłaściwie podąża za przekierowaniami między hostami i dołącza tokeny ServiceAccount Kubernetes podczas wykrywania OIDC, co pozwala złośliwemu lub skompromitowanemu wystawcy na przeprowadzenie ślepego SSRF, podstawienie i buforowanie złośliwych kluczy JWKS lub ujawnienie tokenów ServiceAccount zewnętrznym hostom.

Przepełnienie bufora sterty w pg_dump w PostgreSQL przy długich listach transformacji funkcji pozwala twórcy obiektu na wykonanie dowolnego kodu jako użytkownik systemu operacyjnego uruchamiający pg_dump, poprzez spreparowaną listę transformacji. Podatne są wersje przed PostgreSQL 18.6, 17.11, 16.15, 15.19 i 14.24.

W PostgreSQL, w pg_dump, występuje włączenie niezaufanych danych, które pozwala złośliwemu superuserowi serwera źródłowego na wstrzyknięcie dowolnego kodu do wykonania podczas przywracania jako konto systemu operacyjnego klienta uruchamiające psql, poprzez rozszerzenie danych wejściowych meta-polecenia psql \restrict. Poprawka dla CVE-2025-8714 wprowadziła \restrict i \unrestrict w celu zablokowania tego ataku, ale samo \unrestrict było wystarczające do ataku. pg_dumpall jest również dotknięte. pg_restore jest dotknięte, gdy jest używane do generowania zrzutu w formacie plain. Nie-rdzeniowe użycie \restrict byłoby dotknięte, ale nie zidentyfikowano takiego użycia. Dotknięte są wersje przed PostgreSQL 18.6, 17.11, 16.15, 15.19 i 14.24.

Pomylenie typów w cyklu życia "portalu"/kursora w PostgreSQL pozwala użytkownikowi na wykonanie dowolnego kodu jako użytkownik systemu operacyjnego uruchamiający bazę danych, poprzez ponowne utworzenie kursora lub innego portalu z różnymi typami. Podatne są wersje przed PostgreSQL 18.6, 17.11, 16.15, 15.19 i 14.24.

W PostgreSQL, w funkcji pg_restore_attribute_stats(), występuje błąd pomylenia typów, który pozwala twórcy obiektu na wykonanie dowolnego kodu jako użytkownik systemu operacyjnego uruchamiający bazę danych, poprzez pomieszanie wartości range i multirange. W obrębie głównej wersji 18, dotknięte są wersje przed PostgreSQL 18.6. Wersje przed PostgreSQL 18 nie są dotknięte.

Zawinięcie liczby całkowitej w module fuzzystrmatch w PostgreSQL pozwala użytkownikowi na kierowanie zapisów do ogromnego zakresu adresów, wykonując dowolny kod jako użytkownik systemu operacyjnego uruchamiający bazę danych, poprzez ekstremalne dane wejściowe do funkcji SQL levenshtein() lub levenshtein_less_equal(). Podatne są wersje przed PostgreSQL 18.6, 17.11, 16.15, 15.19 i 14.24.

W PostgreSQL, w funkcji EXTRACT() deparse, występuje wstrzyknięcie SQL, które pozwala właścicielowi obiektu na wykonanie dowolnego SQL jako superuser poprzez wrogą definicję obiektu. Ataki dotykają szeroko konsumentów deparse wyrażeń, w tym pg_dump, polecenia psql takie jak \sf, oraz podobne użycie w narzędziach nie-rdzeniowych. Dotknięte są wersje przed PostgreSQL 18.6, 17.11, 16.15, 15.19 i 14.24.