Katalog podatności CVE

Wtyczka Bookly dla WordPressa (do wersji 28.2 włącznie) jest podatna na niezabezpieczone odwołanie do obiektu (IDOR) poprzez akcje AJAX 'bookly_get_form_id', 'bookly_render_complete', 'bookly_add_to_calendar' i 'bookly_rollback_order'. Handler 'bookly_get_form_id' zapisuje kontrolowane przez atakującego 'order_id' do nowej sesji rezerwacji, a 'bookly_render_complete' ufa mu i zwraca token zamówienia bez weryfikacji właściciela sesji. Umożliwia to nieuwierzytelnionym atakującym wyliczanie identyfikatorów zamówień, ujawnianie tokenów innych klientów, pobieranie informacji o kalendarzu/wizytach oraz trwałe usuwanie rezerwacji.

Wtyczka Customer Reviews for WooCommerce dla WordPressa (do wersji 5.120.0 włącznie) jest podatna na obejście autoryzacji z powodu nieprawidłowej weryfikacji uprawnień użytkownika. Umożliwia to nieuwierzytelnionym atakującym trwałe usuwanie dowolnych załączników z Biblioteki mediów (w tym obrazów produktów, logotypów i dokumentów administratora) poprzez wstrzyknięcie ich identyfikatorów do recenzji, która następnie zostaje przeniesiona do kosza i usunięta. Wykorzystanie wymaga publicznego linku do formularza recenzji (13-znakowy formId), który ujawnia nonce potrzebny do wywołania akcji bez konta WordPress.

Wtyczka Automation Web Platform – Notifications and OTP for WooCommerce, Advanced Country Code dla WordPressa (do wersji 4.8.6 włącznie) jest podatna na eskalację uprawnień z powodu braku egzekwowania uprawnień na publicznie dostępnej trasie REST `POST /wp-json/wawp/v1/signup/<op>` oraz braku listy dozwolonych kluczy w funkcji `finish_registration_logic`. Parametr `wawp_custom_fields` kontrolowany przez atakującego jest kopiowany bezpośrednio do `update_user_meta()`, co pozwala na ustawienie kluczy takich jak `wp_capabilities` i `wp_user_level`. Umożliwia to nieuwierzytelnionym atakującym rejestrację konta z rolą administratora i uzyskanie pełnego dostępu administracyjnego. Gdy weryfikacja OTP jest włączona, token sesji OTP jest zwracany w postaci jawnej w odpowiedzi HTTP, a handler `handle_magic_link_request()` oznacza token jako zweryfikowany na każde nieuwierzytelnione żądanie GET zawierające go, bez sprawdzania kodu OTP, co czyni krok OTP trywialnie pomijalnym.

Podatność w Lemonldap::NG::Portal (Perl) pozwala na obejście PKCE dla publicznych Relying Parties w trybie "PKCE or secret", ponieważ funkcja checkEndPointAuthenticationCredentials nie weryfikuje sekretu klienta. Gdy oidcRPMetaDataOptionsRequirePKCE jest ustawione na 2, punkt końcowy autoryzacji wydaje kod nawet bez code_challenge, a token() akceptuje wymianę, jeśli challenge został zapisany lub zwrócono metodę uwierzytelniania. Atakujący może wymienić przechwycony kod autoryzacyjny na tokeny dostępu, ID i odświeżania użytkownika.

Podatność w Lemonldap::NG::Portal (Perl) pozwala na nieuwierzytelnione introspekcje tokenów OAuth2, ponieważ checkEndPointAuthenticationCredentials nie weryfikuje sekretu klienta publicznego Relying Party. Funkcja pomija porównanie sekretu dla publicznego Relying Party i zwraca metodę uwierzytelniania wywnioskowaną z żądania, więc żądanie z publicznym client_id i dowolnym lub pustym sekretem przechodzi weryfikację. Atakujący może potwierdzić aktywność tokenu i odczytać jego metadane, w tym scope, audience, expiry i sub.

Moduł Perl IO::Socket::SSL::SelfCertificate w wersji 1.00 zawiera złośliwy kod, który wykonuje skrypt Python pobierający kod z zaciemnionego adresu URL (base64) i uruchamia go bezpośrednio. Funkcja generate_certificate uruchamia skrypt Python zapisany jako plik certyfikatu. Złośliwy plik znajduje się w lib/Crypt/SelfCertificate/sample/cert.pem.

Przed 18.09.2026 polityka AWS aplikacji mobilnej iSteamX mogła przyznawać uwierzytelnionym użytkownikom dostęp do tematów MQTT z symbolami wieloznacznymi, co może ujawniać dane urządzeń innych użytkowników i pozwalać atakującemu na włączanie i wyłączanie urządzeń innych połączonych użytkowników. Groziło to ujawnieniem informacji z profilu użytkownika oraz potencjalnym poparzeniem z powodu niezamierzonego uruchomienia urządzenia.

Omni C20 nie przeprowadza prawidłowej walidacji certyfikatów, co może pozwolić atakującemu na przeprowadzenie ataku typu man-in-the-middle, a w konsekwencji na wykonanie dowolnego kodu.

ServiceNow naprawiło podatność polegającą na braku autoryzacji zidentyfikowaną w ServiceNow AI Platform. Podatność ta mogła w pewnych okolicznościach pozwolić nieuwierzytelnionemu użytkownikowi na wyodrębnienie danych instancji wykraczających poza zamierzone, co prowadzi do eskalacji uprawnień.

W interfejsie zarządzania web drukarki Honeywell PD45 Industrial Printer w wersji F10.19.010040 występuje podatność umożliwiająca nieuwierzytelnione zdalne wykonanie kodu poprzez przesłanie dowolnego pliku. Atakujący może przesłać pliki pod swoją kontrolą bez konieczności uwierzytelnienia.

ServiceNow naprawiło podatność SQL injection zidentyfikowaną w ServiceNow AI Platform. Podatność ta mogła w pewnych okolicznościach pozwolić nieuwierzytelnionemu użytkownikowi na wykonanie dowolnych instrukcji SQL względem bazy danych instancji oraz na dostęp do danych instancji lub ich modyfikację wykraczającą poza zamierzone.

DBHub, serwer MCP dla baz danych, w wersjach przed 0.22.5 udostępnia nieuwierzytelniony endpoint HTTP MCP po uruchomieniu w trybie transportu HTTP. Mechanizm ochrony oparty na porównaniu nagłówków Origin i Host nie zapobiega atakowi DNS rebinding, co pozwala złośliwej stronie wywoływać narzędzia MCP z przeglądarki ofiary. W zależności od konfiguracji może to prowadzić do odczytu, wyliczenia, a potencjalnie zapisu zawartości bazy danych.

Biblioteka http4s-scala-xml w wersjach przed 0.24.1 i 1.0.0-M39 używa parsera SAXParserFactory bez konfiguracji bezpieczeństwa do dekodowania ciał wiadomości XML. Przy domyślnych ustawieniach JDK parser rozwiązuje deklaracje DOCTYPE, encje zewnętrzne oraz zewnętrzne DTD. Aplikacje parsujące niezaufany XML są narażone na ataki XXE, SSRF oraz wyczerpanie zasobów.

Decepticon, autonomiczny agent hakerski dla zespołów red team, w wersjach przed 1.1.17 osadza wyniki crawlowania stron w wiadomościach LLM bez neutralizacji literałów specjalnych tokenów ChatML. W modelu BYOK większość dostawców modeli nie filtruje tych literałów, więc atakujący może umieścić je na stronie docelowej, aby sfałszować turę operatora i obejść zabezpieczenia agenta. Prowadzi to do wykonania dowolnych poleceń w sandboxie Kali Linux.

W module x/bonds blockchainu ixo przed wersją 8.0.0 następowało przenoszenie środków z adresu rozwiązanego z metody weryfikacji DID bez sprawdzenia, czy adres ten należy do podpisującego transakcję. Atakujący mógł zarejestrować adresy ofiar jako metody weryfikacji na własnym DID i przenieść ich salda do kontrolowanego przez siebie bonda, a następnie wypłacić i przenieść środki poza łańcuch. Podatność została wykorzystana w mainnecie ixo (ixo-5) w dniu 2026-06-20 i naprawiona w wersji 8.0.0.

W jądrze Linux w podsystemie RDMA rtrs-srv funkcje process_read i process_write nie sprawdzały, czy usr_len jest mniejsze lub równe off, co mogło prowadzić do niedomiaru liczby całkowitej. Złośliwy klient RDMA mógł wysłać usr_len większe niż off, powodując zawinięcie data_len do ogromnej wartości size_t i dostęp poza pamięć. Dodano walidację usr_len <= off przed wywołaniem rtrs_srv_get_ops_ids().

QuickJS commit 04be24600 zawiera podatność na zapis poza zakresem sterty w JS_ReadFunctionTag().

W Termix od wersji 2.4.1 do 2.5.1 uwierzytelniony administrator może zapisać kontrolowane przez atakującego wartości domeny i adresu e-mail przez PATCH /users/acme-ssl-settings, a następnie wywołać ich interpolację do polecenia powłoki certbot przez POST /users/acme-ssl-request. W pliku acme-ssl-routes.ts funkcja child_process.execSync wywołuje /bin/sh -c z tymi wartościami jedynie w cudzysłowach, co pozwala na wykonanie dowolnych poleceń systemowych jako proces backendu Termix. Podatność dotyczy trybów HTTP webroot i DNS Cloudflare challenge, a jej wykorzystanie ujawnia bazy danych Termix, sekrety procesu, przechowywane poświadczenia i dostęp sieciowy. Problem naprawiono w wersji 2.5.1.

W Dokploy przed wersją 0.29.13 procedura tRPC patch.readRepoDirectories przekazuje kontrolowaną przez użytkownika wartość repoPath z pliku patch.ts do polecenia powłoki w patch-repo.ts bez bezpiecznego cytowania argumentów. Uwierzytelniony członek organizacji z uprawnieniem service:read może wstrzyknąć metaznaki powłoki do repoPath i wykonać dowolne polecenia przez child_process.exec jako root w kontenerze Dokploy. Ponieważ standardowe wdrożenie montuje /var/run/docker.sock, wykonanie poleceń jako root w kontenerze może posłużyć do kontroli Dockera i przejęcia hosta oraz zarządzanych aplikacji. Problem naprawiono w wersji 0.29.13.

W jądrze Linux wykryto podatność w module svcrdma (NFS/RDMA serwer). Zdalny klient może wysłać chunk Write lub Reply z polem segcount równym zero, co przechodzi walidację w xdr_check_write_chunk() i powoduje dodanie zdegenerowanego chunka (ch_segcount == 0) do list rc_write_pcl lub rc_reply_pcl. Wcześniejsza poprawka uczyniła pcl_for_each_segment() odpornym na segcount 0, ale problem nadal jest istotny jako obrona w głąb.