Katalog podatności CVE

Podatność w StarTraining do wersji 3.8.1, w funkcji anonimowej pliku /druid/index.html komponentu Druid Console. Brak uwierzytelnienia umożliwia zdalny atak. Exploit jest publicznie dostępny.

Podatność w StarTraining do wersji 3.8.1 w funkcji UserLoginService.createToken pliku application.yml komponentu JWT Token Handler. Manipulacja argumentami user_id/company_id powoduje użycie zaszytego hasła. Atak zdalny, exploit publiczny.

Podatność w Zhonglun CloudPos do wersji 3.0.1.76 w funkcji OpenLocalBrowser pliku ZlPos/ZlPos/Bizlogic/JSBridge.cs komponentu JSBridge. Manipulacja argumentem url prowadzi do wstrzyknięcia kodu. Atak zdalny, exploit publiczny.

Podatność w golang.org/x/playground pozwala złośliwemu plikowi txtar na ucieczkę z zamierzonego kontekstu wykonania i wymuszenie zapisu do zaufanego systemu plików hosta playground. Dodatkowo, jedna ze ścieżek wywołania 'go vet' nie ograniczała poprawnie środowiska wykonania, co umożliwiało odczyt pliku konfiguracyjnego środowiska z katalogu domowego hosta. Połączenie tych problemów może prowadzić do zdalnego wykonania kodu na hoście playground.

Podatność w NetworkManager-iodine, pluginie VPN iodine dla NetworkManagera. Nieuprzywilejowany użytkownik lokalny może wykorzystać sposób przetwarzania ustawienia 'nameserver' podczas nawiązywania połączenia VPN iodine. Osadzenie znaków specjalnych powłoki w wartości 'nameserver' pozwala na wstrzyknięcie i wykonanie dowolnych poleceń z uprawnieniami root przed obniżeniem uprawnień.

Podatność w BerriAI LiteLLM przed wersją 1.101.0-rc.1, polegająca na obejściu izolacji dzierżawców w warstwie pamięci podręcznej semantycznej. Uwierzytelniony użytkownik może odczytać odpowiedzi z pamięci podręcznej innych dzierżawców, wykorzystując niezgodność kluczy metadanych między funkcjami _get_semantic_cache_tenant_scope() i _get_metadata_variable_name(). Atakujący z ważnym kluczem wirtualnym może wysyłać podobne semantycznie zapytania, aby uzyskać dane osobowe, finansowe lub kod źródłowy innych dzierżawców oraz spowodować automatyczne wykonanie połączeń narzędziowych pod cudzymi danymi uwierzytelniającymi.

Federation upstream w RabbitMQ pomija autoryzację vhost, umożliwiając dostęp do wiadomości między vhostami. Policy maker na jednym vhost może czytać i usuwać wiadomości z innego vhosta, do którego nie ma uprawnień, a przy domyślnym trybie ack wiadomości źródłowe są konsumowane, a nie kopiowane.

Natywny MQTT i MQTT over WebSocket za zaufanym frontendem PROXY Protocol w RabbitMQ mogą utracić adres klienta pochodzący z proxy przed sprawdzeniem loopback_users, przez co adres frontend-broker jest traktowany jako loopback. Atakujący z ważnymi poświadczeniami dla konta ograniczonego do loopback może obejść ograniczenie adresu źródłowego.

Podatność w RabbitMQ od wersji 4.2.0 do 4.3.3 oraz w wersji 4.2.9, polegająca na ujawnieniu sekretu klienta OAuth2 przez nieuwierzytelniony punkt końcowy JavaScript. Gdy uwierzytelnianie OAuth2 jest włączone dla interfejsu zarządzania RabbitMQ z użyciem sekretu klienta, wartość oauthclientsecret jest zawarta w JavaScripcie serwowanym przez nieuwierzytelniony punkt /js/oidc-oauth/bootstrap.js. Każdy użytkownik, który ma dostęp do portu interfejsu zarządzania, może pobrać sekret klienta OAuth2.

Niekompletna poprawka CVE-2026-44838 w RabbitMQ: funkcja escaperegexchar/1 nie escapuje znaku -, co umożliwia obejście uprawnień do tematów MQTT. Gdy szablon uprawnień umieszcza {clientid} wewnątrz klasy znaków [...], nisko uprzywilejowany użytkownik MQTT może rozszerzyć autoryzację tematów.

Handler WebSocket Web STOMP w RabbitMQ nie wymusza max_frame_size ani login_timeout przed uwierzytelnieniem, co pozwala nieuwierzytelnionemu klientowi utrzymać połączenie wolnym strumieniem małych ramek i gromadzić nieograniczony stan przed uwierzytelnieniem. Wymagane jest włączenie wtyczki rabbitmq_web_stomp.

W RabbitMQ w wersjach od 3.13.0 do 3.13.15, 4.0.20, 4.1.11 i 4.2.6 protokół strumieniowy przechowuje wartość FrameMax wynegocjowaną podczas uzgadniania Tune, ale nie porównuje jej z deklarowaną długością przychodzącej ramki przed buforowaniem. Zdalny klient może spowodować nadmierne zużycie pamięci i odmowę usługi, deklarując zbyt dużą ramkę.

W RabbitMQ w liniach 3.13, 4.0, 4.1, 4.2 i 4.3 funkcja fill/2 podstawia ${username} do user_dn_pattern bez escapowania RFC 4514 DN, co pozwala na modyfikację powiązanego DN LDAP przez spreparowaną nazwę użytkownika. Wykorzystanie wymaga włączonego backendu rabbitmq_auth_backend_ldap z wzorcem zawierającym ${username}, odpowiedniego układu katalogu i ważnego hasła. Wersje poprawione są sprzeczne w różnych źródłach.

W Zammad przed wersją 7.0.2 występuje problem z kontrolą uprawnień w obszarze zarządzania bazą wiedzy. W pewnych warunkach walidacja danych dla powiązanych elementów nie była w pełni egzekwowana, co mogło pozwolić użytkownikom z ograniczonymi uprawnieniami odczytu na interakcję z elementami poza ich zakresem dostępu.

W Zammad przed wersją 7.0.2 klient mogący wyświetlić zgłoszenie nie widzi wewnętrznych artykułów przez API listy artykułów, ale może bezpośrednio pobrać załącznik należący do wewnętrznego artykułu przez endpoint pobierania załączników. Endpoint ten sprawdza tylko nadrzędne zgłoszenie, a nie artykuł, co omija autoryzację na poziomie artykułu.

W smart kontrakcie Rattadan Cosmowarp przed wersją 56c6147 występuje porównanie do niezamierzonej wartości current_admin. Może to prowadzić do nieprawidłowego działania logiki kontraktu.

W InvoicePlane przed wersją 1.7.2 metoda Invoices::generate_xml() dołącza pochodzący z bazy danych xml_id do katalogu pomocniczego XMLconfigs i włącza wynikową ścieżkę PHP bez walidacji identyfikatora. Atakujący z niskimi uprawnieniami, mogący wpłynąć na konfigurację e-faktury, może użyć sekwencji przejścia katalogów do włączenia istniejącego pliku PHP. Wykonanie kodu wymaga oddzielnego mechanizmu przesyłania lub zapisu plików.

W InvoicePlane przed wersją 1.7.2 metody Invoices::delete() i Invoices::delete_invoice_tax() są eksponowane jako trasy zmieniające stan bez wymogu POST i walidacji tokenu CSRF. Gdy uwierzytelniony administrator załaduje treść kontrolowaną przez atakującego, która wywoła odpowiednią trasę, aplikacja może usunąć fakturę lub rekord podatku. Akcja cross-origin może usunąć dane finansowe bez wiedzy administratora.

W Piwigo przed wersją 16.4.0 funkcja check_upgrade_access_rights() w admin/include/functions_upgrade.php escapuje nazwę użytkownika tylko warunkowo, gdy istnieje usunięta funkcja get_magic_quotes_gpc. W PHP 8 i późniejszych nieuwierzytelniona nazwa użytkownika jest konkatenowana bezpośrednio do zapytania SQL uwierzytelniającego aktualizację. Gdy aktualizacje bazy danych są oczekujące, spreparowany wynik zapytania może spełnić warunki statusu i hasła, ustawić PHPWG_IN_UPGRADE i autoryzować wykonanie aktualizacji bez ważnych poświadczeń administratora.

W Piwigo przed wersją 16.4.0 plik admin/element_set_ranks.php przechowuje kontrolowane przez administratora wartości image_order[] bez egzekwowania istniejącej białej listy pól sortowania. Zapisane wyrażenie image_order albumu jest później konkatenowane do klauzul ORDER BY przez admin/batch_manager_global.php, admin/batch_manager_unit.php, include/section_init.inc.php i include/ws_functions/pwg.categories.php. Gdy co najmniej jeden album zawiera co najmniej jedno zdjęcie, uwierzytelniony administrator może zapisać spreparowane wyrażenie i wywołać je w późniejszym zapytaniu albumu lub Batch Managera, aby ujawnić, zmodyfikować lub zakłócić dane w bazie danych.