Katalog podatności CVE

Wada w util-linux: Ograniczone punkty montowania (bind mounts) pobierają ścieżkę źródłową z fstab, ale nie przypinają tego źródła przed uprzywilejowanym montowaniem. Lokalny nieuprzywilejowany użytkownik, który może zastąpić autoryzowane źródło lub zapisywalny katalog nadrzędny, może przekierować SUID mount(8) do powiązania innego katalogu hosta. Jeśli wpis fstab ustawia również X-mount.owner, X-mount.group lub X-mount.mode, root zmienia właściciela lub tryb na przekierowanym i-węźle.

Opcja X-mount.subdir używa szybkiej ścieżki z oddzielonym drzewem w Linuksie 6.15 i nowszych i przekazuje skonfigurowany podkatalog do open_tree() z AT_SYMLINK_NOFOLLOW. Ta flaga nie zatrzymuje przechodzenia przez pośrednie dowiązania symboliczne ani nie utrzymuje rozwiązywania wewnątrz nowo zamontowanego systemu plików. Lokalny nieuprzywilejowany użytkownik z wpisem X-mount.subdir autoryzowanym w fstab może podłączyć ścieżkę hosta w zamierzonym punkcie montowania.

Opcja nsenter --join-cgroup otwiera docelowy plik cgroup.procs jako root i pozostawia ten deskryptor pliku otwarty po późniejszych zmianach przestrzeni nazw i poświadczeń oraz po execve(). Ponieważ jądro sprawdza późniejsze migracje cgroup przy użyciu poświadczeń z pierwotnego otwarcia, program uruchomiony w kontrolowanym przez atakującego celu może odziedziczyć zdolność roota do przenoszenia procesów hosta między cgroup. Po użyciu --join-cgroup przez uprzywilejowanego operatora wobec tego celu, nieuprzywilejowany użytkownik może migrować i kończyć niepowiązane procesy roota.

Podatność w NGINX JavaScript, gdzie nieprawidłowa odpowiedź HTTP otrzymana przez ngx.fetch() może spowodować awarię procesu roboczego NGINX, gdy zaufany JavaScript odczytuje Response.statusText. Wykorzystanie wymaga kontroli lub wpływu na pobieraną odpowiedź HTTP.

Podatność w NGINX Ingress Controller, gdzie konfiguracja generowana na podstawie adnotacji Ingress nie jest sanityzowana. Uwierzytelniony atakujący z uprawnieniami do tworzenia lub modyfikowania tych adnotacji może wstrzyknąć dowolne dyrektywy konfiguracji NGINX.

Podatność w BIG-IP, gdzie uwierzytelniony użytkownik dowolnej roli może tworzyć konta administracyjne poprzez nieujawnione żądanie do Traffic Management User Interface (TMUI).

Podatność w NGINX Gateway Fabric, gdzie wartości dostarczone przez użytkownika w polach clientID, cookieName lub clientSecret są renderowane bezpośrednio do szablonów konfiguracji NGINX bez sanityzacji lub escapowania.

Podatność w silnikach NGINX JavaScript (njs) i QuickJS (qjs), gdzie podczas asynchronicznego przetwarzania treści żądania w fazie js_access może wystąpić wyjątek, co może spowodować pominięcie kontroli dostępu i przepuszczenie żądania.

Podatność w mobilnym dashboardzie Smart Connect, gdzie interfejs użytkownika może być manipulowany przez aplikacje innych firm. W połączeniu z atakiem phishingowym może to prowadzić do eskalacji uprawnień atakującego w systemie.

Podatność w Grafana (tylko instancje self-managed z Auth Proxy i włączonym buforowaniem tożsamości), gdzie klucz bufora Auth Proxy łączy nazwę użytkownika i atrybuty tożsamości bez separatora, co może powodować kolizje kluczy. Uwierzytelniony użytkownik może podszyć się pod innego użytkownika o wyższych uprawnieniach.

Podatność w Craft CMS, gdzie resolwery mutacji GraphQL (saveEntry, deleteEntry) odczytują siteId bezpośrednio z argumentów, bez wywołania ArgumentManager::prepareArguments(), co omija filtrowanie zakresu witryny. Atakujący z tokenem ograniczonym do witryny A może tworzyć, modyfikować lub usuwać wpisy w witrynie B.

Podatność w Craft CMS, gdzie resolwery mutacji GraphQL (saveEntry, deleteEntry) odczytują siteId bezpośrednio z argumentów, bez wywołania ArgumentManager::prepareArguments(), co omija filtrowanie zakresu witryny. Atakujący z tokenem ograniczonym do witryny A może tworzyć, modyfikować lub usuwać wpisy w witrynie B.

Podatność pozwala każdemu uwierzytelnionemu użytkownikowi na zmianę własnego hasła bez podawania bieżącego hasła lub posiadania aktywnej sesji podwyższonej. Atakujący może również zmieniać hasła innych użytkowników, jeśli jego konto ma uprawnienie 'Edit users' (które nie pozwala na zmianę haseł innych) i nie ma uprawnienia 'Administrate users' (które jest wymagane do zmiany haseł innych).

Nieprawidłowe przypisanie uprawnień do zasobów w Elastic Agent na systemach Windows może prowadzić do lokalnej eskalacji uprawnień. Użytkownik lokalny może wykorzystać zbyt szerokie uprawnienia dostępu do zasobów usługi, aby wykonać własny kod i uzyskać uprawnienia SYSTEM.

Podatność typu Path Traversal w funkcji Fleet w Kibana umożliwia nieautoryzowane usunięcie uprzywilejowanych zasobów. Użytkownik z niskimi uprawnieniami i dostępem do zapisu ustawień Fleet może spowodować, że działania administratora wpłyną na nieprzeznaczone zasoby wewnętrzne, takie jak konta użytkowników.

Wtyczka Auto x LINE dla WordPressa do wersji 1.0.0 nie sprawdza autoryzacji w niektórych punktach końcowych REST, co pozwala nieuwierzytelnionym użytkownikom na aktualizację ustawień wtyczki, czyszczenie logów itp.

Podatność w dotkniętych produktach umożliwia atakującemu z podstawowymi uprawnieniami użytkownika dostęp do projektów innych użytkowników. Atakujący może modyfikować i usuwać projekty.

Podatność w module Screenshot dla Drupala. Dotyczy wszystkich wersji.

Podatność w module Screenshot dla Drupala. Dotyczy wszystkich wersji.

Craft CMS przed wersją 5.10.11 nie weryfikuje statusu administratora w punkcie końcowym actionGetPasswordResetUrl, co pozwala użytkownikom niebędącym administratorami z uprawnieniem administrateUsers na generowanie linków resetowania hasła dla kont administratorów. Atakujący może ustawić nowe hasło dla administratora i przejąć panel kontrolny.