CVE-2026-12918
ŚrednieCVSS 4.9Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 24 - wyżej niż 24% wszystkich znanych CVE
Streszczenie
Wtyczka Mail Mint dla WordPressa jest podatna na ogólne wstrzykiwanie SQL przez parametr 'recipients' we wszystkich wersjach do 1.24.1 włącznie. Atakujący z uprawnieniami administratora mogą przechowywać złośliwy ładunek, który następnie jest wykonywany podczas odczytu kampanii, umożliwiając wyodrębnienie wrażliwych danych z bazy.
Ocena ryzyka
Ryzyko polega na możliwości kradzieży poufnych danych z bazy WordPress, takich jak hasła użytkowników czy dane klientów, przez uwierzytelnionego administratora. Atak wymaga jednak uprawnień administratora, co ogranicza jego wykorzystanie w typowych scenariuszach.
Rekomendacja
Należy natychmiast zaktualizować wtyczkę Mail Mint do najnowszej dostępnej wersji, która zawiera poprawkę usuwającą podatność. Jeśli aktualizacja nie jest dostępna, należy tymczasowo ograniczyć dostęp do panelu administracyjnego tylko dla zaufanych użytkowników.
Inne podatności w Mail Mint
Zobacz wszystkie- CVE-2026-14342Średnie
Wtyczka Mail Mint dla WordPressa jest podatna na atak SQL Injection oparty na czasie przez parametr 'contact_ids' w wersjach do 1.24.2 włącznie. Podatność wynika z niedostatecznego oczyszczania danych wejściowych i braku odpowiedniego przygotowania zapytań SQL.
- CVE-2026-27349Średnie
Wtyczka WordPress Mail Mint do wersji 1.19.5 włącznie ujawnia wrażliwe informacje systemowe nieautoryzowanym podmiotom, co pozwala na pobranie osadzonych danych wrażliwych.
Oryginalny opis (angielski, źródło NVD)
The Mail Mint – Email Marketing, Newsletter, Email Automation & WooCommerce Emails plugin for WordPress is vulnerable to generic SQL Injection via the 'recipients' parameter in all versions up to, and including, 1.24.1 due to insufficient escaping on the user supplied parameter and lack of sufficient preparation on the existing SQL query. 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. This is a second-order SQL injection: the malicious payload is first stored unsanitized via a POST request to /mrm/v1/campaigns/ (bypassing filter_recipients() validation because an int-cast of a string like '1) OR ...' evaluates to a real numeric ID), and is then triggered by a subsequent GET request to /mrm/v1/campaigns/{id} that deserializes the recipients and passes the raw id string through array_column() into the vulnerable query.