Katalog podatności CVE

Podatność w RabbitMQ dotyczy autoryzacji tematów (topic authorization), która podczas błędów magazynu metadanych może zezwalać na nieautoryzowane zapisy i wiązania tematów. Błąd wynika z tego, że błędy wyszukiwania uprawnień tematów w Khepri są interpretowane jako 'undefined', co wewnętrzny backend traktuje jako zezwolenie.

Podatność w RabbitMQ przed wersjami 3.13.15, 4.0.20, 4.1.11 i 4.2.6 umożliwia użytkownikowi z ograniczeniem do pętli zwrotnej (np. guest) zdalne uwierzytelnienie, gdy ruch jest akceptowany przez zaufaną ścieżkę PROXY, a backend nasłuchuje na pętli zwrotnej. Problem wynika z błędnego sprawdzania adresu gniazda nasłuchującego zamiast rzeczywistego źródła klienta.

Podatność XSS w interfejsie zarządzania RabbitMQ pozwala użytkownikowi z uprawnieniami do deklarowania kolejek lub giełd na wykonanie kodu JavaScript w przeglądarce innego użytkownika. Problem występuje przed wersją 4.2.5 i dotyczy nieprawidłowego escapowania argumentu x-internal-purpose w atrybucie title HTML.

Wtyczka rabbitmq_federation_management w RabbitMQ przed wersjami 3.13.14, 4.0.19, 4.1.10 i 4.2.5 nie koduje pola consumer_tag na stronie statusu federacji, co umożliwia atak XSS. Użytkownik z uprawnieniami do konfiguracji upstream lub polityki federacji może wstrzyknąć kod JavaScript, który wykona się w przeglądarce administratora przeglądającego tę stronę.

Podatność w RabbitMQ na Windows przed wersjami 4.1.11 i 4.2.6 pozwala na przekazanie zakodowanych w URL backslashy do handlera plików statycznych przed walidacją ścieżki, gdy włączonych jest wiele rozszerzeń zarządzania. Skutkuje to wysyłaniem żądań DNS i SMB do kontrolowanych przez atakującego ścieżek UNC.

W Grist przed wersją 1.7.15 punkt końcowy GET /forms odczytywał metadane tabel i kolumn bez stosowania reguł dostępu do dokumentu i nie sprawdzał, czy żądana sekcja jest faktycznie formularzem. Użytkownik z częściowym dostępem do odczytu, w tym dostępem publicznym w publicznie widocznym dokumencie, mógł zażądać metadanych dowolnego widżetu i ujawnić strukturę tabel i kolumn, które reguły dostępu w przeciwnym razie ukrywałyby, nawet w dokumentach niezawierających formularzy.

Wtyczka Eventin dla WordPressa (wersje 4.0.26 do 4.1.15) zawiera lukę w autoryzacji w funkcji payment_complete() w pliku PaymentController.php. Niezautoryzowani atakujący mogą oznaczyć nieopłacone zamówienia biletów jako zrealizowane, wysyłając spreparowany identyfikator SureCart lub hash koszyka FluentCart, co umożliwia uzyskanie dostępu do płatnych wydarzeń, kodów QR i e-maili potwierdzających bez dokonania płatności.

W serwerowych implementacjach FreeRDP z włączonym kanałem wyliczania urządzeń kamery MS-RDPECAM, złośliwy klient RDP może wywołać odczyt 1-2 bajtów poza dozwolonym obszarem sterty. Podatność występuje w funkcji przetwarzającej pola DeviceName i VirtualChannelName przed wersją 3.28.0.

W Snipe-IT przed wersją 8.6.2, endpoint usuwania raportu niezaakceptowanych aktywów autoryzuje jedynie raporty.view i usuwa rekordy CheckoutAcceptance::pending()->find($acceptanceId) po globalnym ID bez sprawdzania dostępu do powiązanego aktywa. Pozwala to użytkownikowi raportów z jednej firmy na usuwanie rekordów oczekujących akceptacji dla innej firmy.

W Snipe-IT przed wersją 8.6.2, w pliku default.blade.php, ustawienia kolorów nagłówka i powiązanych elementów marki są renderowane w bloku CSS z niewystarczającym kodowaniem HTML dla kontekstu CSS. Umożliwia to superadministratorowi wstrzyknięcie dowolnego CSS, który wpływa na uwierzytelnionych użytkowników przy kolejnych ładowaniach stron, gdy Content Security Policy jest wyłączone.

W systemie Snipe-IT przed wersją 8.6.2 stwierdzono podatność w procesie zwrotu pojedynczej licencji. Stary punkt końcowy autoryzuje akcję za pomocą uprawnienia do przypisywania licencji zamiast do ich zwalniania, co umożliwia użytkownikowi z prawem do przypisywania licencji, ale bez prawa do ich odbierania, bezpośrednie zwrócenie przypisanego miejsca licencyjnego innemu użytkownikowi lub zasobowi.

W Snipe-IT przed wersją 8.6.1, endpoint API Importera umożliwia użytkownikowi z uprawnieniami do importu CSV i ważnym kluczem API nadpisanie wartości created_by pliku importu, co pozwala na nieautoryzowaną modyfikację metadanych własności importu.

W Snipe-IT przed wersją 8.6.2 uwierzytelniony użytkownik z uprawnieniami importu i aktualizacji zasobów może umieścić w polu obrazu zasobu ciąg do przechodzenia po katalogach podczas importu CSV, a następnie wywołać usunięcie obrazu, co pozwala na usunięcie dowolnych plików dostępnych dla procesu serwera.

W Snipe-IT przed wersją 8.6.2, metody UsersController::show() i printInventory() autoryzują jedynie podgląd użytkownika przed załadowaniem i wyświetleniem przypisanych licencji, akcesoriów i materiałów eksploatacyjnych. Umożliwia to uwierzytelnionemu użytkownikowi z uprawnieniem users.view zobaczenie metadanych kosztów i zamówień z modułów, do których bezpośrednie uprawnienia by mu zabroniły.

Podatność w Snipe-IT przed wersją 8.6.2 pozwala atakującemu na przejęcie kontroli nad przekierowaniem po edycji użytkownika. Poprzez ustawienie nagłówka Referer, atakujący może zmusić aplikację do przekierowania ofiary na zewnętrzną, złośliwą stronę.

Logto przed wersją 1.41.0 zawiera podatność w weryfikacji TOTP, która pozwala na ponowne użycie tego samego kodu TOTP w oknie akceptacji RFC 6238. Atakujący, znając pierwszy czynnik uwierzytelniania i przechwytując aktywny kod TOTP, może go powtórzyć, aby ominąć MFA.

Podatność w Logto przed wersją 1.41.0 pozwala na wstrzyknięcie skryptu (XSS) poprzez odbicie niesprawdzonego parametru SAML RelayState, SAMLResponse lub actionUrl w formularzu HTML. Atakujący może wykorzystać spreparowane żądanie do endpointu SAML, aby po zalogowaniu użytkownika wykonać dowolny kod JavaScript w kontekście domeny Logto.

Wtyczka WordPress Infinite Scroll – Ajax Load More do wersji 7.0.1 włącznie zawiera podatność na przechowywane ataki Cross-Site Scripting (XSS) poprzez ustawienia administratora. Problem wynika z niewystarczającej sanitacji danych wejściowych i braku odpowiedniego kodowania wyjścia, co umożliwia uwierzytelnionym atakującym z uprawnieniami administratora wstrzyknięcie dowolnych skryptów.

Wtyczka DataInjection dla GLPI w wersji 2.15.6 (dla GLPI 11) łączy wartości pól CSV dostarczane przez użytkownika bezpośrednio z zapytaniami SQL podczas importu CSV, bez parametryzacji lub eskejpowania, co prowadzi do uwierzytelnionej iniekcji SQL. Uwierzytelniony użytkownik z dostępem do funkcji wstrzykiwania danych może osadzić wyrażenia SQL, takie jak SLEEP(), w mapowanym polu (np. numer seryjny), aby manipulować wygenerowanym zapytaniem i wydobyć informacje z bazy danych poprzez ślepą iniekcję czasową.

W Snipe-IT przed wersją 8.6.0, w metodzie UsersController::update() brakujące pole uprawnień w żądaniu jest przetwarzane przez akcje NormalizePermissionsPayloadAction i PreserveUnauthorizedPrivilegedPermissionsAction w sposób, który może nadpisać uprawnienia docelowego użytkownika niekompletnym zestawem. Pozwala to administratorowi modyfikującemu innego administratora lub użytkownikowi z uprawnieniem users.edit modyfikującemu zwykłe konto na usunięcie uprawnień administracyjnych lub szczegółowych.