Podatności GitLab

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.

GitLab naprawił problem w GitLab CE/EE dotyczący wszystkich wersji od 12.7 przed 18.10.7, od 18.11 przed 18.11.4 oraz od 19.0 przed 19.0.1, który w pewnych warunkach mógł pozwolić uwierzytelnionemu użytkownikowi na dostęp do danych CI z innego typu ref niż zamierzony.

GitLab naprawił problem w GitLab CE/EE dotyczący wszystkich wersji od 11.2 przed 18.9.6, 18.10 przed 18.10.4 oraz 18.11 przed 18.11.1. W pewnych warunkach uwierzytelniony użytkownik z uprawnieniami właściciela projektu mógł obejść ustawienia zapobiegające rozwidlaniu grupy z powodu nieprawidłowych kontroli autoryzacji.

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.

GitLab CE/EE w wersjach od 15.11 przed 18.4.6, 18.5 przed 18.5.4 oraz 18.6 przed 18.6.2 zawiera podatność, która w pewnych okolicznościach mogła pozwolić nieuwierzytelnionemu użytkownikowi na wykonywanie nieautoryzowanych działań w imieniu innego użytkownika poprzez wstrzyknięcie złośliwych skryptów zewnętrznych do interfejsu Swagger UI.

GitLab CE/EE w wersjach od 17.1 przed 18.4.6, 18.5 przed 18.5.4 oraz 18.6 przed 18.6.2 zawiera podatność, która mogła pozwolić uwierzytelnionemu użytkownikowi na wykonywanie nieautoryzowanych działań w imieniu innych użytkowników poprzez wstrzyknięcie złośliwego kodu HTML do wyświetlania przepływu kodu podatności.

GitLab naprawił problem w GitLab CE/EE dotyczący wszystkich wersji od 6.3 przed 18.4.6, od 18.5 przed 18.5.4 oraz od 18.6 przed 18.6.2, który mógł pozwolić uwierzytelnionemu użytkownikowi na wywołanie odmowy usługi poprzez wysyłanie spreparowanych wywołań API z dużymi parametrami zawartości.

GitLab CE/EE we wszystkich wersjach od 18.4 przed 18.4.6, 18.5 przed 18.5.4 i 18.6 przed 18.6.2 zawiera podatność, która w pewnych warunkach mogła pozwolić uwierzytelnionemu użytkownikowi na wykonywanie nieautoryzowanych działań w imieniu innego użytkownika poprzez tworzenie stron wiki ze złośliwą zawartością. GitLab naprawił ten problem.

GitLab naprawił problem w GitLab CE/EE dotyczący wszystkich wersji od 11.10 przed 18.4.6, 18.5 przed 18.5.4 oraz 18.6 przed 18.6.2. Nieuwierzytelniony użytkownik mógł wywołać odmowę usługi, wysyłając spreparowane zapytania GraphQL omijające limity złożoności zapytań.

GitLab naprawił problem w GitLab CE/EE dotyczący wszystkich wersji od 18.4 przed 18.4.5, 18.5 przed 18.5.3 i 18.6 przed 18.6.1, który mógł pozwolić uwierzytelnionemu użytkownikowi na uzyskanie poświadczeń od użytkowników o wyższych uprawnieniach i wykonywanie działań w ich kontekście w określonych warunkach.

GitLab naprawił problem w GitLab CE/EE dotyczący wszystkich wersji od 8.3 przed 18.4.5, 18.5 przed 18.5.3 i 18.6 przed 18.6.1, który mógł pozwolić uwierzytelnionemu użytkownikowi z określonymi uprawnieniami na wywołanie odmowy usługi poprzez przetwarzanie odpowiedzi HTTP.

GitLab CE/EE we wszystkich wersjach od 13.2 przed 18.5.5 oraz 18.6 przed 18.6.3 zawiera podatność, która mogła pozwolić uwierzytelnionemu użytkownikowi z dostępem do określonych logów na uzyskanie poufnych tokenów w specyficznych warunkach. Producent naprawił problem w wersjach 18.5.5 i 18.6.3.

GitLab CE/EE w wersjach 18.3 przed 18.4.5, 18.5 przed 18.5.3 oraz 18.6 przed 18.6.1 zawiera błąd, który w określonych warunkach pozwala nieuwierzytelnionemu użytkownikowi dołączyć do dowolnych organizacji poprzez modyfikację nagłówków żądań.

GitLab CE/EE zawiera podatność, która może pozwolić nieuwierzytelnionemu użytkownikowi na wywołanie odmowy usługi (DoS) poprzez wysyłanie spreparowanych żądań zawierających złośliwe ładunki JSON. Problem dotyczy wskazanych zakresów wersji przed poprawkami.

GitLab CE/EE w wersjach od 13.7 do 18.2.8, 18.3 przed 18.3.4 oraz 18.4 przed 18.4.2 zawiera błąd, który pozwala uwierzytelnionym użytkownikom bez członkostwa w projekcie na przeglądanie wrażliwych ręcznych zmiennych CI/CD poprzez zapytania do API GraphQL.

W GitLab CE/EE (wersje od 16.9 przed 18.3.6, 18.4 przed 18.4.4 i 18.5 przed 18.5.2) uwierzytelniony atakujący może wywołać odmowę usługi, przesyłając specjalnie spreparowaną treść markdown z zagnieżdżonymi wzorcami formatowania. Podatność została naprawiona przez dostawcę.

W GitLab CE/EE w wersjach od 17.6 przed 18.3.6, 18.4 przed 18.4.4 oraz 18.5 przed 18.5.2 wykryto problem, który w określonych warunkach mógł pozwolić nieuprawnionym użytkownikom na przeglądanie poufnych nazw gałęzi poprzez dostęp do zgłoszeń projektów powiązanych z merge requestami.

GitLab CE/EE w wersjach od 13.2 przed 18.3.6, 18.4 przed 18.4.4 i 18.5 przed 18.5.2 pozwalał uwierzytelnionemu atakującemu z uprawnieniami reportera na przeglądanie nazw gałęzi i szczegółów pipeline'ów przez endpoint API pakietów, nawet gdy dostęp do repozytorium był wyłączony.

GitLab CE/EE w wersjach od 16.7 przed 18.3.6, 18.4 przed 18.4.4 i 18.5 przed 18.5.2 pozwalał zablokowanemu użytkownikowi na dostęp do wrażliwych informacji poprzez ustanawianie subskrypcji GraphQL przez połączenia WebSocket.

GitLab EE zawiera podatność, która może pozwolić uwierzytelnionemu atakującemu z określonymi uprawnieniami na przejęcie runnerów projektowych z innych projektów. Problem dotyczy wersji od 17.1 przed 18.3.5, 18.4 przed 18.4.3 oraz 18.5 przed 18.5.1.

GitLab naprawił problem w GitLab CE/EE dotyczący wszystkich wersji od 11.7 przed 18.3.5, 18.4 przed 18.4.3 oraz 18.5 przed 18.5.1, który mógł pozwolić nieuwierzytelnionemu atakującemu na wywołanie warunku odmowy usługi (DoS) poprzez przesyłanie dużych plików do określonych punktów końcowych API.

Podatność w GitLab CE/EE (wszystkie wersje od 11.0 przed 18.3.5, 18.4 przed 18.4.3 oraz 18.5 przed 18.5.1). Nieuwierzytelniony atakujący może spowodować odmowę usługi (DoS), wysyłając żądania GraphQL ze specjalnie spreparowanymi ładunkami JSON.

GitLab CE/EE zawiera podatność, która może pozwolić nieuwierzytelnionemu atakującemu na wywołanie warunku odmowy usługi poprzez wysyłanie specjalnie spreparowanych ładunków. Problem dotyczy wersji od 17.10 przed 18.3.5, 18.4 przed 18.4.3 oraz 18.5 przed 18.5.1.

GitLab CE/EE we wszystkich wersjach od 5.2 przed 18.2.8, od 18.3 przed 18.3.4 oraz od 18.4 przed 18.4.2 zawierał problem, który mógł pozwolić uwierzytelnionemu atakującemu na wywołanie warunku odmowy usługi poprzez skonfigurowanie złośliwych endpointów webhooków wysyłających spreparowane odpowiedzi HTTP.

GitLab naprawił problem w GitLab CE/EE we wszystkich wersjach od 13.12 do 18.2.8, od 18.3 do 18.3.4 oraz od 18.4 do 18.4.2, który mógł powodować brak odpowiedzi lub poważne pogorszenie wydajności instancji GitLab poprzez wysyłanie spreparowanych zapytań GraphQL żądających dużych blobów repozytorium.

Podatność typu Denial of Service w endpointach GraphQL w GitLab EE/CE pozwala nieuwierzytelnionym użytkownikom potencjalnie obejść limity złożoności zapytań, prowadząc do wyczerpania zasobów i zakłócenia usługi. Problem dotyczy wersji od 11.10 przed 18.2.7, 18.3 przed 18.3.3 oraz 18.4 przed 18.4.1.

W GitLab CE/EE uwierzytelniony użytkownik mógł uzyskać nieautoryzowany dostęp do poufnych zgłoszeń, tworząc projekt o nazwie identycznej z projektem ofiary. Podatność dotyczy wersji od 17.10 przed 18.2.7, 18.3 przed 18.3.3 oraz 18.4 przed 18.4.1.

W GitLab CE/EE odkryto problem we wszystkich wersjach od 17.2 przed 18.2.7, 18.3 przed 18.3.3 oraz 18.4 przed 18.4.1. Pozwala on atakującemu na niekontrolowane zużycie CPU podczas używania określonych zapytań GraphQL, co może prowadzić do odmowy usługi (DoS).

W GitLab CE/EE odkryto problem wydajnościowy w metodach konwersji ciągów znaków przy dużych danych wejściowych. Podatność dotyczy wersji od 17.4 przed 18.2.7, 18.3 przed 18.3.3 oraz 18.4 przed 18.4.1.

W GitLab CE/EE we wszystkich wersjach od 14.10 przed 18.2.7, od 18.3 przed 18.3.3 oraz od 18.4 przed 18.4.1 użytkownicy z rolą Guest mogli uzyskać dostęp do poufnych informacji przechowywanych w konfiguracjach wirtualnego rejestru.