Katalog podatności CVE

Biblioteka StableLib przed wersją 2.0.4 zawiera podatność w dekoderze CBOR, która pozwala atakującemu na wstrzyknięcie klucza '__proto__' do obiektu JavaScript. Powoduje to nadpisanie prototypu obiektu, co może prowadzić do podejmowania decyzji bezpieczeństwa na podstawie danych kontrolowanych przez atakującego.

Biblioteka StableLib przed wersją 2.0.4 zawiera podatność w dekoderze CBOR, która nie ogranicza głębokości zagnieżdżenia struktur danych. Zbyt głęboka struktura może spowodować przepełnienie stosu JavaScript, prowadząc do awarii procesu lub usługi.

Gitea sprawdza początkowy zdalny URL dla mirrorów push, zdalnych kontroli wiki i pobierania głów pull requestów migracji, ale późniejsze operacje Git podążają za przekierowaniami HTTP bez ponownej walidacji celu. Administrator repozytorium używający dozwolonego punktu końcowego, który przekierowuje, może sprawić, że klient Git Gitea wyśle żądania na adres, który polityka hostów wychodzących w przeciwnym razie zablokowałaby. Wpływ zależy od skonfigurowanej polityki i wewnętrznych usług dostępnych z serwera.

Gitea Actions blokuje zadania przebiegów workflow z pull requestów od pierwszego kontrybutora z forka, dopóki opiekun nie zatwierdzi przebiegu. Ścieżka ponownego uruchomienia wymagała tylko, aby przebieg był zakończony, i budowała zadania nowej próby bez uwzględnienia oczekującego zatwierdzenia, więc gdy użytkownik z uprawnieniami zapisu do Actions anulował przebieg oczekujący na zatwierdzenie, a następnie uruchomił go ponownie, nowe zadania zostały utworzone jako oczekujące, a nie zablokowane, podczas gdy przebieg nadal rejestrował, że wymagane jest zatwierdzenie. Anulowanie i ponowne uruchamianie starych kontroli z forka jest rutynową czynnością, która nie obejmuje kontroli zatwierdzenia, więc tam, gdzie Actions jest włączone i zarejestrowany jest pasujący runner, kod workflow pobrany z głowy pull requesta z forka może zostać uruchomiony na runnerach repozytorium bez wyraźnego zatwierdzenia.

Użytkownik, który może otworzyć pull request z forka, może umieścić treść workflow ze współdzieloną grupą współbieżności na poziomie przebiegu w przebiegu Gitea Actions oczekującym na zatwierdzenie. Gdy późniejszy przebieg w tej grupie anuluje zablokowane zadanie, przebieg staje się terminalny, ale nadal oznaczony jako wymagający zatwierdzenia. Jeśli opiekun później zatwierdzi przebieg, Gitea przekazał już anulowane zadanie z powrotem przez przygotowanie współbieżności, ustawił je na oczekujące i umożliwił przejęcie przez pasujący runner, wykonując kod workflow kontrolowany przez fork. Wykorzystanie wymaga późniejszego zatwierdzenia przez opiekuna, włączonych Actions i runnera akceptującego zadania repozytorium.

Gdy wstawiano przebieg Gitea Actions, starsze przebiegi w tej samej grupie współbieżności na poziomie workflow były anulowane bez sprawdzania, czy nowy przebieg nadal wymaga zatwierdzenia. Ponieważ przebiegi z pull requestów z forków są wstawiane pod repozytorium bazowym, użytkownik, który może otworzyć pull request z forka, może anulować zaufane trwające przebiegi, które dzielą grupę współbieżności z włączoną opcją `cancel-in-progress`, bez zatwierdzenia i bez uruchamiania żadnego kodu. Na self-hosted runnerach może to przerwać wdrożenia i pozostawić częściowy stan.

Zmiana uprawnień zespołu organizacji przez API z tylko polem `permission` nie odbudowywała dostępu per-jednostka zespołu, a żądany poziom nie był stosowany jako limit. Po tym, jak właściciel organizacji zdegradował zespół, na przykład z admina do read, członkowie zespołu zachowali poprzednie uprawnienia jednostek, w tym dostęp do zapisu do repozytoriów zespołu. Formularz internetowy nie był dotknięty.

Elasticsearch zawiera podatność polegającą na obejściu autoryzacji w modelu Remote Cluster Security (RCS) 2.0. Atakujący z ważnym kluczem API może wysłać specjalnie spreparowane żądanie cross-cluster search, które autoryzuje dostęp do jednego indeksu, ale faktycznie operuje na innym, nieautoryzowanym indeksie, ujawniając jego dane.

Elasticsearch zawiera podatność nieprawidłowej autoryzacji w opcjonalnym uprawnieniu delegowanym, które pozwala administratorowi na ograniczone zarządzanie rolami. Z powodu niepełnego egzekwowania zakresu, użytkownik z tym uprawnieniem może rozszerzyć swój dostęp do indeksów, które powinny pozostać ograniczone, w tym do wewnętrznych danych bezpieczeństwa.

Kibana zawiera podatność obejścia autoryzacji w procesie instalacji pakietów Fleet. Użytkownik z delegowanymi uprawnieniami do zarządzania pakietami może przejąć identyfikator strumienia danych należący do innego dzierżawcy, przekierowując dane ofiary do infrastruktury kontrolowanej przez atakującego.

Punkty dostępowe Arista Wi-Fi zawierają podatność uszkodzenia pamięci w przewodowych interfejsach sieciowych. Nieuwierzytelniony atakujący z dostępem do tego samego segmentu sieci może doprowadzić do awarii usługi czujnika lub potencjalnie zdalnego wykonania kodu.

Punkty dostępowe Arista Wi-Fi zawierają podatność w usłudze przechwytywania ruchu. Nieuwierzytelniony atakujący z dostępem sieciowym może wysłać spreparowany pakiet, powodując awarię usługi lub potencjalnie zdalne wykonanie kodu. Wymaga to niestandardowego trybu strumieniowania.

Punkty dostępowe Arista z aktywnym systemem WIPS zawierają podatność, która pozwala nieuwierzytelnionemu atakującemu w zasięgu radiowym na wysłanie spreparowanej ramki, powodując awarię usługi czujnika lub potencjalnie zdalne wykonanie kodu. Nie jest wymagane połączenie bezprzewodowe ani autoryzacja.

Punkty dostępowe Arista Wi-Fi z włączonym captive portal lub zaporą aplikacyjną na co najmniej jednym SSID zawierają podatność w usłudze bramy bezprzewodowej. Nieuwierzytelniony atakujący z sąsiedztwa sieci może wysłać spreparowany pakiet, powodując przepełnienie stosu, co prowadzi do odmowy usługi lub potencjalnie wykonania dowolnego kodu.

Nieuwierzytelniony atakujący znajdujący się w sąsiedniej sieci prywatnej (lub atakujący kierowany przez reverse proxy/load balancer przekazujący nagłówki klienta) może sfałszować swój adres źródłowy IP i uzyskać uprawnienia sesji administracyjnej w backendzie CV-CUE.

Podatność na wstrzyknięcie poleceń systemu operacyjnego w zarządzaniu kopiami zapasowymi CloudVision CUE może pozwolić uwierzytelnionemu użytkownikowi Super User na przesłanie spreparowanego żądania backupu i wykonanie dowolnych poleceń z uprawnieniami usługi.

Podatność typu XML External Entity (XXE) w aplikacji WiFi-server Spectralight pozwala każdemu uwierzytelnionemu użytkownikowi wysłać złośliwe żądania, prowadząc do ujawnienia dowolnych plików lokalnych i częściowej odmowy usługi.

Brak walidacji danych wejściowych w API przesyłania plików Fileserver pozwala uwierzytelnionemu atakującemu z uprawnieniami do przesyłania plików na wykonanie trwałego ataku cross-site scripting (XSS). Udana eksploatacja może umożliwić przejęcie sesji webowej innego użytkownika CloudVision i uzyskanie dostępu do jego konta oraz uprawnień administracyjnych.

Podatność typu stored cross-site scripting (XSS) może pozwolić nieuwierzytelnionemu atakującemu z dostępem do sąsiedniej sieci na wstrzyknięcie złośliwej treści, która wykona się, gdy uwierzytelniony użytkownik wyświetli dotkniętą treść. Udana eksploatacja może pozwolić na kompromitację sesji przeglądarki ofiary, dostęp do danych wrażliwych, modyfikację stanu systemu lub zakłócenie usług.

Podatność typu stored cross-site scripting (XSS) może pozwolić uwierzytelnionemu administratorowi o wysokich uprawnieniach na zapisanie złośliwej treści w konfiguracji. Treść może wykonać się w przeglądarce innego uwierzytelnionego użytkownika, gdy ten wyświetli lub porówna dotkniętą konfigurację. Udana eksploatacja może pozwolić atakującemu na działanie przez sesję ofiary w celu dostępu do danych wrażliwych, modyfikacji konfiguracji lub zakłócenia zarządzanych usług bezprzewodowych.