Katalog podatności CVE

ApostropheCMS przed wersją 4.33.0 ma endpoint samoobsługowej zmiany hasła, który weryfikuje bieżące hasło, ale nie korzysta z mechanizmu licznika nieudanych prób, ograniczania, opóźnienia ani blokady modułu logowania. Atakujący z ważną uwierzytelnioną sesją może wielokrotnie zgadywać bieżące hasło bez otrzymania blokady lub ograniczenia. Problem naprawiono w wersji 4.33.0.

W ApostropheCMS, w wersjach AI helper od 1.0.0-beta.10 do 1.0.0-beta.13, redaktor z uprawnieniem do generowania obrazów może utworzyć rekord obrazu wygenerowanego w base64 bez zapisanego URL dostawcy i wywołać akceptację obrazu w instalacji korzystającej z lokalnego magazynu względnego bez zaufanego globalnego bazowego URL. Serwer rozwiązuje stałą ścieżkę uploads względem pochodzenia opartego na nagłówku Host kontrolowanym przez żądanie, umożliwiając ograniczone żądania po stronie serwera do hosta, portu i origin HTTP wybranych przez atakującego, ale nie pobieranie dowolnych ścieżek ani konfiguracji z zapisanym dostawcą i magazynem absolutnym. Problem naprawiono w AI helper 1.0.0-beta.13.

ApostropheCMS przed wersją 4.33.0 ma w rdzeniowym REST API stron odczyt pełnych dokumentów stron z .permission(false) w getOne oraz w zrzucie drzewa all=1, co omija sprawdzenia viewRole typu strony, visibility: private i visibility: loginRequired. Nieuwierzytelnieni odwiedzający i kontrybutorzy o niskich uprawnieniach mogą odczytać treść stron przeznaczonych tylko dla administratorów i niepublicznych za pomocą _id/slug. Problem naprawiono w wersji 4.33.0.

W ApostropheCMS przed wersją 4.33.0 oraz passport-bridge przed wersją 1.6.1 migracja sesji między hostami lub lokalizacjami umieszcza jednorazowy token sesji bearer w URL przekierowania. Klient, który uzyska i wykorzysta wciąż ważny, niewykorzystany token przed jego pierwszym użyciem, może przejąć powiązaną sesję, w tym poprzez przepływ cross-locale passport-bridge. Problem naprawiono w ApostropheCMS 4.33.0 i passport-bridge 1.6.1.

ApostropheCMS przed wersją 4.33.0 ma trasę REST GET /api/v1/<piece-type>/:_id/locales (oraz równoważną trasę stron), która nie stosuje bramki publicApiCheckAsync wymuszanej przez inne trasy odczytu ApostropheCMS. Nieuwierzytelniony wywołujący może zapytać tę trasę dla dowolnego _id dokumentu i dowiedzieć się, czy dokument istnieje oraz w jakich lokalizacjach jest opublikowany — ujawnienie istnienia dokumentu i metadanych lokalizacji, które API odczytu powinno normalnie chronić. Problem naprawiono w wersji 4.33.0.

W integracjach CAPTCHA (Form, login-recaptcha, login-hcaptcha) dla ApostropheCMS token odpowiedzi użytkownika jest wstawiany bez kodowania do żądania weryfikacji u dostawcy. Spreparowane tokeny mogą przemycać parametry żądania i zakłócać weryfikację CAPTCHA oraz chronione nią formularze lub logowanie. Możliwe jest automatyczne sondowanie obejścia, ale nie potwierdzono skutecznego obejścia CAPTCHA ani ujawnienia sekretu.

W module import-export ApostropheCMS przed wersją 3.7.0 uwierzytelniony importer może przesłać wpis tar, którego znormalizowana ścieżka docelowa wskazuje katalog, omijając ochronę przed podciągiem ścieżki nadrzędnej. Otwarcie tego katalogu jako strumienia zapisu powoduje nieobsłużony błąd systemu plików, który może zakończyć proces Node.js. Źródło potwierdza ten statyczny prymityw, ale nie pełny exploit ani kontrolowany odczyt/zapis plików.

W module import-export ApostropheCMS przed wersją 3.7.0 uwierzytelniony użytkownik z dostępem do importu dla docelowego typu może podać obiekt lub operator jako wartość klucza aktualizacji, powodując dopasowanie zapytania importu do niezidentyfikowanego istniejącego dokumentu, który użytkownik ma ogólne uprawnienie do edycji. Normalny filtr uprawnień findForEditing nadal ogranicza kandydatów, więc luka nie pozwala na nadpisanie dowolnej chronionej treści bez uprawnień.

W sanitize-html przed wersją 2.18.0 konfiguracja niebędąca domyślną, która zezwala na elementy meta refresh oraz ich atrybuty http-equiv i content, może zachować niebezpieczne skrypty lub cele przekierowań osadzone w wartości content odświeżania. Problem dotyczy ApostropheCMS korzystającego z sanitize-html. Luka została naprawiona w sanitize-html 2.18.0.

W ApostropheCMS przed wersją 4.33.0 API exist-in-locale pozwala uwierzytelnionemu użytkownikowi o niskich uprawnieniach ustalić, czy ograniczone dokumenty istnieją w określonym locale i trybie, w tym w trybie roboczym. Endpoint zwraca identyfikatory zlokalizowanych dokumentów bez stosowania kryteriów autoryzacji na poziomie dokumentu. Luka została naprawiona w wersji 4.33.0.

W ApostropheCMS przed wersją 4.33.0 nieuwierzytelniony atakujący może wysłać spreparowany link, którego query string jest automatycznie parsowany przez apos.http.parseQuery, gdy uwierzytelniona ofiara załaduje stronę z pakietem administracyjnym. Parser akceptuje specjalne klucze ścieżki __proto__, constructor i prototype, umożliwiając mutację prototypu w przeglądarce, która może dotrzeć do niebezpiecznego ujścia DOM i wykonać skrypt w sesji ofiary. Anonimowi odwiedzający nie ładują podatnego kontekstu administracyjnego. Luka została naprawiona w wersji 4.33.0.

W aaPanel do wersji 8.25.0 funkcja GetClientIp w pliku class/public/common.py manipuluje argumentem X-Real-Ip, co prowadzi do niewłaściwej kontroli dostępu. Atak może być przeprowadzony zdalnie. Exploit został upubliczniony i może być użyty. Producent potwierdza, że zgłoszona luka obejścia IP przez X-Real-Ip została już naprawiona.

Wtyczka Participants Database (participants-database) dla WordPress od xnau webdesign do wersji 2.7.8.5 zawiera lukę obejścia autoryzacji poprzez klucz kontrolowany przez użytkownika. Pozwala to na wykorzystanie nieprawidłowo skonfigurowanych poziomów kontroli dostępu. Luka dotyczy wersji od n/a do 2.7.8.5.

Konto usługi z uprawnieniami do zarządzania użytkownikami w jednej organizacji może odczytywać, modyfikować, wyłączać lub usuwać użytkowników należących do innych organizacji w tej samej instancji Grafana poprzez API SCIM (niezabezpieczone bezpośrednie odwołanie do obiektu). Dotyczy tylko instancji Grafana Enterprise z włączonym SCIM.

SolarWinds Patch Manager ujawnia poufne informacje dostępne dla lokalnych użytkowników, co może zostać wykorzystane do podniesienia uprawnień. Podatność pozwala lokalnemu atakującemu na uzyskanie wrażliwych danych.

SolarWinds Observability Self-Hosted zawiera podatność typu stored XSS, która pozwala uwierzytelnionym atakującym wstrzyknąć złośliwą treść lub JavaScript, wyświetlaną lub wykonywaną w przeglądarkach innych uwierzytelnionych użytkowników odwiedzających dotknięte strony. Może to prowadzić do przejęcia sesji użytkowników.

W SolarWinds Observability Self-Hosted wykryto podatność Server-Side Request Forgery (SSRF), która pozwala uwierzytelnionym atakującym zmusić serwer aplikacji do wysyłania żądań do celów kontrolowanych przez atakującego lub do zasobów wewnętrznych.

Dodatek Form do ApostropheCMS przed wersją 1.5.5 przetwarza nieograniczone przesyłanie plików multipart przed walidacją formularza lub uwierzytelnieniem i nie nakłada limitów rozmiaru, liczby ani szybkości przesyłania. Powtarzane nieuwierzytelnione zgłoszenia mogą wyczerpać tymczasową przestrzeń dyskową i zakłócić obsługę formularzy lub inne usługi hosta.

W ApostropheCMS przed wersją 4.33.0 uwierzytelniony redaktor z uprawnieniami do edycji zwykłej strony zagnieżdżonej pod ograniczonym rodzicem może użyć operacji przenoszenia stron w obrębie tego samego rodzica, aby zmienić kolejność rodzeństwa bez uprawnień do tworzenia w tym rodzicu. Obejście dotyczy wyłącznie kolejności rodzeństwa, a nie dowolnej modyfikacji treści, utraty poufności ani tworzenia ograniczonego zagnieżdżenia.

W sanitize-html przed wersją 2.18.0 niedomyślna konfiguracja nonTextTags zawierająca noscript może przedwcześnie zakończyć region odrzucania, gdy htmlparser2 emituje domniemane zamknięcie elementu nadrzędnego wewnątrz noscript. Ponieważ przeglądarki ze skryptami traktują zawartość noscript jako surowy tekst, a parser nie modeluje tego trybu, treść przeznaczona do pozostania nieaktywną może przetrwać sanityzację i zostać wyrenderowana.