Podatności GitLab CE/EE

GitLab naprawił problem w GitLab CE/EE, który dotyczy wszystkich wersji od 9.0 przed 18.9.7, 18.10 przed 18.10.6 oraz 18.11 przed 18.11.3. Problem ten mógł pozwolić nieautoryzowanemu użytkownikowi na spowodowanie odmowy usługi poprzez wysyłanie specjalnie przygotowanych żądań z powodu niewystarczającej walidacji danych wejściowych.

GitLab CE/EE w wersjach od 19.2 przed 19.2.7, od 19.3 przed 19.3.3 oraz od 19.4 przed 19.4.1 zawiera podatność związaną z przepełnieniem liczb całkowitych podczas kompilacji specjalnie spreparowanego wyrażenia regularnego w konfiguracji CI/CD. W określonych warunkach uwierzytelniony użytkownik może wykonać dowolny kod na serwerze GitLab.

GitLab CE/EE w wersjach od 19.2 przed 19.2.7, od 19.3 przed 19.3.3 oraz od 19.4 przed 19.4.1 zawiera podatność typu double free podczas przetwarzania specjalnie spreparowanego wyrażenia regularnego w konfiguracji CI/CD. W określonych warunkach uwierzytelniony użytkownik może wykonać dowolny kod na serwerze GitLab.

W GitLab CE/EE zidentyfikowano problem, który dotyczy wszystkich wersji od 8.14 do przed 16.0.8, od 16.1 do przed 16.1.3 oraz od 16.2 do przed 16.2.2. Możliwe było przeprowadzenie ataku typu Denial of Service (DoS) za pomocą specjalnie przygotowanych ładunków, które wykorzystują AutolinkFilter w punkcie końcowym preview_markdown.

GitLab CE/EE w wersjach od 18.2 przed 19.3.6, 19.4 przed 19.4.3 oraz 19.5 przed 19.5.1 zawiera lukę, która w pewnych warunkach pozwalała uwierzytelnionemu użytkownikowi z tokenem o zakresie read_api pobrać przychodzący adres e-mail projektu i tworzyć elementy pracy, omijając ograniczenia tokenu z powodu niewystarczającego egzekwowania zakresu w polu GraphQL.

GitLab CE/EE w wersjach od 17.6.5 przed 19.3.6, 19.4 przed 19.4.3 oraz 19.5 przed 19.5.1 zawiera lukę, która w pewnych warunkach pozwalała nieuwierzytelnionemu użytkownikowi pobrać wrażliwe wewnętrzne poświadczenia serwera z powodu niewłaściwego filtrowania wewnętrznych nagłówków odpowiedzi.

GitLab CE/EE naprawił problem w wersjach od 15.0 przed 19.3.6, 19.4 przed 19.4.3 oraz 19.5 przed 19.5.1, gdzie gdy merge request w publicznym projekcie odwoływał się do poufnego zgłoszenia z prywatnego projektu, uwierzytelniony użytkownik bez członkostwa w projekcie mógł odczytać tytuł poufnego zgłoszenia. Przyczyną był niezależny od przeglądającego klucz pamięci podręcznej fragmentów, który nieprawidłowo udostępniał wyrenderowaną treść z redakcją per użytkownik wszystkim użytkownikom.

W GitLab CE/EE wykryto podatność, która w określonych warunkach mogła pozwolić uwierzytelnionemu użytkownikowi na wykonanie dowolnego JavaScriptu w kontekście sesji przeglądarki innych użytkowników poprzez specjalnie spreparowane repozytorium. Problem dotyczy wersji od 19.1 do 19.2.8, 19.3 do 19.3.5 oraz 19.4 do 19.4.2.

W GitLab CE/EE w wersjach od 19.2 do 19.2.8, 19.3 do 19.3.5 i 19.4 do 19.4.2 naprawiono problem, który w określonych warunkach mógł pozwolić nieuwierzytelnionemu użytkownikowi na odczyt wewnętrznych notatek i poufnych notatek systemowych w publicznych projektach z powodu nieprawidłowej autoryzacji w API GraphQL.

GitLab CE/EE w wersjach od 18.9 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 tokenem Personal Access Token o ograniczonym zakresie importu na importowanie projektów do grup poza zamierzonym zakresem, z powodu nieprawidłowej autoryzacji docelowej przestrzeni nazw.

W GitLab CE/EE w wersjach od 13.11 do 19.2.8, 19.3 do 19.3.5 i 19.4 do 19.4.2 naprawiono problem, który w określonych warunkach mógł pozwolić uwierzytelnionemu użytkownikowi kontrolującemu agenta Kubernetes na spowodowanie wysłania wrażliwych tokenów uwierzytelniających do niezamierzonego serwera z powodu nieprawidłowej walidacji przekierowań w proxy Kubernetes.

W GitLab CE/EE w wersjach od 19.1 do 19.2.8, 19.3 do 19.3.5 i 19.4 do 19.4.2 naprawiono problem, który w określonych warunkach mógł pozwolić uwierzytelnionemu użytkownikowi posiadającemu projektowy, drobnoziarnisty token dostępu osobistego na modyfikację integracji należących do grupy poza zakresem tokenu, z powodu nieprawidłowych kontroli autoryzacji.

W GitLab CE/EE w wersjach od 13.8 do 19.2.8, 19.3 do 19.3.5 i 19.4 do 19.4.2 naprawiono problem, który w określonych warunkach mógł pozwolić uwierzytelnionemu użytkownikowi z rolą reportera na dostęp do ograniczonej zawartości raportów CI, do której nie był upoważniony, z powodu brakujących kontroli autoryzacji.

W GitLab CE/EE w wersjach od 15.1 do 19.2.8, 19.3 do 19.3.5 i 19.4 do 19.4.2 naprawiono problem, który w określonych warunkach mógł pozwolić użytkownikowi na pobieranie plików pakietów z publicznego projektu z powodu nieprawidłowych kontroli autoryzacji.

W GitLab CE/EE wykryto podatność, która w określonych warunkach mogła pozwolić uwierzytelnionemu użytkownikowi z rolą Developer na wykonanie potoków CI/CD na chronionych gałęziach bez autoryzacji. Problem dotyczy wersji od 18.7 do 19.2.8, 19.3 do 19.3.5 oraz 19.4 do 19.4.2.

W GitLab CE/EE wykryto podatność, która w określonych warunkach mogła pozwolić użytkownikowi na zatrucie buforowanych odpowiedzi dla surowych plików repozytorium, co powodowało, że potoki CI/CD docelowych użytkowników wykonywały specjalnie spreparowaną treść i potencjalnie ujawniały chronione zmienne środowiskowe. Problem dotyczy wersji przed 19.2.8, 19.3 przed 19.3.5 oraz 19.4 przed 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.

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.

GitLab CE/EE zawiera błąd w obsłudze współdzielonego stanu narzędzia wyszukiwania MCP, który w warunkach wyścigu może powodować zwracanie wyników wyszukiwania w nieprawidłowym kontekście użytkownika. Problem dotyczy wersji od 18.6 przed 19.2.7, 19.3 przed 19.3.3 oraz 19.4 przed 19.4.1.

GitLab naprawił problem w GitLab CE/EE dotyczący wszystkich wersji od 13.0 przed 19.1.8, 19.2 przed 19.2.6 i 19.3 przed 19.3.2, który w określonych warunkach mógł pozwolić uwierzytelnionemu użytkownikowi na uniemożliwienie innemu użytkownikowi modyfikacji ustawień grupy z powodu nieprawidłowej walidacji slugów URL grupy podczas transferów przestrzeni nazw.

GitLab naprawił problem w GitLab CE/EE dotyczący wszystkich wersji od 13.9 przed 19.1.8, 19.2 przed 19.2.6 i 19.3 przed 19.3.2, który mógł pozwolić uwierzytelnionemu użytkownikowi z uprawnieniami roli dewelopera na podmianę zawartości plików pakietów i ukrywanie pakietów przed ich właścicielami z powodu nieprawidłowej kontroli autoryzacji w Generic Package Registry.

GitLab CE/EE zawiera błąd nieprawidłowej autoryzacji na wewnętrznych punktach końcowych emisji danych, który w pewnych warunkach pozwala uwierzytelnionemu użytkownikowi uzyskać dostęp do poufnych poświadczeń i tokenów z pominięciem oczekiwanego proxy. Problem dotyczy wersji od 10.1.0 przed 19.1.8, 19.2 przed 19.2.6 oraz 19.3 przed 19.3.2.

GitLab CE/EE w wersjach od 15.7 przed 19.1.8, 19.2 przed 19.2.6 oraz 19.3 przed 19.3.2 zawiera lukę, która w pewnych warunkach pozwala uwierzytelnionemu użytkownikowi na dostęp do zmiennych CI/CD poza zamierzonym zakresem środowiska. Przyczyną jest nieprawidłowa walidacja danych wejściowych w mechanizmie dopasowywania wzorców zakresu środowiska.

Podatność w GitLab CE/EE umożliwia nieautoryzowanemu użytkownikowi podgląd informacji o źródle importu projektu z powodu braku sprawdzenia autoryzacji. Problem dotyczy wersji od 16.6 do 19.0.4, 19.1 do 19.1.2 oraz 19.2 do 19.2.0.

W GitLab CE/EE występuje problem z nieprawidłowym sprawdzaniem uprawnień w ustawieniach współpracy przy merge requestach, który w pewnych warunkach pozwala uwierzytelnionemu użytkownikowi z rolą developera na zatwierdzanie zmian w projekcie po usunięciu go z członków. Luka dotyczy wersji od 10.6 do 19.0.4, 19.1 do 19.1.2 oraz 19.2 do 19.2.0.

W GitLab CE/EE wykryto podatność, która w określonych warunkach umożliwiała nieuwierzytelnionemu użytkownikowi przeglądanie poufnych odnośników do zgłoszeń (issue references) w publicznych projektach. Problem wynika z nieprawidłowych kontroli autoryzacji i dotyczy wersji od 17.5 do 18.11.6, 19.0 do 19.0.3 oraz 19.1 do 19.1.1.

Podatność w GitLab CE/EE umożliwia uwierzytelnionemu użytkownikowi ukrycie treści w Snippet z powodu nieprawidłowej walidacji danych wejściowych. Problem dotyczy wersji od 14.8 do 18.11.6, 19.0 do 19.0.3 oraz 19.1 do 19.1.1.

W GitLab CE/EE wykryto podatność, która w określonych warunkach umożliwiała uwierzytelnionemu użytkownikowi z rolą maintainera wysyłanie żądań do wewnętrznych zasobów sieciowych poprzez synchronizację mirrorów. Problem wynika z nieprawidłowej walidacji adresów URL i dotyczy wersji od 8.3 do 18.11.6, 19.0 do 19.0.3 oraz 19.1 do 19.1.1.

Podatność w GitLab CE/EE umożliwia nieuwierzytelnionemu atakującemu wykonanie dowolnego kodu JavaScript w sesji przeglądarki użytkownika z powodu nieprawidłowej walidacji ścieżki. Problem dotyczy wersji od 18.10 do 18.11.6, 19.0 do 19.0.3 oraz 19.1 do 19.1.1.

GitLab naprawił problem w GitLab CE/EE, który dotyczy wszystkich wersji od 15.9 przed 18.10.8, 18.11 przed 18.11.5 oraz 19.0 przed 19.0.2. W określonych warunkach, nieautoryzowany użytkownik mógł podszyć się pod GitLab Support Bot i wstrzyknąć dowolną treść poprzez specjalnie przygotowaną odpowiedź e-mail w Service Desk z powodu niewłaściwego przetwarzania szablonów e-mail.

GitLab naprawił problem w GitLab CE/EE, który dotyczył wszystkich wersji od 18.10 przed 18.10.8, 18.11 przed 18.11.5 oraz 19.0 przed 19.0.2. W określonych warunkach uwierzytelniony użytkownik mógł odczytać dowolne pliki z serwera Gitaly oraz uzyskać dostęp do zasobów wewnętrznej sieci podczas importu repozytoriów, z powodu niewystarczającej walidacji drugorzędnych adresów URL.

GitLab naprawił problem w GitLab CE/EE, który dotyczy wszystkich wersji od 12.10 przed 18.10.8, 18.11 przed 18.11.5 oraz 19.0 przed 19.0.2. W określonych warunkach mogło to pozwolić nieautoryzowanemu użytkownikowi na spowodowanie odmowy usługi z powodu niewłaściwej walidacji danych wejściowych w middleware do analizy żądań API.

GitLab naprawił problem w GitLab CE/EE, który dotyczył wszystkich wersji od 15.9 przed 18.10.8, 18.11 przed 18.11.5 oraz 19.0 przed 19.0.2. W określonych warunkach, uwierzytelniony użytkownik z uprawnieniami dewelopera mógł ukryć zmiany w widokach różnic zgłoszeń scalania z powodu niewłaściwego przetwarzania nazw plików.

GitLab naprawił problem w GitLab CE/EE, który dotyczył wszystkich wersji od 15.10 przed 18.10.8, 18.11 przed 18.11.5 oraz 19.0 przed 19.0.2. W określonych warunkach uwierzytelniony użytkownik z uprawnieniami dewelopera mógł zmodyfikować ukryte prośby o scalanie z powodu nieprawidłowego egzekwowania autoryzacji.

GitLab naprawił problem w GitLab CE/EE, który dotyczył wszystkich wersji od 12.0 przed 18.10.8, 18.11 przed 18.11.5 oraz 19.0 przed 19.0.2. W określonych warunkach mogło to pozwolić uwierzytelnionemu użytkownikowi na dostęp do poufnych szczegółów problemów z powodu błędnych kontroli autoryzacji.

GitLab naprawił problem w GitLab CE/EE, który dotyczy wszystkich wersji od 17.10 przed 18.10.8, 18.11 przed 18.11.5 oraz 19.0 przed 19.0.2. W określonych warunkach uwierzytelniony użytkownik mógł spowodować odmowę usługi z powodu niekontrolowanego zużycia zasobów podczas przetwarzania specjalnie przygotowanego przesyłania pliku.

GitLab naprawił problem w GitLab CE/EE, który dotyczył wszystkich wersji od 17.0 przed 18.10.8, 18.11 przed 18.11.5 oraz 19.0 przed 19.0.2. Problem ten mógł pozwolić uwierzytelnionemu użytkownikowi na spowodowanie odmowy usługi na stronie katalogu CI/CD z powodu niewłaściwego oczyszczania danych.

GitLab naprawił problem w GitLab CE/EE dotyczący wersji od 18.2 przed 18.10.7, 18.11 przed 18.11.4 oraz 19.0 przed 19.0.1. W pewnych warunkach nieuprawniony użytkownik mógł wyliczyć prywatne projekty z powodu nieprawidłowych kontroli autoryzacji.

GitLab naprawił problem w GitLab CE/EE dotyczący wersji od 17.1 przed 18.10.7, 18.11 przed 18.11.4 oraz 19.0 przed 19.0.1. W pewnych warunkach uwierzytelniony użytkownik mógł wywołać odmowę usługi z powodu niewystarczającej walidacji.

GitLab naprawił problem w GitLab CE/EE, który dotyczy wszystkich wersji od 18.5 przed 18.9.7, 18.10 przed 18.10.6 oraz 18.11 przed 18.11.3. Problem ten mógł pozwolić nieautoryzowanemu użytkownikowi na spowodowanie odmowy usługi poprzez wysyłanie specjalnie przygotowanych ładunków JSON z powodu niewystarczającej walidacji wejścia.

GitLab naprawił problem w GitLab CE/EE, który dotyczył wszystkich wersji od 18.5 przed 18.9.7, 18.10 przed 18.10.6 oraz 18.11 przed 18.11.3. Problem ten mógł pozwolić nieautoryzowanemu użytkownikowi na spowodowanie odmowy usługi poprzez wysyłanie specjalnie przygotowanych ładunków na określone punkty końcowe API.

GitLab CE/EE w wersjach od 15.1 przed 18.9.7, 18.10 przed 18.10.6 oraz 18.11 przed 18.11.3 zawiera podatność, która mogła pozwolić uwierzytelnionemu użytkownikowi z uprawnieniami Gościa na przeglądanie issues w projektach, do których nie miał autoryzacji.

GitLab naprawił problem w GitLab CE/EE dotyczący wszystkich wersji od 15.11 przed 18.9.7, 18.10 przed 18.10.6 oraz 18.11 przed 18.11.3, który mógł pozwolić uwierzytelnionemu użytkownikowi na wstrzyknięcie HTML i JavaScript do powiadomień e-mail wysyłanych do innych użytkowników z powodu niewłaściwej sanityzacji danych wejściowych.

GitLab naprawił problem w GitLab CE/EE dotyczący wszystkich wersji od 9.2 przed 18.9.6, 18.10 przed 18.10.4 oraz 18.11 przed 18.11.1. Uwierzytelniony użytkownik mógł wywołać odmowę usługi z powodu niewystarczających limitów alokacji zasobów podczas pobierania notatek w określonych warunkach.

Podatność w GitLab CE/EE wynika z niewystarczających limitów alokacji zasobów w API GraphQL. Uwierzytelniony użytkownik może wywołać atak typu denial of service, przeciążając zasoby systemowe w określonych warunkach.

Podatność w GitLab CE/EE pozwala uwierzytelnionemu użytkownikowi na wywołanie ataku denial of service poprzez wysyłanie spreparowanych żądań do endpointu discussions, co prowadzi do wyczerpania zasobów serwera. Problem dotyczy wersji od 10.6 przed 18.9.6, 18.10 przed 18.10.4 i 18.11 przed 18.11.1.

GitLab CE/EE od wersji 18.2 do 18.8.9, 18.9 do 18.9.5 i 18.10 do 18.10.3 zawiera podatność, która pozwala uwierzytelnionemu użytkownikowi na dostęp do poufnych zgłoszeń (issues) przypisanych do innych użytkowników poprzez eksport CSV z powodu niewystarczających kontroli autoryzacji.