Katalog podatności CVE

Podatność w GitLab EE umożliwia uwierzytelnionemu użytkownikowi z określonym granularnym uprawnieniem uzyskanie tokena GitLab Duo Agent Platform, który omija kontrolę zarządczą, z powodu polegania na niezaufanych danych wejściowych w decyzji bezpieczeństwa. Dotyczy wersji od 19.1 do 19.2.8, 19.3 do 19.3.5 oraz 19.4 do 19.4.2.

Podatność w GitLab EE umożliwia uwierzytelnionemu użytkownikowi z niestandardową rolą z uprawnieniami administracji frameworkiem zgodności skonfigurowanie i wykonanie specjalnie spreparowanego pipeline'u zgodności w projektach grupowych, z powodu nieprawidłowego przypisania uprawnień. Dotyczy wersji od 17.0 do 19.2.8, 19.3 do 19.3.5 oraz 19.4 do 19.4.2.

GitLab CE/EE w wersjach od 17.6 do 19.2.8, 19.3 do 19.3.5 i 19.4 do 19.4.2 ma podatność, która w określonych warunkach mogła pozwolić uwierzytelnionemu użytkownikowi z uprawnieniami maintainera na usunięcie niektórych metadanych rejestru pakietów, które reguły ochrony pakietów ograniczają do wyższych ról, z powodu nieprawidłowych kontroli autoryzacji.

Podatność w GitLab CE/EE umożliwia uwierzytelnionemu użytkownikowi z dostępem do danych logów GitLab Pages uzyskanie tokenów dostępu i innych sekretów, z powodu wstawiania wrażliwych danych żądań do plików logów i zdarzeń śledzenia błędów. Dotyczy wersji od 12.0 do 19.2.8, 19.3 do 19.3.5 oraz 19.4 do 19.4.2.

GitLab CE/EE zawiera błąd w konstrukcji klucza pamięci podręcznej, który w pewnych konfiguracjach wdrożenia pozwala uwierzytelnionemu użytkownikowi zatruć buforowaną treść stron wyświetlaną innym użytkownikom. Problem dotyczy wersji od 16.2 przed 19.2.8, 19.3 przed 19.3.5 oraz 19.4 przed 19.4.2.

GitLab CE/EE zawiera podatność typu server-side request forgery (SSRF) wynikającą z wyścigu typu time-of-check to time-of-use w walidacji adresów URL podczas importu repozytoriów. Uwierzytelniony użytkownik może w określonych warunkach uzyskać dostęp do wewnętrznych zasobów sieciowych.

Aplikacja Display Product Catalog Based on Customs Declaration nie wykonuje wystarczających kontroli autoryzacji w niektórych funkcjach, co pozwala uwierzytelnionemu użytkownikowi o niskich uprawnieniach na dostęp do informacji poufnych wykraczających poza jego zakres uprawnień. Podatność ma niski wpływ na poufność danych, bez wpływu na integralność i dostępność aplikacji.

SAP NetWeaver Enterprise Portal nie waliduje wystarczająco danych wejściowych w pewnym komponencie portalu. Nieuwierzytelniony atakujący może spreparować złośliwy link, który po kliknięciu przez ofiarę ładuje treść kontrolowaną przez atakującego w zaufanym kontekście aplikacji, co może pozwolić na śledzenie informacji o użytkowniku i defacement części strony.

SAP S/4HANA nie wykonuje wystarczających kontroli autoryzacji na poziomie instancji dla niektórych operacji modyfikacji powiązanych danych obiektów biznesowych. Atakujący z niskimi uprawnieniami i lokalnym dostępem do systemu może obejść kontrole autoryzacji i modyfikować dane obiektów, do których nie jest uprawniony.

Regresja spowodowana zmianą API w SAP ABAP Platform ponownie wprowadza wcześniej naprawioną słabość autoryzacji. Menedżer sesji może być otwierany w trybie pojedynczej transakcji, także z FLP. Atakujący z niskimi uprawnieniami może ominąć ograniczenia za pomocą specjalnie spreparowanych żądań, co ma wysoki wpływ na integralność i niski na poufność. Brak wpływu na dostępność.

SAP NetWeaver Enterprise Portal pozwala nieuwierzytelnionemu atakującemu na dostęp do zastrzeżonych zasobów i pobranie niekrytycznych informacji o aplikacji. Prowadzi to do niskiego wpływu na poufność, bez wpływu na integralność i dostępność aplikacji.

SAP NetWeaver Enterprise Portal pozwala nieuwierzytelnionemu atakującemu na wstrzyknięcie złośliwych skryptów do parametru URL. Skrypty są odzwierciedlane w odpowiedzi serwera i wykonywane w przeglądarce użytkownika po odwiedzeniu spreparowanego adresu URL, co może prowadzić do kradzieży informacji o sesji, manipulacji treścią portalu lub przekierowania użytkownika.

Podatny kod używał child_process.execSync z ciągiem powłoki do instalacji i odinstalowywania generatora. Atakujący mógł wykonać dowolne polecenia systemu operacyjnego z uprawnieniami dewelopera, manipulując wartością konfiguracji obszaru roboczego VS Code ApplicationWizard.installationLocation, ponieważ wartość była przekazywana bezpośrednio do powłoki bez sanityzacji.

SAP Commerce Cloud nie wystarczająco waliduje dane wprowadzane przez użytkownika przed umieszczeniem ich w zapytaniu do bazy danych. Uwierzytelniony użytkownik może wysłać specjalnie spreparowane żądania, aby wstrzyknąć dowolne polecenia SQL. Udane wykorzystanie może pozwolić na odczyt, modyfikację lub usunięcie wrażliwych danych z bazy aplikacji, co ma wysoki wpływ na poufność, integralność i dostępność.

Punkt końcowy API administracyjnego służący do pobierania rekordów podpisów CLA nie wymusza spójnie wymaganych kontroli autoryzacji, gdy docelowa organizacja jest określona za pomocą identyfikatora organizacji. Uwierzytelniony użytkownik o ograniczonych uprawnieniach może potencjalnie uzyskać dostęp do rekordów podpisów CLA zawierających informacje o współtwórcach należących do organizacji, której nie jest uprawniony do administrowania.

SAP Cloud SDK dla Pythona zawiera podatność SSRF w mechanizmie OAuth2, która dotyczy aplikacji BTP w środowisku wielodostępnym. Atakujący kontrolujący parametr tenant_subdomain może przekierować żądania tokenów OAuth2 na kontrolowany przez siebie serwer, co prowadzi do wycieku poświadczeń klienta.

SAP NetWeaver Visual Composer nie przeprowadza wystarczających kontroli autoryzacji w niektórych funkcjach portalu. Atakujący z niskimi uprawnieniami może wywołać wewnętrzne operacje na wstępnie skonfigurowanym zdalnym systemie, co w zależności od konfiguracji połączenia może prowadzić do pełnej kompromitacji zdalnego systemu.

SAP Manufacturing Integration and Intelligence nie egzekwuje wystarczająco granic autoryzacji w niektórych funkcjach administracyjnych. Atakujący z uprawnieniami administratora MII może wysłać specjalnie spreparowane żądanie w celu nadania kontu podwyższonych uprawnień na leżącym u podstaw serwerze aplikacji Java. Udane wykorzystanie może pozwolić na uzyskanie kontroli administracyjnej nad systemem.

SAP S/4HANA (Manage Substitution/Validation Rules) nie waliduje wystarczająco danych wejściowych przetwarzanych przez funkcję definiowania reguł, która wykorzystuje specyficzny język skryptowy. Uwierzytelniony atakujący z określonymi uprawnieniami biznesowymi może wysłać specjalnie spreparowane dane, które są interpretowane jako wykonywalny kod ABAP. Udane wykorzystanie może pozwolić na wykonanie dowolnego kodu ABAP w systemie.

SAP UI5 nie wykonuje wystarczającej walidacji danych wejściowych w pewnych konfiguracjach. Atakujący z niskimi uprawnieniami może przesłać specjalnie spreparowaną treść, która jest później renderowana w przeglądarce ofiary. Podatność ma niski wpływ na poufność i integralność, bez wpływu na dostępność.