Katalog podatności CVE

Wtyczka Customer Email Verification for WooCommerce dla WordPressa przed wersją 3.2.6 nie poprawnie weryfikuje kodu aktywacyjnego weryfikacji e-mail, opierając się na luźnym porównaniu, które atakujący może spełnić za pomocą spreparowanego typu wartości. Umożliwia to nieuwierzytelnionym użytkownikom weryfikację i przejęcie konta dowolnego zarejestrowanego użytkownika, który nie potwierdził jeszcze swojego adresu e-mail.

UpSnap, aplikacja webowa do Wake on LAN, w wersjach 4.4.1 do 5.3.5 jest podatna na brak uwierzytelniania i eskalację uprawnień w funkcji pb.HandlerInitSuperuser. Nieuwierzytelniony atakujący w sieci może zarejestrować konto superużytkownika, otrzymać długotrwały JWT i uzyskać zdalne wykonanie kodu z uprawnieniami roota.

Biblioteka PDF::WebKit dla Perla (do wersji 1.2) pozwala na wstrzyknięcie argumentów do polecenia wkhtmltopdf przez meta tagi w źródłowym dokumencie HTML. Meta tagi o nazwie pdf-webkit-KEY są konwertowane na opcje linii poleceń wkhtmltopdf bez sprawdzania listy dozwolonych, co umożliwia nadpisanie domyślnych opcji i opcji przekazanych do konstruktora.

W OpenStack Designate przed wersją 22.0.1, sprawdzenia tworzenia stref (podstref, nadstref i ograniczenie duplikatów w bazie) są ograniczone tylko do docelowej puli. Uwierzytelniony użytkownik może je ominąć, planując strefę do innej puli przez scheduler AttributeFilter, tworząc nakładającą się strefę, która koliduje ze strefą innego dzierżawcy. Umożliwia to przejęcie DNS między dzierżawcami (przekierowanie ruchu na adresy IP kontrolowane przez atakującego) oraz atak DoS na DNS (odpowiedzi NODATA). Wymaga to wdrożenia z wieloma pulami i włączonym AttributeFilter w scheduler_filters, co jest konfiguracją niedomyślną, ale udokumentowaną i wspieraną.

UpSnap przed wersją 5.4.0 ma podatność na wstrzyknięcie poleceń systemu operacyjnego w funkcji zarządzania urządzeniami z powodu niebezpiecznej interpolacji szablonów poleceń powłoki z użyciem pól ip i mac. Wartości kontrolowane przez użytkownika mogą być wstawiane do szablonów wake_cmd i shutdown_cmd i wykonywane przez /bin/sh -c (Linux) lub cmd /C (Windows) bez sanityzacji, co prowadzi do uwierzytelnionego zdalnego wykonania kodu (RCE). Użytkownik z niskimi uprawnieniami, mający uprawnienia do tworzenia lub edycji urządzeń, może wykonać dowolne polecenia systemu operacyjnego na serwerze hostującym UpSnap. Wersja 5.4.0 naprawia ten problem.

WolfStack przed wersją 25.9.2 zawiera zaszyty na stałe sekret uwierzytelniania klastra, skompilowany w każdej kompilacji i opublikowany jako stała w src/auth/mod.rs, co pozwala zdalnym nieuwierzytelnionym atakującym ominąć uwierzytelnianie, podając tę wartość w nagłówku X-WolfStack-Secret do bramki require_auth() bez sesji, klucza API ani konta użytkownika. Atakujący mogą uzyskać dostęp do portu zarządzania zaatakowanego węzła, aby wyliczyć wszystkie kontenery Docker i LXC na hoście oraz wykonać dowolne polecenia jako root wewnątrz dowolnego kontenera przez endpoint POST /api/containers/{runtime}/{id}/exec.

kin-openapi to projekt Go do obsługi plików OpenAPI. Przed wersją 0.144.0, ValidationHandler.Load() w openapi3filter/validation_handler.go po cichu zastępuje nil AuthenticationFunc funkcją NoopAuthenticationFunc, która zwraca nil bez sprawdzania poświadczeń. To podstawienie powoduje, że każde wymaganie bezpieczeństwa OpenAPI jest spełnione dla nieuwierzytelnionych żądań, gdy aplikacja polega na ValidationHandler jako middleware egzekwującym. No-op callback uniemożliwia osiągnięcie ścieżki fail-closed ErrAuthenticationServiceMissing i przekazuje żądanie do chronionych handlerów, które mogą wymagać klucza API, tokena OAuth lub innego schematu bezpieczeństwa. Problem naprawiono w wersji 0.144.0.

Wykryto usterkę w acm-search-v2-rhel9. Atakujący z uprawnieniami administracyjnymi w klastrze hub, mający dostęp do łatania (patch) do Custom Resource (CR) Search, może wykorzystać podatność w polu `Collector.ImageOverride`. Pozwala to atakującemu wdrożyć dowolny obraz kontenera we wszystkich klastrach zarządzanych. Konsekwencją jest zdalne wykonanie kodu (RCE), umożliwiające atakującemu wykonywanie poleceń i potencjalny dostęp do wrażliwych informacji w całej flocie klastrów zarządzanych.

Gałąź type=track autoryzuje tylko na podstawie _is_my_case(t_attach.case) i nigdy nie sprawdza VinceTrackAttachment.shared. Artefakt sprawy przesłany przez koordynatora, który nie został oznaczony jako współdzielony, jest nadal dostępny dla każdego członka sprawy, który ma (lub otrzyma) jego uuid — co ujawnia niewydane materiały koordynatora dostawcom w sprawie.

IBM DOORS Next 7.0.3 do 7.0.3 Interim Fix 018 może pozwolić uwierzytelnionemu użytkownikowi na ominięcie logiki bezpieczeństwa w celu wykonania nieautoryzowanych działań.

Podatność na przechodzenie po ścieżkach (path traversal) w LXD pozwala atakującemu manipulować ścieżkami systemu plików podczas importowania i przywracania kopii zapasowych. Podczas importowania lub przywracania archiwum kopii zapasowej LXD nie sprawdza poprawności nazw instancji i woluminów przechowywanych w metadanych archiwum. Atakujący może wykorzystać tę wadę, dostarczając spreparowane archiwum kopii zapasowej ze złośliwymi nazwami instancji lub woluminów zawierającymi sekwencje przechodzenia po ścieżkach, co potencjalnie umożliwia dostęp do plików lub nadpisanie ich poza wyznaczonym katalogiem przywracania.

Sterownik ODBC MongoDB BI Connector może zapisywać poza granice bufora o stałym rozmiarze, gdy aplikacja dostarcza niezwykle długą nazwę katalogu, schematu lub obiektu do funkcji pobierania metadanych. Może to prowadzić do uszkodzenia pamięci w procesie aplikacji wywołującej, powodując nieprawidłowe zakończenie działania i, w pewnych warunkach, potencjalne wykonanie dowolnego kodu.

Shescape to prosta biblioteka do escapowania powłoki dla JavaScript. Przed wersjami 2.1.14 i 3.0.1, getEscapeFunction w src/internal/win/cmd.js nie escapuje znaków `(` i `)`, gdy aplikacje używają API escape lub escapeAll na Windows z powłoką ustawioną na cmd.exe, lub z powłoką ustawioną na true, gdy CMD jest domyślny. Argument kontrolowany przez atakującego może wyrwać się z konstrukcji CMD w nawiasach i wstrzyknąć składnię powłoki w zależności od oryginalnego polecenia, co prowadzi do wykonania dowolnego polecenia. Problem naprawiono w wersjach 2.1.14 i 3.0.1.

Budibase przed wersją 3.40.1 nie weryfikował, czy docelowy adres żądania odpowiada źródłu danych, przez co nieuwierzytelniony użytkownik mógł wysłać zapytanie do publicznego punktu końcowego i przechwycić zapisane poświadczenia (bearer, basic lub statyczne nagłówki). Problem został naprawiony w wersji 3.40.1.

W komponencie cluster-curator-controller stwierdzono podatność, która pozwala lokalnemu użytkownikowi na utworzenie zasobu ClusterCurator z określoną konwencją nazewnictwa, co prowadzi do utworzenia klastrowej roli ClusterRoleBinding. Umożliwia to eskalację uprawnień z poziomu przestrzeni nazw do pełnej kontroli nad klastrem.

W komponencie cluster-curator-controller w multicluster engine (MCE) stwierdzono podatność, która pozwala użytkownikowi z uprawnieniami do tworzenia lub modyfikowania zasobów ClusterCurator na wstrzyknięcie dowolnej specyfikacji zadania Job. Funkcja CreateJob() nie waliduje danych wprowadzanych przez użytkownika podczas przetwarzania surowego rozszerzenia spec.install.overrideJob.

W komponencie multicloud-operators-subscription w Red Hat Advanced Cluster Management (RHACM) stwierdzono podatność, która pozwala użytkownikowi z uprawnieniami administratora przestrzeni nazw na przeprowadzenie ataku typu confused-deputy poprzez tworzenie zasobów Subscription wykorzystujących wysoce uprzywilejowane konto ServiceAccount.

W funkcji instancePostMigration w pliku lxd/instance_post.go w LXD stwierdzono podatność polegającą na niewłaściwej walidacji, która pozwala uwierzytelnionemu atakującemu z uprawnieniami can_create_instances w ograniczonym projekcie na ominięcie ograniczeń bezpieczeństwa projektu. Podczas migracji instancji między projektami LXD nie sprawdza konfiguracji instancji względem wymuszonych ograniczeń projektu docelowego.

W LXD stwierdzono podatność polegającą na obejściu autoryzacji, która pozwala uwierzytelnionemu użytkownikowi na ominięcie limitów dysków i wolumenów na poziomie projektu. Dwie ścieżki kodu nie sprawdzają limitów zasobów podczas operacji na wolumenach: funkcja storagePoolVolumeTypePostMove pomija sprawdzenie limits.AllowVolumeCreation przed przeniesieniem wolumenu między projektami, a operacje przywracania migawki wolumenu pomijają sprawdzenie AllowVolumeUpdate, gdy konfiguracja jest pusta.

W LXD stwierdzono podatność polegającą na niewłaściwej neutralizacji specjalnych elementów w obsłudze konfiguracji NVIDIA, która pozwala uwierzytelnionemu atakującemu na wstrzyknięcie dowolnych dyrektyw konfiguracyjnych. Poprzez dostarczenie znaków nowej linii w wartościach 'nvidia.driver.capabilities' lub 'nvidia.require.*' atakujący może manipulować wygenerowanym plikiem lxc.conf.