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.

W GitLab EE występuje luka pozwalająca uwierzytelnionemu użytkownikowi z dostępem do Duo Chat na uzyskanie konfiguracji Advanced Search oraz poufnych poświadczeń. Atakujący wykorzystuje specjalnie spreparowany argument subskrypcji GraphQL do obejścia serializacji i wykonania wyszukiwania obiektów serwera.

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 naprawił problem w GitLab CE/EE dotyczący wszystkich wersji od 18.3 przed 19.2.7, 19.3 przed 19.3.3 i 19.4 przed 19.4.1. W pewnych warunkach uwierzytelniony użytkownik z tokenem MCP mógł wykonać działania poza zamierzonym zakresem tokena z powodu nieprawidłowych kontroli autoryzacji.

GitLab naprawił problem w GitLab CE/EE dotyczący wszystkich wersji od 19.1 przed 19.2.7, 19.3 przed 19.3.3 i 19.4 przed 19.4.1. W pewnych warunkach uwierzytelniony użytkownik mógł sfałszować autorstwo merge requestów i przypisać treść do dowolnych istniejących użytkowników z powodu nieprawidłowego polegania na efemerycznym stanie cache podczas importów Direct Transfer.

GitLab naprawił problem w GitLab EE dotyczący wszystkich wersji od 19.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 z uprawnieniami dewelopera na uruchomienie testowego pipeline'u polityki w projektach w swojej grupie i dostęp do chronionych zmiennych CI/CD zastrzeżonych dla ról z wyższymi uprawnieniami, z powodu niewystarczającej walidacji zakresu.

GitLab naprawił problem w GitLab CE/EE dotyczący wszystkich wersji od 15.3 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 nakłonienie docelowego użytkownika do wykonania niezamierzonych żądań HTTP zmieniających stan, z powodu niewłaściwego oczyszczania danych kontrolowanych przez użytkownika w rendererze tabel JSON Markdown.

GitLab naprawił problem w GitLab CE/EE dotyczący wszystkich wersji od 18.2.7 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 z uprawnieniami na poziomie projektu na dostęp do ograniczonych plików na serwerze lub spowodowanie odmowy usługi z powodu nieprawidłowej walidacji parametrów w funkcji przesyłania stanu Terraform.

GitLab naprawił problem w GitLab CE/EE dotyczący wszystkich wersji od 18.4.6 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ć nieuwierzytelnionemu użytkownikowi na spowodowanie odmowy usługi z powodu niewłaściwych limitów alokacji zasobów w logice obliczania złożoności GraphQL.

GitLab naprawił problem w GitLab CE/EE dotyczący wszystkich wersji od 19.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ć nieuwierzytelnionemu użytkownikowi na wykonanie dowolnego JavaScriptu w kontekście sesji docelowego użytkownika z powodu nieprawidłowego oczyszczania wklejonej zawartości HTML w edytorze treści.

GitLab naprawił problem w GitLab EE dotyczący wszystkich wersji od 18.11 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 z rolą Security Manager na wykonanie dowolnych zadań CI/CD i dostęp do chronionych zmiennych w projektach grupowych z powodu nieprawidłowej kontroli autoryzacji w zarządzaniu frameworkami zgodności.

GitLab naprawił problem w GitLab CE/EE dotyczący wszystkich wersji od 18.4.6 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ć nieuwierzytelnionemu użytkownikowi na spowodowanie odmowy usługi z powodu niewłaściwych limitów alokacji zasobów w logice obliczania złożoności GraphQL.

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ć użytkownikowi z rolą developer na wykonanie działań w kontekście commitów merge request innego użytkownika z powodu problemu wyścigu w tworzeniu pipeline'ów.

GitLab CE/EE w wersjach od 18.6 przed 19.1.8, 19.2 przed 19.2.6 i 19.3 przed 19.3.2 zawiera podatność, która w określonych warunkach mogła pozwolić uwierzytelnionemu użytkownikowi na ominięcie ograniczeń logowania SAML SSO i uwierzytelnienie bez SSO z powodu braku kontroli egzekwowania uwierzytelniania.

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.