Katalog podatności CVE

Backstage przed wersją 1.54.6 nie egzekwuje spójnie granic poświadczeń w akcjach scaffolder source-control. Uwierzytelniony użytkownik może spowodować, że akcja użyje szerszych poświadczeń integracji i wykona operacje z większym dostępem niż zamierzono. Problem naprawiono w wersji 1.54.6, pod warunkiem włączenia przez operatorów opcji scaffolder.requireScmUserCredentials po aktualizacji.

W pakiecie @backstage/plugin-scaffolder-backend przed wersją 4.1.0 występuje nieprawidłowa autoryzacja w listowaniu zadań scaffolder. Uwierzytelniony użytkownik wewnętrzny może przeglądać metadane zadań poza zakresem przewidzianym przez politykę uprawnień. W odpowiedzi nie są zawarte tajemnice zadań, a wpływ na integralność i dostępność nie został zidentyfikowany. Problem naprawiono w wersji 4.1.0.

W pakiecie @backstage/plugin-auth-node od wersji 0.3.0 do 0.6.15 i 0.7.5 nie zawsze honorowano jawne negatywne potwierdzenie e-maila podczas normalizacji profili OAuth. W określonych konfiguracjach użytkownik może przejąć inną tożsamość katalogową i uzyskać powiązany dostęp i uprawnienia. Problem naprawiono w wersjach 0.6.15 i 0.7.5.

W pakiecie @backstage/plugin-catalog-backend-module-bitbucket-server od wersji 0.4.0 do 0.5.15 występuje niespójne filtrowanie repozytoriów w aktualizacjach zdarzeń katalogu Bitbucket Server. Wdrożenia korzystające z aktualizacji zdarzeniowych mogą dodawać lokalizacje z repozytoriów wykluczonych przez filtry. Problem naprawiono w wersji 0.5.15.

W pakiecie @backstage/plugin-auth-backend-module-cloudflare-access-provider od wersji 0.1.0 do 0.5.0 występuje niewystarczająca walidacja audiencji w dostawcy uwierzytelniania Cloudflare Access. Użytkownik z ważnym tokenem dla innej aplikacji Access w tym samym zespole Zero Trust może uwierzytelnić się w Backstage. Problem naprawiono w wersji 0.5.0.

W pakiecie @backstage/plugin-proxy-backend od wersji 0.5.0 do 0.6.18 występuje niespójne egzekwowanie poświadczeń dla nakładających się tras proxy. Gdy trasa nadrzędna zezwala na dostęp nieuwierzytelniony, a trasa zagnieżdżona wymaga poświadczeń, nieuwierzytelniony użytkownik może dotrzeć do zagnieżdżonego upstreamu. Problem naprawiono w wersji 0.6.18.

W Amazon Bedrock AgentCore Starter Toolkit przed wersją 0.3.14 występuje podatność na SSRF w przetwarzaniu schematu OpenAPI w funkcji importu agenta. Uwierzytelniony zdalny aktor w tym samym koncie AWS może spowodować, że środowisko użytkownika importującego agenta wyśle dowolne żądania wychodzące i odczyta dowolne pliki lokalne. Problem naprawiono w wersji 0.3.14, a zalecane jest przejście na @aws/agentcore.

W opcjonalnym przykładzie hooka Lambda dla Amazon Q Business (q-business-lambda-hook) dostępnym z QnABot on AWS w wersjach 7.0.0 do 7.4.5 występuje obejście autoryzacji przez klucz kontrolowany przez użytkownika. Uwierzytelniony zdalny użytkownik może odczytać dowolne obiekty S3 w koncie AWS. Problem naprawiono w wersji 7.4.6, ale wymaga ponownego wdrożenia stosu hooka.

W SSSD (System Security Services Daemon) występuje wada polegająca na tym, że żądania przed uwierzytelnieniem zachowują stan w pamięci bez jego czyszczenia lub limitowania czasu. Lokalny atakujący może wielokrotnie inicjować przepływy uwierzytelniania bez ich kończenia, powodując nieograniczone zużycie pamięci, co może prowadzić do DoS.

W SSSD występuje wada polegająca na wyścigu w responderze autofs między zakończeniem asynchronicznego wyliczania a unieważnieniem mapy. Lokalny użytkownik może wielokrotnie wysyłać równoczesne żądania wyliczania i unieważniania map, powodując wyciek pamięci i nadmierne zużycie pamięci, co może zakłócić lub zatrzymać usługę autofs.

Podczas transferu prywatnego repozytorium do użytkownika bez dostępu, Gitea przyznaje mu tymczasowy dostęp do odczytu jako współpracownikowi. Odrzucenie lub anulowanie transferu nie cofało tej współpracy, więc odbiorca zachowywał trwały dostęp do odczytu do prywatnego repozytorium, w tym do kodu, zgłoszeń, pull requestów i wiki, oraz mógł je klonować. Właściciel repozytorium nie był powiadamiany. Dostęp przyznany przez transfer jest teraz usuwany, a współprace istniejące przed transferem są zachowywane.

Przy ustawieniu `[migrations] ALLOWED_DOMAINS` na pasujący wpis, taki jak `*` lub wildcard nazwy hosta, walidacja adresów URL migracji w Gitea mogła zezwalać na adresy zastrzeżone i link-local, takie jak `169.254.169.254`, nawet gdy `ALLOW_LOCALNETWORKS = false`. Lista blokowania sieci lokalnych nie obejmowała tych zakresów, a nazwa hosta pasująca do listy dozwolonych była akceptowana niezależnie od jej rozwiązanego adresu. Użytkownik, który może rozpocząć migracje na takiej instancji, mógł dotrzeć do tych adresów z serwera Gitea; domyślna pusta konfiguracja `ALLOWED_DOMAINS` nie jest dotknięta.

Podczas przetwarzania treści zgłoszeń i komentarzy, Gitea skanował cały poprzedzający tekst w poszukiwaniu słów kluczowych akcji, takich jak "closes" lub "fixes", raz dla każdego linku Markdown, co dawało czas przetwarzania kwadratowy w stosunku do rozmiaru wejścia. Uwierzytelniony użytkownik mogący przesyłać treść zgłoszeń lub komentarzy mógł wysłać spreparowaną treść o rozmiarze około 1 MB, która zajmuje rdzeń CPU przez kilka minut, trzymając otwartą transakcję bazy danych.

W Apache Commons BCEL przed wersją 6.13.0 występuje problem z mapowaniem nazw symbolicznych na klasy. BCEL buforuje klasy kontrolowane przez atakującego pod nazwami, które same deklarują, bez walidacji żądanej nazwy, co pozwala na późniejsze odwołania i wyniki weryfikacji oparte na nazwie odnosić się do innej klasy.

Podatność w interfejsie API ClearPass Policy Manager może pozwolić nieuwierzytelnionemu zdalnemu atakującemu na obejście istniejących mechanizmów uwierzytelniania. Udana eksploatacja może umożliwić atakującemu uzyskanie poufnych informacji z zaatakowanego systemu.

Podatność polegająca na ujawnieniu poufnych informacji występuje w oprogramowaniu klienckim HPE Networking ClearPass Policy Manager. Udana eksploatacja może pozwolić atakującemu z lokalnym dostępem do systemu na uzyskanie poufnych informacji.

Podatność w interfejsie klienckim HPE Networking ClearPass Policy Manager może pozwolić nieuwierzytelnionemu zdalnemu atakującemu na przeprowadzenie ataku DOM-based cross-site scripting (XSS) przeciwko użytkownikowi tego interfejsu. Udana eksploatacja może pozwolić na wykonanie dowolnego kodu skryptowego w kontekście przeglądarki ofiary.

Podatność typu command injection w agencie OnGuard ClearPass Policy Manager może pozwolić uwierzytelnionemu zdalnemu atakującemu na wstrzyknięcie dowolnych poleceń. Udana eksploatacja może pozwolić na wykonanie poleceń z podwyższonymi uprawnieniami na zaatakowanym punkcie końcowym Windows.

Podatność polegająca na zapisie dowolnego pliku w agencie OnGuard ClearPass Policy Manager może pozwolić złośliwym użytkownikom na lokalnej instancji na podniesienie uprawnień, jeśli spełnione są pewne warunki niezależne od atakującego. Udana eksploatacja może pozwolić lokalnemu atakującemu na wykonanie dowolnego kodu z podwyższonymi uprawnieniami.

Podatność polegająca na lokalnej eskalacji uprawnień występuje w oprogramowaniu klienckim ClearPass. Udana eksploatacja może pozwolić użytkownikowi lokalnemu o niskich uprawnieniach na wykonanie poleceń z podwyższonymi uprawnieniami, jeśli spełnione są pewne warunki niezależne od atakującego.