Podatności GitLab EE

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

W GitLab EE wystąpił problem z ujawnieniem informacji, który dotyczy wszystkich wersji od 16.2 do 16.2.5 oraz od 16.3 do 16.3.1. Inni właściciele grup mogli zobaczyć klucz publiczny dla celu strumieniowania zdarzeń audytowych Google Cloud Logging, jeśli był on skonfigurowany.

W GitLab EE zidentyfikowano problem, który dotyczy wszystkich wersji od 16.1 do 16.1.5, od 16.2 do 16.2.5 oraz od 16.3 do 16.3.1. Użytkownik zewnętrzny posiadający rolę właściciela w grupie może zwiększyć swoje uprawnienia, tworząc konto serwisowe w tej grupie.

W GitLab EE odkryto problem, który dotyczy wszystkich wersji od 14.1 do przed 16.0.8, od 16.1 do przed 16.1.3 oraz od 16.2 do przed 16.2.2. Użytkownicy z licencją EE mogli powiązać dowolny projekt polityki bezpieczeństwa za pomocą jego identyfikatora z projektami lub grupami, do których mają dostęp, co mogło ujawnić skonfigurowane polityki bezpieczeństwa projektu.

W GitLab EE zidentyfikowano problem, który dotyczy wszystkich wersji od 13.12 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ł uruchomić zadania pipeline jako dowolny użytkownik za pomocą zaplanowanych polityk skanowania bezpieczeństwa.

W GitLab EE, w wersjach od 15.11 do przed 16.2.2, odkryto problem, który pozwala atakującemu na zwiększenie zużycia zasobów, co prowadzi do ataku typu DoS.

W GitLab EE zidentyfikowano problem, który dotyczy wszystkich wersji od 14.3 do przed 16.0.8, od 16.1 do przed 16.1.3 oraz od 16.2 do przed 16.2.2. Tokeny dostępu mogły być rejestrowane podczas zapytań do określonego punktu końcowego.

W GitLab EE odkryto problem z wyciekiem wrażliwych informacji, który dotyczy wszystkich wersji od 16.0 do 16.0.6 oraz od 16.1 do 16.1.1. Umożliwia on dostęp do tytułów prywatnych zgłoszeń i MR.

W GitLab EE odkryto problem, który dotyczy wszystkich wersji od 12.8 do przed 15.11.11, od 16.0 do przed 16.0.7 oraz od 16.1 do przed 16.1.2. W określonych sytuacjach atakujący mógł zmienić nazwę lub ścieżkę publicznej grupy na najwyższym poziomie.