CVE-2026-103515
NiskieCVSS 2.7Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 14 - wyżej niż 14% wszystkich znanych CVE
Streszczenie
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.
Ocena ryzyka
Mimo blokady administratora dane mogą być ponownie wysyłane do zewnętrznej usługi AI, co narusza politykę ochrony danych. Może to prowadzić do wycieku informacji poza organizację.
Rekomendacja
Zaktualizuj GitLab EE do wersji 19.3.6, 19.4.3 lub 19.5.1 (lub nowszej). Sprawdź konfigurację Duo w grupach pod kątem nieautoryzowanego ponownego włączenia.
Inne podatności w GitLab EE
Zobacz wszystkie- CVE-2026-7481Wysokie
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.
- CVE-2026-7377Wysokie
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.
- CVE-2026-6073Wysokie
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.
- CVE-2026-14288Niskie
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.
- CVE-2026-112378Średnie
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ń.
- CVE-2026-112326Niskie
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.
- CVE-2026-9268Niskie
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.
- CVE-2026-96893Wysokie
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.
- CVE-2026-92528Średnie
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.
- CVE-2026-81839Wysokie
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.
Oryginalny opis (angielski, źródło NVD)
GitLab has remediated an issue in GitLab EE affecting all versions from 19.2 before 19.3.6, 19.4 before 19.4.3, and 19.5 before 19.5.1 that, when an instance administrator locked a group's Duo availability, an authenticated user with group Owner permissions could have re-enabled AI-backed data egress to a third-party service for that group and its descendant projects, due to insufficient granularity of the admin-lock enforcement controls.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS

