CVE-2026-17555
ŚrednieCVSS 4.9Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 19 - wyżej niż 19% wszystkich znanych CVE
Streszczenie
Wtyczka WPvivid Backup & Migration dla WordPressa do wersji 0.9.131 zawiera podatność na SQL Injection poprzez parametr export_data. Uwierzytelnieni atakujący z dostępem na poziomie administratora i wyższym mogą dołączyć dodatkowe zapytania SQL do istniejących zapytań, co umożliwia wyodrębnienie wrażliwych danych z bazy danych.
Ocena ryzyka
Atakujący mogą uzyskać dostęp do całej bazy danych, w tym do danych użytkowników, haseł i innych poufnych informacji, co może prowadzić do całkowitego przejęcia systemu.
Rekomendacja
Zaleca się natychmiastową aktualizację wtyczki WPvivid Backup & Migration do najnowszej wersji oraz ograniczenie uprawnień administratora tylko do zaufanych użytkowników.
Inne podatności w WPvivid Backup & Migration
Zobacz wszystkie- CVE-2025-12656Niskie
Podatność w pluginie WordPress WPvivid Backup & Migration (wersje do 0.9.128) umożliwia uwierzytelnionemu atakującemu z uprawnieniami administratora usunięcie dowolnego katalogu na serwerze poprzez funkcję delete_cancel_staging_site() z powodu niewystarczającej walidacji ścieżki.
- CVE-2025-12654Niskie
Wtyczka Migration, Backup, Staging – WPvivid Backup & Migration dla WordPressa jest podatna na tworzenie dowolnych katalogów we wszystkich wersjach do 0.9.120 włącznie. Funkcja check_filesystem_permissions() nie ogranicza odpowiednio katalogów, które mogą być utworzone, ani ich lokalizacji, co umożliwia uwierzytelnionym atakującym z uprawnieniami administratora tworzenie dowolnych katalogów.
Oryginalny opis (angielski, źródło NVD)
The WPvivid Backup & Migration plugin for WordPress is vulnerable to SQL Injection via the export_data parameter in versions up to, and including, 0.9.131. This is due to insufficient escaping on the user supplied parameter and lack of sufficient preparation on the existing SQL query. The values are received in prepare_export_post(), passed through sanitize_text_field() and stripslashes(), JSON-decoded, and the attacker-controlled JSON object keys are collected as $posts_ids without integer casting. They are stored in the export task options and later joined with commas and interpolated directly into a `WHERE ID IN (...)` clause inside a $wpdb->get_results() call in export_post_to_xml() (unquoted, numeric context), with no $wpdb->prepare() or esc_sql(). This makes it possible for authenticated attackers, with Administrator-level access and above, to append additional SQL queries into already existing queries that can be used to extract sensitive information from the database.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS

