Podatności GitLab CE/EE

GitLab CE/EE naprawił problem we wszystkich wersjach od 15.6 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 wyświetlanie treści w oknach dialogowych innym użytkownikom poprzez wstrzyknięcie złośliwego kodu HTML do tytułów merge requestów.

GitLab CE/EE w wersjach od 11.10 przed 18.4.6, 18.5 przed 18.5.4 oraz 18.6 przed 18.6.2 zawiera podatność, która mogła pozwolić uwierzytelnionemu użytkownikowi na wywołanie odmowy usługi (DoS) poprzez przesłanie specjalnie spreparowanych obrazów.

GitLab CE/EE w wersjach od 13.1 przed 18.4.6, 18.5 przed 18.5.4 oraz 18.6 przed 18.6.2 zawiera podatność pozwalającą uwierzytelnionemu użytkownikowi obejść dwuskładnikowe uwierzytelnianie WebAuthn poprzez manipulację stanem sesji w określonych warunkach.

GitLab CE/EE w wersjach od 17.5 przed 18.4.6, 18.5 przed 18.5.4 oraz 18.6 przed 18.6.2 zawiera podatność, która mogła pozwolić uwierzytelnionemu użytkownikowi na poznanie nazw prywatnych projektów, do których nie ma dostępu, poprzez żądania API.

GitLab naprawił problem w GitLab CE/EE we wszystkich wersjach od 17.9 przed 18.3.6, 18.4 przed 18.4.4 i 18.5 przed 18.5.2. Uwierzytelniony atakujący mógł obejść ograniczenia kontroli dostępu i przeglądać zawartość GitLab Pages przeznaczoną tylko dla członków projektu, uwierzytelniając się przez dostawców OAuth.

W GitLab CE/EE wykryto problem we wszystkich wersjach od 18.1 przed 18.2.7, 18.3 przed 18.3.3 i 18.4 przed 18.4.1. Uwierzytelniony użytkownik mógł wywołać stan odmowy usługi, wykorzystując niechronione API GraphQL poprzez powtarzane żądania.

W GitLab CE/EE odkryto podatność, która mogła pozwolić uwierzytelnionemu użytkownikowi na zablokowanie przetwarzania zadań w tle poprzez wysyłanie specjalnie spreparowanych wiadomości commitów, opisów merge requestów lub notatek.

W GitLab CE/EE odkryto podatność, która mogła pozwolić uwierzytelnionym użytkownikom na zakłócenie dostępu do list tokenów i powiązanych operacji administracyjnych poprzez tworzenie tokenów o nadmiernie długich nazwach.

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.