Katalog podatności CVE

@neo4j/graphql od wersji 5.2.0 do wersji przed poprawką nie egzekwuje reguł autoryzacji na poziomie pól dla niestandardowych resolverów, gdy na tym samym typie operacji istnieje również reguła na poziomie typu. Reguła na poziomie pola jest ignorowana, co pozwala klientowi spełniającemu słabszą regułę na wywołanie bardziej restrykcyjnego pola.

Red Hat Build of Keycloak zawiera podatność w przepływie resetowania poświadczeń w komponencie keycloak-services. Nieuwierzytelniony atakujący może wymusić proces resetowania hasła dla dowolnego użytkownika bez kliknięcia linku weryfikacyjnego, co prowadzi do przejęcia konta.

Hugo 0.162.0 dodał tailwindcss do domyślnej listy AllowChildProcess, co powoduje, że proces Node.js uruchamiany dla TailwindCSS ma uprawnienia do uruchamiania procesów potomnych. Top-level kod w tailwind.config.js może wykonać dowolne polecenia, omijając model uprawnień Node.js.

CodeWhale przed wersją 0.8.64 zawiera podatność na ujawnienie zmiennych środowiskowych w narzędziu js_execution, które nie czyści zmiennych środowiskowych procesu nadrzędnego przed uruchomieniem Node.js. Atakujący może wykonać złośliwy kod JavaScript, który odczyta process.env i wycieknie klucze API, poświadczenia chmurowe i tokeny uwierzytelniające.

CodeWhale przed wersją 0.8.64 zawiera podatność na przechodzenie poza katalog (path traversal) w narzędziu image_analyze, które nie kanonizuje dowiązań symbolicznych przed odczytem plików. Atakujący może utworzyć dowiązania symboliczne w przestrzeni roboczej wskazujące na zewnętrzne pliki z rozszerzeniami obrazów, aby wyciec ich zawartość do punktu końcowego wizji bez zgody użytkownika.

CodeWhale w wersjach >= 0.3.27 i < 0.8.64 (publikowanych jako deepseek-tui >= 0.3.27 i < 0.8.41 oraz codewhale / codewhale-tui >= 0.8.41 i < 0.8.64) zawiera podatność na wstrzyknięcie argumentów w narzędziu git_show. Parametr rev dostarczany przez model jest przekazywany bez walidacji do argv git show bez sentinela --end-of-options, więc wartość zaczynająca się od --output= jest interpretowana jako flaga git; ponieważ narzędzie jest automatycznie zatwierdzane i reklamowane jako tylko do odczytu, atakujący (poprzez złośliwe repozytorium i prompt injection) może spowodować niezamierzony zapis dowolnego pliku z uprawnieniami użytkownika wywołującego, celując w wrażliwe pliki, takie jak ~/.ssh/authorized_keys, ~/.bashrc lub ~/.gitconfig.

CodeWhale przed wersją 0.8.64 zawiera podatność na wstrzykiwanie argumentów w narzędziu git_blame, która pozwala atakującym czytać dowolne pliki poprzez wstrzyknięcie opcji git do niezweryfikowanego parametru rev. Atakujący może podać wartości rev takie jak --contents=/path/to/file, aby wyeksfiltrować wrażliwe pliki, takie jak klucze SSH i poświadczenia.

CodeWhale przed wersją 0.8.64 nieprawidłowo waliduje parametr allow_shell w plikach konfiguracyjnych projektu, co pozwala atakującym na włączenie wykonywania dowolnych poleceń powłoki poprzez umieszczenie złośliwego pliku .codewhale/config.toml w repozytorium. Gdy użytkownik sklonuje i otworzy repozytorium w CodeWhale, model AI uzyskuje dostęp do narzędzi exec_shell i task_shell, umożliwiając wykonanie dowolnych poleceń powłoki na maszynie ofiary bez wyraźnej zgody użytkownika.

Biblioteka libmodplug do wersji 0.8.9.1 zawiera odczyt poza zakresem w funkcji pat_smplooped w src/load_pat.cpp. Funkcja waliduje tylko górną granicę indeksu próbki, a następnie odejmuje jeden przed indeksowaniem tablicy pat_loops, co pozwala na odczyt bajtu przed tablicą, gdy indeks wynosi zero.

CodeWhale przed wersją 0.8.64 nie waliduje ścieżek plików w polu instructions konfiguracji projektu, co pozwala atakującym na odczyt dowolnych plików na systemie ofiary. Złośliwy plik .codewhale/config.toml w sklonowanym repozytorium może wskazywać ścieżki poza obszarem roboczym, które są odczytywane i wstrzykiwane do promptu systemowego AI w celu eksfiltracji.

CodeWhale (pakiety codewhale / codewhale-tui) w wersjach >= 0.8.41 i < 0.8.64 zawiera podatność na zdalne wykonanie kodu w narzędziu rlm_eval. Funkcja approval_requirement() zwraca ApprovalRequirement::Auto, co silnik traktuje jako 'nigdy nie pytaj', powodując wykonanie dowolnego kodu Python dostarczonego przez model w interpreterze python3 bez uwzględnienia skonfigurowanej polityki --approval-policy i bez żadnego promptu zatwierdzającego ani kroku audytu. Atakujący może nakłonić agenta do wykonania dowolnego kodu poprzez wstrzyknięcie promptu w niezaufanej treści, którą agent czyta (strona internetowa, pobrany URL, plik repozytorium lub wynik narzędzia MCP); towarzyszące narzędzie rlm_open może przygotować taką treść. Kod wykonuje się na maszynie użytkownika z jego uprawnieniami. Poprawiono w wersji 0.8.64.

Narzędzie exec_shell_interact (alias exec_interact) w CodeWhale zwraca ApprovalRequirement::Auto, co omija domyślne wymaganie zatwierdzenia dla narzędzi wykonujących kod. W efekcie dane wejściowe kontrolowane przez LLM są zapisywane do wcześniej zatwierdzonej interaktywnej powłoki (np. python3 -i, mysql, ssh, sudo -i) bez monitu o zatwierdzenie.

CodeWhale przed wersją 0.8.64 zawiera podatność na obejście server-side request forgery (SSRF) w logice pinning DNS, która nie zapobiega atakom typu time-of-check-time-of-use. Atakujący mogą manipulować odpowiedziami DNS, aby nie przechodziły one wstępnych kontroli rozwiązywania, a następnie przechodziły w kolejnych żądaniach, co pozwala na wysyłanie żądań do wewnętrznych adresów IP i obejście zabezpieczeń SSRF.

W komponencie must-gather Red Hat Advanced Cluster Management for Kubernetes obiekt Proxy klastra jest zrzucany w surowej formie, z pominięciem redakcji oc inspect, która normalnie usuwa wrażliwe pola. To ujawnia poświadczenia basic-auth proxy w archiwum must-gather, potencjalnie ujawniając poufne informacje uwierzytelniające każdemu, kto ma dostęp do archiwum.

W komponencie must-gather Red Hat Advanced Cluster Management for Kubernetes niektóre niestandardowe zasoby ACM, które zawierają dane Secret, są zbierane bez redakcji. Gdy administrator uruchamia must-gather, poświadczenia i tokeny są przechwytywane w postaci jawnego tekstu w wynikowym archiwum, co może ujawnić wrażliwe informacje każdemu, kto ma dostęp do archiwum.

Joomla! Core w wersjach 1.0.0-5.4.7 oraz 6.0.0-6.1.2 ma podatność na nieograniczone przesyłanie plików SHTML. Domyślna lista niebezpiecznych plików nie zawierała plików SHTML, co na serwerach wykonujących te pliki może prowadzić do wykonania kodu.

Joomla! Core w wersjach 4.0.0-5.4.7 oraz 6.0.0-6.1.2 ma nieprawidłowe sprawdzanie ACL dla operacji kopiowania wsadowego. Nieprawidłowa kontrola dostępu pozwala nieautoryzowanym użytkownikom na wykonywanie operacji kopiowania wsadowego na elementach, których nie mogą edytować.

Joomla! Core w wersjach 4.0.0-5.4.7 oraz 6.0.0-6.1.2 ma podatność na obejście uwierzytelniania MFA. Niewystarczające kontrole stanu prowadzą do wektora, który pozwala na obejście kontroli 2FA.

Vim przed wersją 9.2.0845 ma podatność w funkcji StructMembers() w runtime/autoload/ccomplete.vim, która konstruuje i wykonuje polecenie vimgrep z niewystarczająco escapowaną wartością typeref: lub typename: z pliku tags, co pozwala na wykonanie dowolnych poleceń Ex i systemu operacyjnego, gdy użytkownik wywoła autouzupełnianie C (CTRL-X CTRL-O) na dostępie do składowej, której typ jest rozwiązywany z tego pliku tags. Problem naprawiono w wersji 9.2.0845.

Joomla! Core w wersjach 4.0.0-5.4.7 oraz 6.0.0-6.1.2 ma nieprawidłowe sprawdzanie ACL dla punktów końcowych webservice kategorii. Nieprawidłowa kontrola dostępu pozwala nieautoryzowanym użytkownikom na tworzenie kategorii przez punkty końcowe webservices.