CVE-2026-12904
ŚrednieCVSS 4.3Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 21 — wyżej niż 21% wszystkich znanych CVE
Streszczenie
Wtyczka Kadence Blocks dla WordPressa do wersji 3.7.7 zawiera podatność na niebezpieczne bezpośrednie odwołanie do obiektu (IDOR). Mechanizm autoryzacji sprawdza uprawnienia na podstawie identyfikatora posta (post_id) podanego przez użytkownika, ale operacje odczytu i usuwania rekordów analizy optymalizatora są wykonywane na podstawie skrótu ścieżki pliku (post_path), który może być dowolnie zmieniony przez atakującego. Umożliwia to uwierzytelnionym atakującym z dostępem na poziomie Współautora lub wyższym odczytywanie lub usuwanie rekordów analizy należących do postów innych użytkowników.
Ocena ryzyka
Organizacja narażona jest na wyciek danych analitycznych dotyczących optymalizacji stron oraz możliwość ich usunięcia przez nieuprawnione osoby. Atakujący może uzyskać dostęp do poufnych informacji o wydajności i strukturze postów innych użytkowników, co może prowadzić do naruszenia poufności i integralności danych.
Rekomendacja
Należy natychmiast zaktualizować wtyczkę Kadence Blocks do wersji 3.7.8 lub nowszej, która zawiera poprawkę usuwającą tę podatność. Do czasu aktualizacji warto ograniczyć dostęp do wtyczki tylko dla zaufanych użytkowników.
Oryginalny opis (angielski, źródło NVD)
The Kadence Blocks – Gutenberg Blocks for Page Builder Features plugin for WordPress is vulnerable to Insecure Direct Object Reference in versions up to and including 3.7.7. This is due to a mismatch between the object used for authorization and the object actually accessed in the Optimize_Rest_Controller's create_item(), get_item(), delete_item(), and bulk_delete_items() endpoints — authorization is checked via current_user_can('edit_post'/'delete_post', $post_id) against the user-supplied post_id, while the storage layer keys analysis records on sha256($post_path) from a separately supplied, attacker-controlled post_path parameter, with no enforcement that post_path corresponds to post_id. This makes it possible for authenticated attackers, with Contributor-level access and above, to read or delete optimizer analysis records belonging to posts owned by other users by submitting their own post_id (which passes the capability check) together with the victim post's path.