CVE-2026-6072
ŚrednieCVSS 6.5Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 38 - wyżej niż 38% wszystkich znanych CVE
Streszczenie
Plugin Oliver POS dla WordPress do wersji 2.4.2.6 zawiera podatność polegającą na obejściu autoryzacji przez kontrolowany przez użytkownika klucz. Mechanizm uwierzytelniania REST API używa luźnego porównania PHP (==) do sprawdzenia nagłówka 'OliverAuth'. Na świeżych instalacjach, gdy opcja 'oliver_pos_authorization_token' nie jest ustawiona, porównanie '0' == false zwraca true, co pozwala nieuwierzytelnionemu atakującemu na pełny dostęp do API POS.
Ocena ryzyka
Nieuwierzytelniony atakujący może uzyskać pełny dostęp do API POS, odczytać dane użytkowników (w tym administratorów), zmienić profile użytkowników (w tym adresy e-mail) oraz usuwać nieadministracyjnych użytkowników. Zmiana adresu e-mail konta administratora może prowadzić do przejęcia całej witryny.
Rekomendacja
Zaleca się natychmiastową aktualizację wtyczki Oliver POS do najnowszej wersji, która zawiera poprawkę. Dodatkowo, administratorzy powinni ustawić wartość opcji 'oliver_pos_authorization_token' na bezpieczny, niepusty token.
Oryginalny opis (angielski, źródło NVD)
The Oliver POS – A WooCommerce Point of Sale (POS) plugin for WordPress is vulnerable to Authorization Bypass Through User-Controlled Key in all versions up to and including 2.4.2.6. The plugin protects its entire /wp-json/pos-bridge/* REST API namespace through the oliver_pos_rest_authentication() permission callback, which uses a loose PHP comparison (==) to compare the attacker-supplied 'OliverAuth' header value against the 'oliver_pos_authorization_token' option. On fresh installations where the admin has not yet completed the connection flow, this option is unset (get_option returns false). Due to PHP's type juggling, the loose comparison '0' == false evaluates to true, allowing an unauthenticated attacker to bypass authentication by sending 'OliverAuth: 0'. This grants full access to all POS API endpoints, enabling attackers to read user data (including administrator details), update user profiles (including email addresses), and delete non-admin users. An admin account email reset can lead to site takeover.