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 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 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 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 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.

W GitLab CE/EE zidentyfikowano problem, który dotyczy wszystkich wersji od 11.8 do 16.1.5, od 16.2 do 16.2.5 oraz od 16.3 do 16.3.1. Złośliwy Utrzymujący może w określonych okolicznościach ujawnić token Sentry, zmieniając skonfigurowany adres URL na stronie ustawień śledzenia błędów Sentry.

W GitLab CE/EE zidentyfikowano problem, który dotyczy wszystkich wersji od 15.9 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 przejęcie GitLab Pages z unikalnymi adresami URL domen, jeśli znano losowy ciąg dodany do adresu.

W GitLab CE/EE zidentyfikowano problem, który dotyczy wszystkich wersji od 9.3 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ą ProjectReferenceFilter w punkcie końcowym preview_markdown.

W GitLab CE/EE zidentyfikowano problem, który dotyczy wszystkich wersji od 16.1 do 16.1.3 oraz od 16.2 do 16.2.2. Nieprawidłowa wartość 'start_sha' na stronie żądań scalania może prowadzić do odmowy usługi, ponieważ zakładka Zmiany nie ładowałaby się.

W GitLab CE/EE zidentyfikowano problem dotyczący podatności na refleksyjny XSS, który występuje w wersjach od 10.0 do przed 16.0.8, od 16.1 do przed 16.1.3 oraz od 16.2 do przed 16.2.2. Atakujący mógł wykorzystać tę podatność podczas tworzenia określonych diagramów PlantUML, co pozwalało na wykonywanie dowolnych działań w imieniu ofiar.

W GitLab CE/EE zidentyfikowano problem, który pozwala atakującemu na scalanie dowolnego kodu do chronionych gałęzi. Dotyczy to wszystkich wersji od 15.3 do przed 15.11.10, od 16.0 do przed 16.0.6 oraz od 16.1 do przed 16.1.1.

W GitLab CE/EE zidentyfikowano problem, który dotyczy wszystkich wersji od 10.3 do przed 15.11.10, od 16.0 do przed 16.0.6 oraz od 16.1 do przed 16.1.1. Możliwe było wywołanie Denial of Service (DoS) poprzez wysyłanie spreparowanych ładunków do punktu końcowego preview_markdown.

W Gitlab CE/EE wystąpił problem z ujawnieniem informacji, który dotyczy wszystkich wersji od 13.6 do przed 15.11.10, od 16.0 do przed 16.0.6 oraz od 16.1 do przed 16.1.1. Problem polega na tym, że logi Sidekiq zawierały tokeny webhooków, gdy format logu był ustawiony na 'default'.

W GitLab CE/EE występuje problem z ujawnieniem informacji, który dotyczy wszystkich wersji od 16.0 do 16.0.6 oraz wersji 16.1.0. Umożliwia on nieautoryzowanym użytkownikom dostęp do informacji o błędach importu, jeśli projekt został zaimportowany z GitHub.

Wszystkie wersje GitLab CE/EE przed 14.2.6, wersje od 14.3 do 14.3.4 oraz wersje od 14.4 do 14.4.1 przypadkowo logują hasło roota systemu w logach migracji. To umożliwia atakującemu z dostępem do lokalnego systemu plików uzyskanie uprawnień na poziomie roota.

Wszystkie wersje GitLab CE/EE od 13.9 do 14.2.6, od 14.3 do 14.3.4 oraz od 14.4 do 14.4.1 mają lukę w kontroli dostępu, która ujawnia prywatne adresy e-mail przypisanych do zgłoszeń i żądań scalania konsumentom danych Webhook.

W podatności CVE-2021-39904 występuje niewłaściwa kontrola dostępu w API GraphQL we wszystkich wersjach GitLab CE/EE od 13.1 do 14.2.6, od 14.3 do 14.3.4 oraz od 14.4 do 14.4.1. Umożliwia to twórcy Merge Requesta rozwiązywanie dyskusji i stosowanie sugestii po zablokowaniu Merge Requesta przez właściciela projektu.