Katalog podatności CVE

Ditty przed wersją 3.1.70 ma przechowywaną podatność XSS, która pozwala uwierzytelnionym użytkownikom z uprawnieniami Autora lub wyższymi wstrzykiwać dowolne elementy HTML przez złośliwe wartości atrybutów w tagach layoutu. Funkcja renderująca wstawia te wartości bez listy dozwolonych, omijając sanityzację wp_kses_post().

W Apache Airflow endpoint wylogowania Core API unieważnia wyłącznie token sesji przekazany w cookie _token. Jeśli klient wylogowuje się, przekazując poświadczenie w nagłówku Authorization typu bearer, endpoint zwraca standardową odpowiedź wylogowania, ale niczego nie unieważnia, więc token pozostaje ważny do czasu wygaśnięcia (domyślnie 24 godziny, wartość konfigurowalna).

W Apache Airflow 3.3.0 i 3.3.1 istnieje problem z priorytetem uwierzytelniania: gdy żądanie zawiera zarówno ciasteczko sesji, jak i token Bearer, Airflow używa ciasteczka, ignorując token. Powoduje to wykonanie żądania jako użytkownik z ciasteczka, a nie z tokena, oraz błędne zapisy w audycie.

W pki-core filtr ACL v2 REST wybiera uprawnienie rozstrzygające dla kolidujących kluczy ACL literalnych i wieloznacznych na podstawie porównania leksykograficznego, a nie specyficzności, przez co uprawnienie mapowane wieloznacznie nadpisuje bardziej szczegółowe uprawnienie literalne. W API REST zarządzania profilami CA pozwala to na autoryzację żądania POST /v2/profiles/raw — wymagającego uprawnienia profiles.create na poziomie Administratora — przy użyciu słabszego uprawnienia profiles.approve posiadanego przez domyślną grupę Certificate Manager Agents.

W narzędziu openshift/oc-mirror występuje błąd weryfikacji podpisów obrazów wydania PGP — narzędzie sprawdza błędy podpisu przed przetworzeniem całego podpisanego ciała, co pozwala obejść weryfikację podpisu. Zdalny atakujący, przechwytując lub manipulując ruchem sieciowym do punktu końcowego podpisów, może spreparować wiadomość PGP z prawidłowym identyfikatorem klucza wydania Red Hat, ale sfałszowanym podpisem, co pozwala narzędziu oc-mirror zaakceptować i zmirrorować złośliwy ładunek wydania do odłączonego rejestru.

API /assets/events w Apache Airflow zwraca zdarzenia zasobów dla wszystkich DAG-ów, bez filtrowania według uprawnień użytkownika. Uwierzytelniony użytkownik z dostępem do odczytu zasobów może wyliczyć zdarzenia, w tym identyfikatory DAG-ów, tasków, runów i znaczniki czasu, dla DAG-ów, do których nie ma uprawnień. Nawet liczba zdarzeń ujawnia istnienie ukrytych DAG-ów.

W OpenBao przed wersją 2.6.0 szablonowe polityki ACL, PKI i SSH mogły podstawiać dane tożsamości kontrolowane przez atakującego bez odrzucania znaków istotnych składniowo. W szablonowych politykach ACL gwiazdki, plusy i ukośniki mogły zmieniać dopasowanie ścieżek; w politykach PKI allowed_uri_sans_template i allowed_domains gwiazdka mogła rozszerzyć wystawianie certyfikatów na nieautoryzowane domeny; w politykach SSH allowed_users i allowed_domains przecinek mógł dodawać nieautoryzowane podmioty. Wykorzystanie wymaga wdrożenia używającego szablonowych danych polityk, które użytkownicy mogą swobodnie modyfikować; szablony oparte na losowo generowanej wartości identity.entity.id nie są podatne.

W GoCD od wersji 13.3.0 do 26.1.0 narzędzie nie koduje i nie escapuje prawidłowo złośliwych komentarzy modyfikacji materiałów naśladujących specjalny format trackback używany przez materiały pakietowe podczas renderowania widoków Stage Detail, Job/Build Detail, Value Stream Map i Pipeline History. Użytkownik z prawem zapisu do materiału śledzonego przez GoCD może zapisać dowolny HTML lub JavaScript w sfałszowanym komentarzu materiału pakietowego, który wykonuje się w sesji przeglądarki użytkownika przeglądającego później podatną stronę. Wykorzystanie wymaga, aby ofiara wyświetliła stronę renderującą złośliwą modyfikację, a GoCD nie renderuje każdego komentarza materiału w każdym widoku.

nginx ignition (UI dla serwera nginx) w wersjach 2.33.0 do 2.35.0 ma podatność, która pozwala użytkownikowi z włączonym OTP 2FA na ponowne użycie swojego TOTP w ciągu standardowego 30-sekundowego okna ważności. Wersja 2.35.1 naprawia ten problem.

W nginx ignition w wersjach od 2.29.0 do 2.40.0 middleware gin i18n w serwerze API działa przed każdym żądaniem HTTP i wywołuje golang.org/x/text/language.ParseAcceptLanguage na surowym nagłówku Accept-Language bez żadnego filtra rozmiaru lub kształtu. Parser ten ma kwadratową złożoność czasową dla długich list zniekształconych tagów językowych; zabezpieczenie CVE-2022-32149 ogranicza liczbę znaków '-' do 1000, ale nie ogranicza znaków '_', mimo że wewnętrzny skaner parsera traktuje '_' jak '-'. Pojedyncze nieuwierzytelnione żądanie GET z nagłówkiem Accept-Language zbudowanym z separatorów '_' zużywa około 2,4 sekundy CPU serwera.

W nginx ignition przed wersją 2.41.1 punkt końcowy POST /api/users/onboarding/finish jest zarejestrowany jako anonimowy (nieuwierzytelniony) i tworzy użytkownika z pełnymi uprawnieniami administratora ReadWrite. Ponieważ procedura obsługi używa wzorca check-then-act (TOCTOU) między sprawdzeniem „czy onboarding już zakończony?” a zapisem tworzenia użytkownika, bez atomowego zabezpieczenia, zdalny nieuwierzytelniony atakujący mogący dotrzeć do instancji w stanie przed onboardingiem może utworzyć dla siebie konto administratora, a równoczesne żądania mogą utworzyć wiele kont administratora w jednym wyścigu.

GoCD przed wersją 26.1.0 może zwracać niezamaskowane poświadczenia, które administratorzy zapisali w części userinfo adresów URL materiałów kontroli źródła, poprzez kilka API tylko do odczytu dostępnych dla zwykłych uwierzytelnionych użytkowników. Uwierzytelniony użytkownik z dostępem do dotkniętego pipeline'u może uzyskać poświadczenia osadzone w adresie URL materiału, natomiast dedykowane pola haseł pozostają zaszyfrowane i nie są ujawniane przez ten problem. Problem naprawiono w wersji 26.1.0.

GoCD od wersji 16.1.0 do 26.1.0 ma podatność w wewnętrznych API testowania połączeń materiałowych. Administrator grupy pipeline'ów może wywołać test połączenia dla materiałów poza swoją uprawnioną grupą i potencjalnie użyć danych uwierzytelniających z tych materiałów. Może również rozwiązywać zewnętrzne sekrety zarządzane przez pluginy.

W BleachBit przed wersją 6.0.1 uprzywilejowane czyszczenie w systemie Windows nie blokuje i nie waliduje katalogu nadrzędnego celu przed usunięciem. Lokalny użytkownik bez uprawnień może zastąpić ten katalog junctionem Windows i użyć natywnego dowiązania symbolicznego, aby przekierować podwyższone usunięcie na plik wybrany przez atakującego. Dowolne uprzywilejowane usunięcie pliku można połączyć z zachowaniem Windows Installer, aby uzyskać lokalne uprawnienia SYSTEM.

W wtyczce połączenia Ansible FreeBSD Jail (do wersji 1.3.0) funkcja put_file wtyczki jailexec rozwiązywała cel transferu do ścieżki na hoście jaila i uruchamiała tam mkdir -p oraz mv jako root na hoście. Polecenia te podążają za dowiązaniami symbolicznymi, a ścieżka była obsługiwana poza jailem, więc dowiązanie symboliczne istniejące wewnątrz jaila było podążane przez uprzywilejowane mv po stronie hosta. Strona kontrolująca zawartość wewnątrz zarządzanego jaila może spowodować dowolny zapis jako root na hoście, poza jailem — pełną ucieczkę z jaila.

W MCP-for-Stata przed wersją 1.19.0 narzędzie MCP ado_package_install w stata-mcp łączy dane wejściowe kontrolowane przez użytkownika bezpośrednio z ciągiem polecenia Stata bez walidacji ani sanityzacji. Atakujący mogący wywołać narzędzie MCP lub równoważne API Python może osadzić znaki nowej linii w argumencie pakietu, aby wstrzyknąć dowolne polecenia Stata. Ponieważ Stata obsługuje polecenie ucieczki do powłoki, prowadzi to do pełnego wykonania dowolnych poleceń na poziomie systemu operacyjnego (RCE) na koncie uruchamiającym serwer Stata-MCP.

GoCD od wersji 13.1.0 do 26.1.0 nie egzekwuje zamierzonej autoryzacji tylko dla administratora w punkcie /go/api/support/process_list. Uwierzytelniony użytkownik wewnętrzny może odpytać ten punkt, gdy działają procesy potomne kontroli źródła, i zobaczyć argumenty wiersza poleceń, nazwy użytkowników, zdalne adresy URL materiałów oraz wewnętrzne ścieżki materiałów, do których normalnie nie ma dostępu. Wykorzystanie zależy od nieprzewidywalnego czasu procesów, a poświadczenia, zmienne środowiskowe i sekrety zdefiniowane przez użytkownika pozostają zamaskowane lub pominięte. Problem naprawiono w wersji 26.1.0.

mport (Menedżer pakietów MidnightBSD) przed wersją 2.7.8 używał TMPDIR podczas ekstrakcji metadanych pakietów, nawet przy wykonywaniu z uprawnieniami roota. Atakujący mogący kontrolować środowisko dla uprzywilejowanego wywołania mport mógł przekierować ekstrakcję do dowolnej lokalizacji.

API /jobStatus.json w GoCD przed wersją 26.1.0 nie weryfikuje, czy podany identyfikator zadania należy do pipeline'u i stage'a wskazanego w żądaniu. Uwierzytelniony użytkownik może odgadnąć identyfikatory zadań i uzyskać status zadań w pipeline'ach, których nie może przeglądać, w tym nazwy zadań, stan, znaczniki czasu, adresy IP agentów itp.

W GoCD w wersjach od 12.3.1 do 26.1.0 przestarzałe trasy /go/admin/restful/* ujawniają pełną historyczną konfigurację serwera administratorom grup pipeline'ów, zamiast ograniczać odpowiedzi tylko do zarządzanych przez nich grup. Ujawnione dane mogą obejmować klucze auto-rejestracji agentów, klucze wywołań webhooków, zaszyfrowane poświadczenia oraz listy administratorów GoCD.