Podatności GitLab EE

GitLab naprawił problem w GitLab EE, który dotyczył wszystkich wersji od 16.4 przed 18.9.7, 18.10 przed 18.10.6 oraz 18.11 przed 18.11.3. Problem ten mógł pozwolić uwierzytelnionemu użytkownikowi z uprawnieniami dewelopera na wykonanie dowolnego kodu JavaScript w przeglądarkach innych użytkowników z powodu niewłaściwej sanitizacji danych wejściowych.

GitLab naprawił problem w GitLab EE, który dotyczy wszystkich wersji od 18.7 przed 18.9.7, 18.10 przed 18.10.6 oraz 18.11 przed 18.11.3. W dostosowywalnych pulpitach analitycznych, uwierzytelniony użytkownik mógł wykonać dowolny kod JavaScript w kontekście przeglądarek innych użytkowników z powodu niewłaściwej sanitizacji danych wejściowych.

GitLab naprawił problem w GitLab EE, który dotyczył wszystkich wersji od 18.7 przed 18.9.7, 18.10 przed 18.10.6 oraz 18.11 przed 18.11.3. Problem ten mógł pozwolić uwierzytelnionemu użytkownikowi na wykonanie dowolnego JavaScriptu w przeglądarkach innych użytkowników z powodu niewłaściwego oczyszczania danych wejściowych.

GitLab EE naprawił problem w wersjach od 17.4 przed 19.3.6, 19.4 przed 19.4.3 oraz 19.5 przed 19.5.1, który w pewnych warunkach mógł pozwolić uwierzytelnionemu użytkownikowi na obejście wymaganej polityki zatwierdzania merge requestów na chronionej gałęzi z powodu nieprawidłowej kontroli dostępu podczas synchronizacji reguł zatwierdzania.

GitLab EE w wersjach od 17.8 przed 19.3.6, od 19.4 przed 19.4.3 oraz od 19.5 przed 19.5.1 zawiera błąd, który w pewnych warunkach mógł pozwolić uwierzytelnionemu użytkownikowi na dostęp do płatnych funkcji AI bez ważnej subskrypcji z powodu niewystarczającej walidacji po stronie serwera w kontrolach uprawnień do rozliczeń.

GitLab EE zawiera błąd w logice czyszczenia, która nie odróżnia istniejących rekordów podatności od nowo utworzonych podczas obsługi błędów. W pewnych warunkach uwierzytelniony użytkownik z uprawnieniami tylko do odczytu może trwale usunąć istniejące rekordy podatności. Podatność dotyczy wersji od 17.8 przed 19.3.6, 19.4 przed 19.4.3 oraz 19.5 przed 19.5.1.

GitLab EE naprawił problem w wersjach od 19.2 przed 19.3.6, 19.4 przed 19.4.3 oraz 19.5 przed 19.5.1, gdzie po zablokowaniu przez administratora instancji dostępności Duo dla grupy uwierzytelniony użytkownik z uprawnieniami Owner grupy mógł ponownie włączyć wysyłkę danych do usługi zewnętrznej opartej na AI dla tej grupy i jej projektów potomnych. Przyczyną była niewystarczająca szczegółowość mechanizmów egzekwowania blokady administratora.

GitLab EE w wersjach od 13.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 ograniczonymi uprawnieniami na modyfikację ustawień rollbacku CI/CD bez autoryzacji, z powodu niewystarczających kontroli dostępu.

W GitLab EE wykryto podatność, która w określonych warunkach mogła pozwolić uwierzytelnionemu użytkownikowi na wstrzyknięcie specjalnie spreparowanej treści do instrukcji agenta AI, co mogło prowadzić do niezamierzonego wykonania poleceń przypisanych innym użytkownikom. 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 EE w wersjach od 16.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 na zatwierdzenie merge requesta, mimo że wniósł do niego commity, z powodu nieprawidłowej identyfikacji tożsamości.

W GitLab EE wykryto podatność, która w określonych warunkach mogła pozwolić uwierzytelnionemu użytkownikowi na wykonanie dowolnych potoków CI/CD w przeniesionym projekcie z uprawnieniami nowej grupy. Problem dotyczy wersji od 18.1 do 19.2.8, 19.3 do 19.3.5 oraz 19.4 do 19.4.2.

GitLab EE zawiera błąd w kontroli autoryzacji, który w określonych warunkach pozwala uwierzytelnionemu użytkownikowi z rolą developer na obejście kontroli zarządzania narzędziami AI skonfigurowanymi przez administratora dla przepływów pracy w przestrzeniach nazw, którymi nie zarządza. Problem dotyczy wersji od 19.1 przed 19.2.7, 19.3 przed 19.3.3 oraz 19.4 przed 19.4.1.

GitLab EE w wersjach od 18.7 przed 19.2.7, 19.3 przed 19.3.3 i 19.4 przed 19.4.1 ma lukę, która w określonych warunkach mogła pozwolić uwierzytelnionemu użytkownikowi na dostęp do wrażliwych wartości zmiennych CI/CD z logów zadań w trybie debugowania przez funkcję Duo AI troubleshooting z powodu brakujących kontroli autoryzacji.

GitLab naprawił problem w GitLab EE dotyczący wszystkich wersji od 17.1 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 Owner lub Maintainer na ciche wyłączenie wymagań zatwierdzania wdrożeń w środowiskach chronionych, umożliwiając niezatwierdzone wdrożenia do produkcji, z powodu nieprawidłowej kontroli dostępu po modyfikacji chronionego zasobu.

GitLab naprawił problem w GitLab EE dotyczący wszystkich wersji od 12.3 do 19.1.8, 19.2 przed 19.2.6 oraz 19.3 przed 19.3.2. W pewnych warunkach uwierzytelniony użytkownik może osiągnąć zdalne wykonanie kodu poprzez zaimportowanie specjalnie spreparowanego eksportu projektu Git, co powoduje przepełnienie bufora konwersji Unicode używanego w indeksowaniu Advanced Search.

GitLab naprawił problem w GitLab EE dotyczący wszystkich wersji od 13.1 przed 19.1.7, 19.2 przed 19.2.5 i 19.3 przed 19.3.1, gdzie w pewnych warunkach uwierzytelniony użytkownik z uprawnieniami roli reportera, który był autorem merge requesta, mógł zresetować reguły zatwierdzania merge requesta z powodu nieprawidłowych kontroli autoryzacji.

GitLab EE w wersjach od 18.9 przed 19.1.7, 19.2 przed 19.2.5 i 19.3 przed 19.3.1 ma podatność, która pozwala uwierzytelnionemu użytkownikowi z rolą dewelopera na wykonanie dowolnych poleceń w kontekście CI. Dzieje się to przez agenta Claude, który przetwarza konfigurację z kontrolowanego przez użytkownika źródła.

GitLab EE zawiera podatność na atak DoS w funkcji SCIM user provisioning. Uwierzytelniony użytkownik może wysłać specjalnie spreparowane dane, które powodują nieskończoną pętlę, prowadząc do odmowy usługi.

GitLab naprawił problem w GitLab EE wpływający na wszystkie wersje od 12.0 przed 19.0.6, 19.1 przed 19.1.4 i 19.2 przed 19.2.2, który w pewnych warunkach mógł pozwolić uwierzytelnionemu użytkownikowi na obejście ograniczeń dostępu opartych na IP i odczytanie ograniczonych informacji o żądaniach scalania z prywatnego projektu z powodu braku kontroli autoryzacji w punkcie końcowym API żądań scalania.

GitLab naprawił problem w GitLab EE wpływający na wszystkie wersje od 16.0 przed 19.0.6, 19.1 przed 19.1.4 i 19.2 przed 19.2.2, który w pewnych warunkach mógł pozwolić uwierzytelnionemu użytkownikowi z uprawnieniami roli dewelopera na przeglądanie konfiguracji zewnętrznych kontroli statusu, ograniczonej do ról z wyższymi uprawnieniami, z powodu braku autoryzacji w punkcie końcowym API żądań scalania.

GitLab naprawił problem w GitLab EE dotyczący wszystkich wersji od 19.1 przed 19.1.4 oraz 19.2 przed 19.2.2, który w pewnych warunkach mógł pozwolić uwierzytelnionemu użytkownikowi na przypisanie użycia AI do innej przestrzeni nazw z powodu niewłaściwej autoryzacji informacji o tożsamości dostarczanych w żądaniach.

W GitLab EE w wersjach od 19.1 przed 19.1.4 oraz 19.2 przed 19.2.2, w pewnych warunkach uwierzytelniony użytkownik mógł odczytać konfigurację polityk należącą do przestrzeni nazw, do której nie miał autoryzacji, z powodu błędnych kontroli autoryzacji w zapytaniu GraphQL.

GitLab EE ma podatność w wersjach od 15.6 do 19.0.6, 19.1 do 19.1.4 i 19.2 do 19.2.2, która w pewnych warunkach mogła pozwolić użytkownikowi z oczekującym członkostwem na otrzymanie uprawnień nadanych przez rolę niestandardową z powodu błędnego przypisania uprawnień nieuwzględniającego stanu członkostwa.

W GitLab EE występuje problem z wyścigiem w przetwarzaniu reguł zatwierdzania, który w pewnych warunkach pozwala uwierzytelnionemu użytkownikowi na scalenie kodu do chronionej gałęzi bez wymaganych zatwierdzeń. Luka dotyczy wersji od 17.0 do 19.0.4, 19.1 do 19.1.2 oraz 19.2 do 19.2.0.

W GitLab EE wykryto lukę w autoryzacji, która umożliwia uwierzytelnionemu użytkownikowi z minimalnymi uprawnieniami odczyt metadanych elementów pracy z prywatnych projektów. Problem dotyczy wersji od 18.9 do 18.11.7, 19.0 do 19.0.4 oraz 19.1 do 19.1.2.

Podatność w GitLab EE umożliwia uwierzytelnionemu użytkownikowi z rolą dewelopera wykonanie dowolnych skryptów w sesji przeglądarki innego użytkownika z powodu nieprawidłowego oczyszczania danych wejściowych. Problem dotyczy wersji od 13.11 do 18.11.7, 19.0 do 19.0.4 oraz 19.1 do 19.1.2.

W GitLab EE wykryto lukę w autoryzacji operacji GraphQL, która w określonych warunkach umożliwiała uwierzytelnionemu użytkownikowi z uprawnieniami audytora modyfikację rekordów naruszeń zgodności. Problem dotyczy wersji od 18.2 do 18.11.7, 19.0 do 19.0.4 oraz 19.1 do 19.1.2.

W GitLab EE wykryto podatność, która w pewnych warunkach umożliwia uwierzytelnionemu użytkownikowi z rolą maintainera uzyskanie przechowywanych poświadczeń innego użytkownika. Problem wynika z nieprawidłowych mechanizmów autoryzacji i dotyczy wersji od 9.5 do 18.11.7, 19.0 do 19.0.4 oraz 19.1 do 19.1.2.

W GitLab EE wykryto podatność, która w określonych warunkach umożliwiała uwierzytelnionemu użytkownikowi z ograniczonymi uprawnieniami dostęp do informacji o projekcie z powodu niewystarczających kontroli autoryzacji. Problem dotyczy wszystkich wersji od 18.6 do 18.11.6, 19.0 do 19.0.3 oraz 19.1 do 19.1.1.

GitLab naprawił problem w GitLab EE, który dotyczy wszystkich wersji od 13.1.4 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ł dodać nieautoryzowane adresy e-mail do konta docelowego użytkownika z powodu niewłaściwego oczyszczania danych wejściowych dostarczonych przez użytkownika w niektórych polach ustawień grupy.

GitLab naprawił problem w GitLab EE, który dotyczy wszystkich wersji od 13.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 roli Menedżera Bezpieczeństwa mógł zarządzać konfiguracją bezpieczeństwa projektu, nawet gdy odpowiednia funkcja była wyłączona, z powodu nieprawidłowego egzekwowania autoryzacji.

GitLab naprawił problem w GitLab EE, który dotyczy wszystkich wersji od 17.1 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ł wykonać dowolny kod po stronie klienta w imieniu docelowego użytkownika z powodu niewłaściwej sanitizacji danych wejściowych w panelu analitycznym.

GitLab EE ma lukę w wersjach od 18.7 przed 18.10.7, 18.11 przed 18.11.4 oraz 19.0 przed 19.0.1. Gdy na poziomie grupy włączono foundational flows, uwierzytelniony użytkownik z rolą developer może w pewnych warunkach obejść ograniczenia przepływów.

GitLab naprawił problem w GitLab EE, który dotyczy wszystkich wersji od 18.8 przed 18.10.7, 18.11 przed 18.11.4 oraz 19.0 przed 19.0.1. W określonych warunkach, uwierzytelniony użytkownik mógł spowodować uruchomienie określonych procesów Duo AI pod tożsamością innego użytkownika z powodu niewłaściwego rozpoznawania tożsamości użytkownika.

GitLab naprawił problem w GitLab EE dotyczący wszystkich wersji od 11.5 przed 18.10.7, 18.11 przed 18.11.4 oraz 19.0 przed 19.0.1. W pewnych warunkach uwierzytelniony użytkownik z uprawnieniami roli developer mógł uzyskać dostęp do wrażliwych danych wdrożeniowych w projektach z powodu nieprawidłowych kontroli autoryzacji.

GitLab naprawił problem w GitLab EE wpływający na wszystkie wersje od 18.3 przed 19.1.7, 19.2 przed 19.2.5 i 19.3 przed 19.3.1, gdzie w określonych warunkach uwierzytelniony użytkownik mógł przypisać frameworki zgodności z przestrzeni nazw, do których nie był autoryzowany, do własnego projektu, z powodu braku walidacji przestrzeni nazw w instancjach self-managed.

GitLab EE w wersjach od 18.2 do 18.8.9, 18.9 do 18.9.5 oraz 18.10 do 18.10.3 posiada podatność w konfigurowalnych pulpitach analitycznych. Uwierzytelniony użytkownik może wykonać dowolny kod JavaScript w kontekście przeglądarki innych użytkowników z powodu niewłaściwego oczyszczania danych wejściowych.

W GitLab EE wykryto podatność polegającą na nieprawidłowej autoryzacji, która w określonych okolicznościach umożliwiała uwierzytelnionemu użytkownikowi z uprawnieniami audytora modyfikację danych flag podatności w prywatnych projektach.

GitLab EE od wersji 11.3 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 z rolą developera na modyfikację ustawień chronionego środowiska (protected environment) z powodu nieprawidłowych kontroli autoryzacji w API.

W GitLab EE (wersje 18.0.0-18.8.9, 18.9-18.9.5, 18.10-18.10.3) w raportach Code Quality uwierzytelniony użytkownik może wyciec adresy IP użytkowników przeglądających raport poprzez specjalnie spreparowaną treść.

W GitLab EE (wersje 18.2-18.8.9, 18.9-18.9.5, 18.10-18.10.3) uwierzytelniony użytkownik może spowodować odmowę usługi (DoS) całej instancji GitLab z powodu nieprawidłowej walidacji danych wejściowych w zapytaniach GraphQL.

W GitLab EE w wersjach od 16.6 do 18.8.9, 18.9 do 18.9.5 oraz 18.10 do 18.10.3 występuje problem, który w określonych okolicznościach umożliwia uwierzytelnionemu użytkownikowi dostęp do adresów e-mail innych użytkowników poprzez zapytania GraphQL.

W GitLab EE wykryto podatność, która umożliwia uwierzytelnionemu użytkownikowi dostęp do ustawień modeli AI z nieautoryzowanych przestrzeni nazw poprzez manipulację identyfikatorami w żądaniach API. Problem dotyczy wersji od 18.4 do 18.5.5, 18.6 do 18.6.3 oraz 18.7 do 18.7.1.

GitLab EE naprawił problem we wszystkich wersjach od 13.2 przed 18.4.6, 18.5 przed 18.5.4 oraz 18.6 przed 18.6.2, który mógł pozwolić uwierzytelnionemu użytkownikowi na ujawnienie poufnych informacji z prywatnych projektów poprzez wykonywanie specjalnie spreparowanych zapytań GraphQL.

GitLab EE zawierał błąd, który w określonych warunkach konfiguracyjnych mógł pozwolić uwierzytelnionemu użytkownikowi na przeglądanie informacji z raportów bezpieczeństwa. Problem dotyczy wersji od 13.7 przed 18.4.5, od 18.5 przed 18.5.3 oraz od 18.6 przed 18.6.1. Został on naprawiony przez GitLab.

GitLab EE w wersjach od 17.8 przed 18.3.6, 18.4 przed 18.4.4 oraz 18.5 przed 18.5.2 zawiera lukę, która mogła pozwolić uwierzytelnionemu atakującemu na wyciek poufnych informacji z zastrzeżonych zgłoszeń poprzez wstrzykiwanie ukrytych promptów do komentarzy w merge requestach.

GitLab naprawił problem w GitLab EE dotyczący wszystkich wersji od 18.4 przed 18.4.4 oraz 18.5 przed 18.5.2. Uwierzytelniony użytkownik mógł uzyskać tokeny CSRF poprzez wykorzystanie niewłaściwej walidacji danych wejściowych w referencjach repozytorium w połączeniu ze słabościami obsługi przekierowań.

W GitLab EE wykryto problem występujący we wszystkich wersjach od 18.1 przed 18.3.6, od 18.4 przed 18.4.4 oraz od 18.5 przed 18.5.2. W określonych okolicznościach atakujący mógł usunąć przepływy Duo (Duo flows) należące do innego użytkownika.

GitLab naprawił problem w GitLab EE dotyczący wszystkich wersji od 18.4 przed 18.4.3 oraz 18.5 przed 18.5.1. W pewnych warunkach uwierzytelnieni użytkownicy mogli uzyskać nieautoryzowany dostęp do projektów poprzez wykorzystanie procesu zatwierdzania wniosków o dostęp.

GitLab EE w wersjach od 17.6.0 przed 18.3.5, 18.4 przed 18.4.3 oraz 18.5 przed 18.5.1 zawierał lukę, która mogła pozwolić uwierzytelnionemu atakującemu na wykonanie nieautoryzowanych szybkich akcji poprzez umieszczenie złośliwych poleceń w określonych opisach. Problem został naprawiony.