Katalog podatności CVE

CamaleonCMS zawiera podatność na trwały atak XSS, która pozwala uwierzytelnionym użytkownikom o niskich uprawnieniach na wykonanie dowolnego JavaScriptu w przeglądarce administratora poprzez wstrzyknięcie niesanityzowanego kodu HTML do parametru tytułu posta podczas tworzenia szkicu. Atakujący mogą przesłać złośliwy kod HTML jako tytuł szkicu przez endpoint tworzenia szkiców, który jest zapisywany w bazie danych bez escapowania i później renderowany jako surowy HTML na liście szkiców administratora, umożliwiając przejęcie sesji administratora, kradzież ciasteczek i fałszowanie uwierzytelnionych żądań.

CamaleonCMS zawiera podatność na brak autoryzacji, która pozwala każdemu uwierzytelnionemu użytkownikowi o niskich uprawnieniach na dostęp i modyfikację ustawień pluginów poprzez dotarcie do czterech niechronionych endpointów administracyjnych pluginów bez wymaganej autoryzacji administratora. Atakujący mogą manipulować parametrami konfiguracyjnymi pluginów w czasie rzeczywistym w pluginach attack, front_cache, cama_meta_tag i cama_contact_form, aby zmienić zachowanie buforowanych stron, zmodyfikować publiczne meta tagi lub zmienić konfigurację formularzy kontaktowych, umożliwiając przejęcie konta w połączeniu z trwałym XSS przez pole before_html formularza kontaktowego.

Budibase to platforma low-code o otwartym kodzie źródłowym. Przed wersją 3.40.0, endpoint POST /api/v2/email na account.budibase.app akceptował kontrolowany przez klienta identyfikator accountId bez powiązania go z uwierzytelnioną sesją, sprawdzając tylko bieżący adres e-mail. Uwierzytelniony atakujący, który zdobędzie identyfikator konta ofiary, może rozpocząć proces zmiany adresu e-mail dla ofiary, otrzymać i przesłać kod weryfikacyjny przez POST /api/v2/email/verification, przenieść adres e-mail ofiary na adres kontrolowany przez atakującego i ukończyć reset hasła jako ofiara. Problem został naprawiony w wersji 3.40.0.

SiYuan w wersjach do v3.7.2 (poprawione w v3.7.4) zawiera podatność na obejście uwierzytelniania w funkcji CheckAuth jądra, która przyznaje rolę administratora (RoleAdministrator) każdemu żądaniu, którego RemoteAddr jest pętlą zwrotną (127.0.0.1) dla określonego zestawu endpointów (w tym /api/system/exit, getNetwork, getWorkspaceInfo, /assets/* i /export/*). Te obejścia localhost znajdują się poza bramą kodu dostępu, więc działają nawet wtedy, gdy skonfigurowano kod dostępu. Ponieważ odwrotne proxy na stałym porcie przekazuje żądania do jądra przez pętlę zwrotną bez wstrzykiwania tokena uwierzytelniającego i nie konfiguruje zaufanych proxy, żądanie przekazane przez to proxy dociera do jądra z RemoteAddr = 127.0.0.1. Jeśli proxy na stałym porcie jest powiązane z interfejsem sieciowym, może to pozwolić zdalnemu nieuwierzytelnionemu atakującemu na uzyskanie dostępu administracyjnego do dotkniętych endpointów; jednak zgodnie z poradą to zdalne przekazywanie zostało ustalone tylko przez inspekcję kodu i nie zostało odtworzone end-to-end.

SiYuan w wersjach przed v3.7.4 zawiera podatność na wstrzyknięcie SQL drugiego rzędu w kolumnach szablonów widoku atrybutów, które udostępniają funkcję queryBlocks, wykonującą surowe SQL przy użyciu podstawiania ciągów zamiast sparametryzowanych zapytań. Atakujący mogą rozpowszechniać złośliwe dokumenty SiYuan lub pakiety z spreparowanymi kolumnami szablonów, które wykonują dowolne SQL na jądrze ofiary, gdy pakiet jest importowany i renderowany, umożliwiając odczyt i zapis w notatnikach.

SiYuan w wersjach przed v3.7.4 nie weryfikuje poziomu hasła publikacji w endpointach getGraph i getLocalGraph, co pozwala anonimowym czytelnikom na pobieranie treści na poziomie bloków z dokumentów chronionych hasłem. Atakujący mogą wywołać te endpointy bez podawania hasła, aby odczytać chronioną treść dokumentu i pełną topologię referencji.

SiYuan w wersjach przed v3.7.4 ujawnia materiał do wyprowadzania kluczy zaszyfrowanych notatników oraz zawinięte klucze danych przez nieuwierzytelnione endpointy w trybie publikacji. Atakujący mogą pobrać sól Argon2id, parametry kosztu, weryfikatory haseł i zawinięte klucze notatników, aby przeprowadzić nieograniczone ataki brute-force na hasło główne offline bez ograniczania szybkości.

SiYuan w wersjach przed v3.7.4 nie filtruje prawidłowo treści powiązanych baz danych w renderAttributeView, co pozwala anonimowym czytelnikom na dostęp do zawartości komórek Relation i Rollup z ukrytych lub chronionych hasłem baz danych. Atakujący mogą żądać opublikowanych baz danych, które odnoszą się do ograniczonych baz danych, aby pobrać wrażliwe treści, lub całkowicie ominąć filtrowanie wierszy, gdy pierwsza kolumna jest typu nie-blokowego.

SiYuan przed wersją 3.7.4 nie filtruje zawartości osadzonych bloków pod kątem uprawnień publikacji w endpointach getBlockDOMWithEmbed i getBlockDOMsWithEmbed. Atakujący mogą żądać opublikowanych bloków zawierających zapytania osadzone, aby bez autoryzacji czytać treść dokumentów chronionych hasłem, ukrytych lub zabronionych.

SiYuan przed wersją 3.7.4 udostępnia klucz podpisywania ciasteczek sesji przez endpoint /api/system/getConf nieuwierzytelnionym użytkownikom w trybie publikacji. Atakujący mogą pobrać wartość CookieKey i sfałszować prawidłowe ciasteczka sesji, aby podszyć się pod użytkowników lub uzyskać dostęp administracyjny.

SiYuan przed wersją 3.7.4 nie maskuje wrażliwych pól konfiguracyjnych w endpointcie /api/system/getConf, co pozwala anonimowym użytkownikom lub czytelnikom publikacji uzyskać klucz podpisywania ciasteczek sesji, nazwę użytkownika systemu operacyjnego przez ścieżkę pandoc oraz materiał klucza zaszyfrowanego notatnika. Atakujący mogą fałszować i manipulować ciasteczkami sesji, aby podszyć się pod użytkowników, a w przypadku instancji bez skonfigurowanych kodów dostępu eskalować do uprawnień administratora.

SiYuan przed wersją 3.7.4 nieprawidłowo weryfikuje uprawnienia publikacji dla zaszyfrowanych notatników, traktując je domyślnie jako publicznie dostępne. Anonimowi czytelnicy mogą wyliczać i pobierać w pełni odszyfrowaną treść dokumentów z odblokowanych zaszyfrowanych notatników przez API publikacji bez uwierzytelniania lub materiału klucza.

Podatność na deserializację niezaufanych danych w ash-project ash pozwala nieuwierzytelnionemu atakującemu wstrzyknąć wyrażenie filtru przez sfałszowany kursor paginacji keyset, co może prowadzić do wstrzyknięcia SQL lub wykonania kodu w zależności od warstwy danych. Akcje odczytu z paginacją keyset dekodują kursor dostarczony przez klienta w decode_values/2 w lib/ash/page/keyset.ex przy użyciu non_executable_binary_to_term/2 z [:safe], co blokuje nowe atomy, funy i porty, ale nie struktury zbudowane z atomów już zainternowanych w działającej aplikacji Ash, więc zdekodowane wyrażenie %Ash.Query.Call{} przetrwa i jest wstawiane do filtra keyset jako wartość porównania w do_filters/4 i oceniane. Ponieważ kursor omija makro Ash.Expr, środowisko wykonawcze nigdy nie stosuje bramki private?/public?, która mogłaby je odrzucić. Na AshPostgres wstrzyknięty fragment jest wstawiany do zapytania SQL; na warstwach danych ETS i Simple jest oceniany w procesie jako dowolne wywołanie funkcji. Problem dotyczy ash od 1.17.0 przed 3.31.3.

Dell Display and Peripheral Manager (DDPM Windows) przed wersją 2.3.0.17 zawiera podatność na niewłaściwą kontrolę dostępu. Atakujący z niskimi uprawnieniami i lokalnym dostępem może potencjalnie wykorzystać tę podatność, prowadząc do eskalacji uprawnień i dowolnego wykonania kodu.

Dell Display and Peripheral Manager (DDPM Windows) przed wersją 2.3.0.17 zawiera podatność na niewłaściwą kontrolę dostępu. Atakujący z niskimi uprawnieniami i lokalnym dostępem może potencjalnie wykorzystać tę podatność, prowadząc do eskalacji uprawnień i dowolnego wykonania kodu.

Dell Display and Peripheral Manager (DDPM Windows) przed wersją 2.3.0.17 zawiera podatność na obejście uwierzytelniania przez spoofing. Atakujący z niskimi uprawnieniami i lokalnym dostępem może potencjalnie wykorzystać tę podatność, prowadząc do eskalacji uprawnień i dowolnego wykonania kodu.

Dell Display and Peripheral Manager (DDPM Windows) przed wersją 2.3.0.17 zawiera podatność na obejście uwierzytelniania przez spoofing. Atakujący z niskimi uprawnieniami i lokalnym dostępem może potencjalnie wykorzystać tę podatność, prowadząc do eskalacji uprawnień i dowolnego wykonania kodu.

GitLab naprawił problem w GitLab EE dotyczący wszystkich wersji od 19.1 przed 19.1.4 oraz 19.2 przed 19.2.2, który w pewnych warunkach mógł pozwolić uwierzytelnionemu użytkownikowi na przypisanie użycia AI do innej przestrzeni nazw z powodu niewłaściwej autoryzacji informacji o tożsamości dostarczanych w żądaniach.

IBM i w wersjach 7.6, 7.5, 7.4 i 7.3 może pozwolić zdalnemu uwierzytelnionemu atakującemu na wykonanie dowolnego kodu skryptowego z powodu nieprawidłowej neutralizacji danych wprowadzanych przez użytkownika.

IBM i w wersjach 7.6, 7.5, 7.4 i 7.3 może pozwolić zdalnemu uwierzytelnionemu atakującemu na wykonanie dowolnych poleceń systemu operacyjnego z powodu nieprawidłowej neutralizacji specjalnych elementów używanych w poleceniach OS.