Katalog podatności CVE

OpenList, program do listowania plików obsługujący wiele magazynów, przed wersją 4.2.4 zawiera podatność polegającą na użyciu strings.HasPrefix(requested_path, user.BasePath) bez wymuszania separatora katalogów w funkcjach tworzenia i aktualizacji udostępnień. Uwierzytelniony użytkownik z uprawnieniem CanShare i BasePath takim jak /base może przesłać ścieżkę rodzeństwa, np. /base2/secret.txt, utworzyć udostępnienie dla pliku poza zakresem i użyć publicznych handlerów pobierania lub listowania do odczytu danych poza przydzielonym katalogiem. Problem naprawiono w wersji 4.2.4.

MobSF, narzędzie do testowania bezpieczeństwa aplikacji mobilnych, przed wersją 4.5.1 zawiera podatność w funkcji unzip w mobsf/StaticAnalyzer/views/common/shared_func.py, która loguje pominięcie elementu archiwum przekraczającego ZIP_MAX_UNCOMPRESSED_FILE_SIZE, ale nie przechodzi do następnego elementu. Uwierzytelniony użytkownik może przesłać spreparowany plik ZIP lub APK, którego zbyt duży element zostanie rozpakowany na dysk, gdy łączny limit ZIP_MAX_UNCOMPRESSED_TOTAL_SIZE nie został jeszcze osiągnięty, potencjalnie wyczerpując miejsce na dysku i uniemożliwiając dalsze skanowanie. Problem naprawiono w wersji 4.5.1.

MobSF, narzędzie do testowania bezpieczeństwa aplikacji mobilnych, przed wersją 4.5.1 zawiera podatność polegającą na umieszczeniu django.middleware.csrf.CsrfViewMiddleware tylko w przestarzałym ustawieniu MIDDLEWARE_CLASSES i pominięciu go w aktywnej krotce MIDDLEWARE. Pozwala to zdalnemu atakującemu nakłonić zalogowaną ofiarę do wysłania żądań POST do uwierzytelnionych punktów końcowych, takich jak /delete_scan/, /upload/, /download_scan/, /change_password/, /create_user/ i /delete_user/. Może to usuwać skany, przesyłać lub pobierać aplikacje, zmieniać hasła lub zarządzać użytkownikami z uprawnieniami ofiary. Problem naprawiono w wersji 4.5.1.

MobSF, narzędzie do testowania bezpieczeństwa aplikacji mobilnych, przed wersją 4.5.1 zawiera podatność w funkcji find_icon_path_zip w mobsf/StaticAnalyzer/views/android/icon_analysis.py, która używa wartości android:icon z manifestu Androida do konstruowania ścieżek w katalogu zasobów skanu bez odrzucania przechodzenia po ścieżkach lub weryfikacji zawartości. Uwierzytelniony użytkownik może przesłać spreparowany plik ZIP lub APK, który odczytuje plik serwera z sufiksem ALLOWED_EXTENSIONS, kopiuje go do DWD_DIR jako przewidywalną nazwę -icon. i pobiera go przez punkt końcowy /download/. To samo zachowanie zapewnia wyrocznię istnienia plików przez pole raportu icon_path. Problem naprawiono w wersji 4.5.1.

MagicMirror², otwartoźródłowa platforma inteligentnego lustra, przed wersją 2.37.0 zawiera podatność w handlerze ADD_CALENDAR w defaultmodules/calendar/node_helper.js, który akceptuje kontrolowany przez atakującego URL, dane uwierzytelniające i ustawienie selfSignedCert przez nieuwierzytelnioną przestrzeń nazw Socket.IO /calendar. Handler przekazuje te pola do CalendarFetcher, powodując żądanie po stronie serwera bez walidacji SSRF i opcjonalnie wyłączając weryfikację TLS. Gdy odpowiedź jest prawidłowym iCal, CALENDAR_EVENTS zwraca dane zdarzeń atakującemu, umożliwiając eksfiltrację danych z wewnętrznych usług; inne odpowiedzi nadal zapewniają ślepe żądanie i prymityw czasowy. Problem naprawiono w wersji 2.37.0.

MagicMirror², otwartoźródłowa platforma inteligentnego lustra, przed wersją 2.37.0 zawiera podatność w funkcji checkArticleUrl w defaultmodules/newsfeed/node_helper.js, która akceptuje powiadomienie CHECK_ARTICLE_URL przez nieuwierzytelnioną przestrzeń nazw Socket.IO /newsfeed i wykonuje fetch(url, { method: "HEAD" }) bez walidacji kontrolowanego przez atakującego URL. Helper zwraca ARTICLE_URL_STATUS zawierający URL i wynik ramowania, zapewniając wyrocznię odpowiedzi i czasu, która może identyfikować wewnętrzne hosty i porty oraz wywoływać efekty uboczne w usługach reagujących na żądania HEAD. Problem naprawiono w wersji 2.37.0.

MagicMirror², otwartoźródłowa platforma inteligentnego lustra, przed wersją 2.37.0 zawiera podatność, gdy włączona jest opcja hideConfigSecrets. Uniwersalny dyspozytor socketów w js/node_helper.js przekazuje każdy przychodzący obiekt przez replaceSecretPlaceholder w js/server_functions.js przed wywołaniem socketNotificationReceived. Klient podłączony do przestrzeni nazw załadowanego modułu może przesłać placeholder SECRET_API_KEY, powodując zastąpienie go odpowiednią wartością zmiennej środowiskowej procesu. Domyślny helper pogodowy akceptuje INIT_WEATHER, kopiuje kontrolowany przez atakującego instanceId i zwraca go w WEATHER_ERROR, zapewniając ścieżkę echa dla rozwiniętego sekretu. To odwraca zamierzoną granicę redakcji jednokierunkowej i może ujawnić tokeny API, poświadczenia lub klucze usług przechowywane w zmiennych SECRET_. Problem naprawiono w wersji 2.37.0.

Forem przed commitem 92eacd16a82cf9007ba8e16a2258b42e3b53ca9c przechowuje niezdezynfekowaną wartość z feedback_message[message] i renderuje ją przez raw() w widoku administratora, gdy obecny jest offender_id. Przeglądanie raportu o nadużyciu wykonuje dowolny JavaScript w przeglądarce administratora, co może ujawnić dane strony, tokeny CSRF lub umożliwić działania administracyjne w sesji ofiary. Publiczny FeedbackMessagesController akceptuje raport bez autoryzacji i wcześniej pozwalał na podanie offender_id, co czyni podatną ścieżkę osiągalną dla nieuwierzytelnionego atakującego.

AngleSharp przed wersją 1.5.0 nie traktuje MathAnnotationXmlElement jako punktu integracji HTML, gdy atrybut encoding ma wartość text/html lub application/xhtml+xml, co powoduje, że tokeny są przetwarzane przez parsowanie treści obcych zamiast HTML. Sanityzer może zobaczyć inny DOM niż przeglądarka, która ponownie parsuje zserializowany wynik. Atakujący może wykorzystać różnicę w przestrzeni nazw ze znakami łamiącymi znaczniki w wartości atrybutu, aby element ukryty przed sanityzerem stał się aktywnym HTML po ponownym parsowaniu, co prowadzi do mutacyjnego XSS.

aiosmtplib przed wersją 5.1.1 nie odrzuca adresów zawierających znaki CR lub LF w metodach SMTP.mail(), SMTP.rcpt(), SMTP.vrfy() i SMTP.expn(). Dane po znaku nowej linii są interpretowane jako dodatkowe komendy SMTP, co pozwala atakującemu na wstrzyknięcie komend takich jak MAIL FROM, RCPT TO, RSET, DATA lub AUTH. SMTP.sendmail() i SMTP.send() bez obiektu Message przekazują adresy przez podatne metody, podczas gdy SMTP.send_message() nie jest podatne. Udane wstrzyknięcie może zdesynchronizować potok komend, zawiesić instancję SMTP lub wysłać dowolną wiadomość bez kontroli nad serwerem SMTP.

Refleksyjna podatność XSS w reportico-web <= 8.1.0 pozwala zdalnym atakującym na wykonanie dowolnego JavaScript w przeglądarce użytkownika poprzez umieszczenie złośliwego ładunku w parametrze reportico_criteria wraz z parametrem execute_mode=CRITERIA w run.php.

Podatność polegająca na przechodzeniu po katalogach w reportico-web do wersji 8.1.0 pozwala zdalnym atakującym ujawnić lub wykonać dowolne pliki PHP na serwerze WWW poprzez podanie nazwy pliku w parametrze target_format wraz z parametrem execute_mode=EXECUTE w punkcie końcowym run.php.

Kurrier przed wersją 1.2.4 nie egzekwował kontroli własności w endpointach API do listowania i pobierania zasobów webhook i tożsamości. Atakujący z ważnym kluczem API mógł użyć identyfikatorów innego konta do odczytu i enumeracji zasobów webhook i tożsamości należących do tego konta. Anonimowe żądania i nieprawidłowe klucze API były odrzucane, a operacje modyfikacji między użytkownikami były blokowane, ale operacje GET i listowania mogły ujawnić metadane zasobów innego użytkownika.

WeasyPrint przed wersją 69.0 osadza nieucieczone wartości atrybutów HTML jako wskazówki prezentacyjne w CSS w weasyprint/css/__init__.py, gdy presentational_hints=True. Atrybut background jest wstawiany do deklaracji background-image:url() i parsowany przez tinycss2.parse_blocks_contents(), co pozwala niezaufanemu HTML na wstrzyknięcie dodatkowych deklaracji CSS. Aplikacje renderujące niezaufany HTML z włączonymi wskazówkami prezentacyjnymi mogą być podatne na wstrzyknięcie CSS i żądania po stronie serwera przez wstrzyknięte wartości url().

W Joomla! Core występuje nieprawidłowa kontrola dostępu (ACL) podczas wstrzykiwania danych kontaktowych schema.org. Umożliwia to wstrzyknięcie informacji kontaktowych dla niedostępnych elementów kontaktowych do fragmentów schema.org.

W Joomla! Core występuje podatność XSS przez wyjścia schema.org. Nieprawidłowe flagi eskapowania prowadzą do wektora XSS w znacznikach schema.org.

W Joomla! Core występuje nieprawidłowa kontrola dostępu (ACL) dla punktów końcowych webservice pól niestandardowych. Nieautoryzowani użytkownicy mogą tworzyć pola dla niedostępnych komponentów.

W Joomla! Core występuje nieprawidłowa walidacja pochodzenia CORS. Nieprawidłowa implementacja uniemożliwia poprawną walidację skonfigurowanych źródeł CORS w żądaniach CORS.

W Joomla! Core występuje podatność wstrzykiwania nagłówków odpowiedzi w widokach pobierania. Brak przetwarzania wyjścia umożliwia wstrzyknięcie nagłówka w wielu widokach pobierania, co prowadzi do odbitego pobierania plików / zamieszania typu treści.

W operatorze Submariner znaleziono błąd. Zasób niestandardowy Submariner (CR), używany do konfiguracji łączności sieciowej, przechowuje klucz pre-shared IPsec (PSK) w niezaszyfrowanym formacie. Ten klucz, który jest krytyczny dla zabezpieczenia komunikacji między klastrami Kubernetes, może być dostępny dla nieautoryzowanych stron. Taki dostęp umożliwia atakującemu pasywne odszyfrowanie ruchu sieciowego między dowolnymi dwoma klastrami w siatce, co prowadzi do ujawnienia poufnych informacji.