Podatności GitLab

GitLab CE/EE w wersjach od 18.6 do 18.6.4, 18.7 do 18.7.2 i 18.8 do 18.8.2 zawiera podatność, która pozwala osobie znającej identyfikator poświadczeń ofiary na ominięcie uwierzytelniania dwuskładnikowego poprzez wysłanie sfałszowanych odpowiedzi urządzenia.

GitLab CE/EE w wersjach od 17.7 do 18.6.4, 18.7 do 18.7.2 i 18.8 do 18.8.2 zawiera podatność, która pozwala nieuwierzytelnionemu użytkownikowi na spowodowanie odmowy usługi (DoS) poprzez wykorzystanie nieprawidłowej walidacji autoryzacji w endpointach API.

GitLab CE/EE w wersjach od 11.9 do 18.6.4, 18.7 do 18.7.2 i 18.8 do 18.8.2 zawiera podatność, która pozwala nieuwierzytelnionemu użytkownikowi na spowodowanie odmowy usługi (DoS) poprzez wysyłanie spreparowanych żądań z nieprawidłowymi danymi uwierzytelniającymi.

GitLab naprawił problem w GitLab CE/EE dotyczący wszystkich wersji od 15.10 przed 18.3.6, 18.4 przed 18.4.4 i 18.5 przed 18.5.2, który mógł pozwolić uwierzytelnionemu użytkownikowi na wykonanie przechowywanego cross-site scripting (XSS) poprzez nieprawidłową walidację danych wejściowych w funkcjonalności proxy Kubernetes.

Wiele wersji GitLab naraża na niebezpieczną metodę, która może prowadzić do usunięcia wszystkich obiektów Issue i MergeRequest przez dowolnego uwierzytelnionego użytkownika. W przypadku projektów publicznych, podatność ta może być wykorzystana przez użytkowników nieautoryzowanych.

Funkcja impersonacji w Gitlabie w wersjach 8.7.0 oraz 8.6.0 do 8.6.7, 8.5.0 do 8.5.11, 8.4.0 do 8.4.9, 8.3.0 do 8.3.8 oraz 8.2.0 do 8.2.4 pozwala zdalnie uwierzytelnionym użytkownikom na 'logowanie' jako inny użytkownik za pomocą nieokreślonych wektorów.

GitLab naprawił problem w GitLab CE/EE dotyczący wszystkich wersji od 18.2 przed 18.11.11, 19.0 przed 19.0.8, 19.1 przed 19.1.6 i 19.2 przed 19.2.4, który w określonych warunkach mógł pozwolić nieuwierzytelnionemu użytkownikowi na zdalną modyfikację lub usunięcie publicznych projektów i danych użytkowników za pomocą dyrektywy GraphQL.

GitLab CE/EE w wersjach od 12.8 do przed 19.1.7, 19.2 przed 19.2.5 i 19.3 przed 19.3.1 zawiera podatność, która w określonych warunkach pozwala uwierzytelnionemu użytkownikowi na spowodowanie denial of service wpływającego na przetwarzanie zadań w tle z powodu braku limitów liczby obiektów.

GitLab EE w wersjach od 11.3 do przed 19.1.7, 19.2 przed 19.2.5 i 19.3 przed 19.3.1 zawiera podatność, która w określonych warunkach pozwala uwierzytelnionemu użytkownikowi z uprawnieniami Maintainer projektu na dostęp do terminala chronionego środowiska, do którego nie był upoważniony, z powodu nieprawidłowej autoryzacji.

GitLab EE w wersjach od 19.1 do przed 19.1.7, 19.2 przed 19.2.5 i 19.3 przed 19.3.1 zawiera podatność, która w określonych warunkach pozwala uwierzytelnionemu użytkownikowi z uprawnieniami dewelopera na wpływanie na środowisko wykonawcze zadań związanych z egzekwowaniem polityk Pipeline Execution, z powodu nieprawidłowego obsługiwania zależności zadań.

GitLab CE/EE w wersjach od 18.8 przed 19.0.6, 19.1 przed 19.1.4 i 19.2 przed 19.2.2 ma podatność na path traversal w rejestrze pakietów, która w określonych warunkach może pozwolić uwierzytelnionemu użytkownikowi na zdalne wykonanie kodu.

GitLab naprawił problem w GitLab CE/EE dotyczący wszystkich wersji od 18.2 przed 18.11.11, 19.0 przed 19.0.8, 19.1 przed 19.1.6 i 19.2 przed 19.2.4, który w określonych warunkach mógł pozwolić nieuwierzytelnionemu użytkownikowi na wykonywanie mutacji przez żądania GET z powodu nieprawidłowej walidacji żądań w obsłudze zapytań GraphQL multiplex.

GitLab EE w wersjach od 19.1 przed 19.1.4 oraz 19.2 przed 19.2.2 ma naprawioną lukę, która w określonych warunkach mogła pozwolić uwierzytelnionemu użytkownikowi na modyfikację ustawień projektu zastrzeżonych dla ról z wyższymi uprawnieniami, z powodu braku kontroli autoryzacji na punkcie końcowym aktualizacji projektu.

GitLab CE/EE w wersjach od 18.2 przed 19.0.6, 19.1 przed 19.1.4 oraz 19.2 przed 19.2.2 ma naprawioną lukę, która w określonych warunkach mogła pozwolić na cross-site scripting z powodu nieprawidłowej neutralizacji danych kontrolowanych przez użytkownika renderowanych w treści komórek tabeli przez komponent pulpitu analitycznego.

GitLab CE/EE w wersjach od 18.2 przed 19.0.6, 19.1 przed 19.1.4 oraz 19.2 przed 19.2.2 ma naprawioną lukę, która w określonych warunkach mogła pozwolić na cross-site scripting z powodu nieprawidłowej neutralizacji danych kontrolowanych przez użytkownika renderowanych w elementach paginacji przez komponent pulpitu analitycznego.

GitLab naprawił problem w GitLab CE/EE dotyczący wszystkich wersji od 17.6 przed 19.0.6, 19.1 przed 19.1.4 i 19.2 przed 19.2.2, który w określonych warunkach mógł pozwolić uwierzytelnionemu użytkownikowi z rolą dewelopera na modyfikację niektórych metadanych rejestru pakietów bez wymaganych uprawnień na poziomie maintainera z powodu nieprawidłowych kontroli autoryzacji.

GitLab naprawił problem w GitLab CE/EE dotyczący wszystkich wersji od 18.5 przed 19.0.6, 19.1 przed 19.1.4 i 19.2 przed 19.2.2, który w określonych warunkach mógł pozwolić nieuwierzytelnionemu użytkownikowi na spowodowanie odmowy usługi z powodu nieprawidłowej walidacji danych wejściowych.

GitLab naprawił problem w GitLab EE dotyczący wszystkich wersji od 17.7 przed 19.0.6, 19.1 przed 19.1.4 i 19.2 przed 19.2.2, który w określonych warunkach mógł pozwolić uwierzytelnionemu użytkownikowi na przeglądanie ograniczonych ustawień konfiguracji z powodu nieprawidłowych kontroli autoryzacji na stronie ustawień grupy.

GitLab CE/EE w wersjach od 19.2 do 19.2.2 ma podatność, która w określonych warunkach mogła pozwolić uwierzytelnionemu użytkownikowi z uprawnieniami dewelopera na eskalację uprawnień z powodu nieprawidłowego oczyszczania treści HTML renderowanej w oknie modalnym zadań CI.

GitLab CE/EE w wersjach od 19.0 do 19.0.6, 19.1 do 19.1.4 i 19.2 do 19.2.2 ma podatność, która w określonych warunkach mogła pozwolić uwierzytelnionemu użytkownikowi z uprawnieniami dewelopera na uruchamianie potoków CI/CD na chronionej gałęzi bez wymaganych uprawnień do wypychania zmian z powodu nieprawidłowej autoryzacji w walidacji referencji potoku.

GitLab CE/EE w wersjach od 10.1.0 do 19.0.5, 19.1 do 19.1.3 oraz 19.2 do 19.2.1 ma niewystarczające kontrole dostępu przy obsłudze wewnętrznych żądań, co może pozwolić uwierzytelnionemu użytkownikowi z rolą Developer na dostęp do nieautoryzowanych informacji.

W GitLab CE/EE występuje podatność polegająca na nieprawidłowym egzekwowaniu kontroli dostępu. Uwierzytelniony użytkownik z rolą gościa mógł w pewnych warunkach uzyskać dostęp do treści raportów testowych, do których nie był upoważniony.

W GitLab CE/EE występuje podatność typu Cross-Site Scripting (XSS). Atakujący może za pomocą spreparowanego URL-a wykonać dowolny kod JavaScript w przeglądarce innego użytkownika z powodu nieprawidłowego oczyszczania danych wejściowych.

W GitLab EE występuje podatność polegająca na nieprawidłowym przetwarzaniu żądań upstream w rejestrach wirtualnych. W pewnych warunkach wrażliwe informacje mogły zostać ujawnione niezamierzonemu hostowi.

Podatność w GitLab CE/EE (wersje od 11.8 do 19.0.4, 19.1.0-19.1.2, 19.2.0-19.2.0) umożliwia nieuwierzytelnionemu użytkownikowi wywołanie odmowy usługi (DoS) poprzez niewystarczające ograniczenie zasobów podczas przetwarzania dyskusji w merge requestach.

W GitLab EE występuje podatność polegająca na nieprawidłowym egzekwowaniu autoryzacji podczas generowania tokenów. Uwierzytelniony użytkownik mógł ominąć zasady zarządzania narzędziami skonfigurowane przez administratora.

W GitLab EE występuje podatność w funkcji przeglądu kodu wspomaganej AI. Uwierzytelniony użytkownik mógł uzyskać dostęp do informacji z nieautoryzowanych projektów z powodu nieprawidłowej neutralizacji niezaufanej treści.

W GitLab CE/EE występuje podatność polegająca na nieprawidłowych kontrolach autoryzacji. Nieuwierzytelniony użytkownik mógł w pewnych warunkach zobaczyć tytuł poufnego zgłoszenia (issue) poprzez publicznie dostępne żądanie scalenia (merge request).

W GitLab CE/EE występuje podatność w punkcie końcowym API projektów. Uwierzytelniony użytkownik z rolą Maintainer mógł modyfikować konfigurację chronionych gałęzi z powodu nieprawidłowej autoryzacji.

Podatność w GitLab CE/EE (wersje od 18.0 do 19.0.4, 19.1.0-19.1.2, 19.2.0-19.2.0) umożliwia uwierzytelnionemu użytkownikowi modyfikację konfiguracji CI/CD innego użytkownika z powodu nieprawidłowej walidacji atrybutów podczas przetwarzania harmonogramów pipeline.

W GitLab CE/EE w wersjach od 9.1 do 18.11.7, 19.0 do 19.0.4 oraz 19.1 do 19.1.2 wykryto lukę w mechanizmach autoryzacji na stronach odnośników międzyprojektowych. Umożliwia ona niezautoryzowanemu użytkownikowi sprawdzenie istnienia prywatnego projektu.

W GitLab CE/EE wykryto podatność polegającą na niewłaściwym oczyszczaniu danych wejściowych użytkownika, co w określonych warunkach umożliwia uwierzytelnionemu użytkownikowi wykonanie dowolnych skryptów w sesji przeglądarki innego użytkownika. Problem dotyczy wszystkich wersji od 15.7 do 18.11.7, 19.0 do 19.0.4 oraz 19.1 do 19.1.2.

Podatność w GitLab CE/EE umożliwia uwierzytelnionemu użytkownikowi utworzenie repozytorium, w którym zawartość wyświetlana w interfejsie internetowym różni się od zawartości dostępnej do pobrania. Problem wynika z nieprawidłowego rozpoznawania nazw referencji Git i dotyczy wersji od 16.5 do 18.11.7, 19.0 do 19.0.4 oraz 19.1 do 19.1.2.

To CVE zostało odrzucone. GitLab stwierdził, że zgłoszone zachowanie nie stanowi podatności: powiązanie tożsamości SAML grupy wymaga wyraźnej zgody użytkownika, a zarządzanie tożsamościami SAML przez właściciela grupy jest oczekiwanym zachowaniem.

Podatność w GitLab CE/EE (wersje od 16.9.6 przed 18.8.9, 18.9 przed 18.9.5, 18.10 przed 18.10.3) umożliwia uwierzytelnionemu użytkownikowi wywołanie niezamierzonych metod po stronie serwera przez połączenia WebSocket z powodu nieprawidłowej kontroli dostępu.

W GitLab CE/EE od wersji 18.2 do 18.8.9, 18.9 do 18.9.5 i 18.10 do 18.10.3, uwierzytelniony użytkownik z niestandardowymi uprawnieniami roli może zdegradować lub usunąć członków grupy o wyższych uprawnieniach z powodu nieprawidłowych kontroli autoryzacji.

Podatność w GitLab CE/EE umożliwia uwierzytelnionemu użytkownikowi z minimalnymi uprawnieniami w przestrzeni roboczej uzyskanie poświadczeń instalacji Jira Connect i podszycie się pod aplikację GitLab z powodu nieprawidłowych kontroli autoryzacji. Problem dotyczy wszystkich wersji od 14.3 przed 18.8.7, 18.9 przed 18.9.3 oraz 18.10 przed 18.10.1.

Podatność w GitLab CE/EE umożliwia uwierzytelnionemu użytkownikowi przeprowadzenie ataku typu Stored Cross-Site Scripting (XSS) poprzez wykorzystanie znaczników GitLab Flavored Markdown. Problem dotyczy wersji od 18.2.2 do 18.5.5, 18.6 przed 18.6.3 oraz 18.7 przed 18.7.1.

Podatność w GitLab CE/EE umożliwia nieuwierzytelnionemu atakującemu wykonanie dowolnego kodu w kontekście przeglądarki uwierzytelnionego użytkownika poprzez nakłonienie go do odwiedzenia specjalnie spreparowanej strony internetowej. Problem dotyczy wersji od 18.6 do 18.6.2 oraz 18.7 do 18.7.0.

W GitLab odkryto problem dotyczący wszystkich wersji od 15.2 do przed 16.1.5, od 16.2 do przed 16.2.5 oraz od 16.3 do przed 16.3.1, w którym paginacja API projektów może być pomijana, co potencjalnie prowadzi do DoS na niektórych instancjach.

W GitLabie odkryto problem dotyczący wszystkich wersji od 16.2 do przed 16.2.5 oraz od 16.3 do przed 16.3.1. Z powodu niewłaściwej walidacji uprawnień możliwe było tworzenie eksperymentów modelowych w publicznych projektach.

W GitLabie odkryto problem, który dotyczy wszystkich wersji od 15.11 do przed 16.1.5, od 16.2 do przed 16.2.5 oraz od 16.3 do przed 16.3.1. Użytkownik z autoryzacją mógł wywołać odmowę usługi podczas importowania lub klonowania złośliwej zawartości.

W GitLab odkryto problem, który dotyczy wszystkich wersji od 15.11 do przed 16.1.5, od 16.2 do przed 16.2.5 oraz od 16.3 do przed 16.3.1. Użytkownik z autoryzacją mógł wywołać odmowę usługi podczas importowania lub klonowania złośliwej zawartości.

W GitLab odkryto problem, który dotyczy wszystkich wersji przed 16.2.0. Zatwierdzanie katalogów zawierających znak LF skutkuje błędami 500 podczas przeglądania zatwierdzenia.

W GitLab zidentyfikowano problem, który dotyczy wszystkich wersji przed 16.0.8, wersji od 16.1 do 16.1.3 oraz wersji od 16.2 do 16.2.2. Główna gałąź repozytorium o specjalnie zaprojektowanej nazwie umożliwia atakującemu tworzenie repozytoriów z złośliwym kodem.

W GitLab odkryto problem, który dotyczy wszystkich wersji od 8.10 do przed 16.0.8, od 16.1 do przed 16.1.3 oraz od 16.2 do przed 16.2.2. W określonych okolicznościach użytkownik importujący projekt 'z eksportu' mógł uzyskać dostęp do niepowiązanych plików poprzez przesłanie specjalnie przygotowanego pliku.