Swati Khandelwal 21 Ekim 2026 Güvenlik Açığı / Yazılım Güvenliği
GitLab, 21 Ekim'de kimlik doğrulaması olmadan bir saldırganın kendi yönetilen sunucuda kod çalıştırabilmesine izin veren bir açık için düzeltmeler yayınladı. Açık 2014'te çıkan 7.0 sürümüne kadar her sürümü etkiliyor.
Düzeltme, dokuz gün önce yama yapan yöneticiler için de önemli. 12 Ekim güncellemesi yalnızca 19.2 ve sonrası sürümleri kapsıyordu ve yeni düzeltilmiş sürümler bunun bir yama üstünde yer alıyor. O tarihte güncellenen bir örnek yeniden risk altında kalıyor.
Açık CVE-2026-110264 olarak izleniyor ve CVSS ölçeğinde CVSS 10.0 puanıyla maksimum seviyede değerlendiriliyor. GitLab'a göre belirli koşullar altında, özel olarak hazırlanmış bir düzenli ifadenin derlenmesi sırasında oluşan tamsayı taşması nedeniyle kimliği doğrulanmamış bir kullanıcının sunucuda keyfi kod çalıştırmasına izin verebiliyor.
GitLab bu koşulların neler olduğunu açıklamadı. Şirket açığın saldırılarda kullanıldığına dair bir işaret görmediğini bildirdi ve 22 Ekim itibarıyla ABD CISA'nın bilinen istismar edilen açıklar kataloğunda yer almıyor.
Yalnızca kendi yönetilen kurulumların harekete geçmesi gerekiyor. GitLab.com zaten düzeltilmiş sürümü çalıştırıyor ve dahili sürüm 19.3.5-internal0 ve 19.4.2-internal0 veya sonrası sürümlerdeki GitLab Dedicated kiracıları düzeltmeye sahip.
GitLab açığı yedi sürümde birden düzeltti.
Aşağıdaki tablo her sürüm dalını düzelten sürümle eşleştiriyor.
Eğer çalıştırıyorsanız
19.5 sürümü 19.5.1'den önce
19.4 sürümü 19.4.3'ten önce
19.3 sürümü 19.3.6'dan önce
19.2 sürümü 19.2.9'dan önce
19.1 sürümü 19.1.9'dan önce
19.0 sürümü 19.0.10'dan önce
7.0'dan 18.11'e kadar, 18.11.13'ten önce
Bu sürümlerden dördü GitLab'ın normalde yama yaptığı sürümlerden daha eski. Şirketin politikası güncel sürüm ve önceki iki aylık sürümü kapsıyor. Bugün itibarıyla bunlar 19.5, 19.4 ve 19.3.
GitLab, bu düzeltmeyi standart sürümlerinin üzerine 18.11.13, 19.0.10, 19.1.9 ve 19.2.9 sürümlerine geri taşıdı. Şirket bu adımı ciddi sorunlar için saklıyor.
Açığın bu kadar geriye ulaşmasının nedeni başarısız olan GitLab bileşeni. Düzenli ifade derleyicisi GitLab'ın kendi paketleri içinde dağıttığı ve kendi derlemelerinde yama yaptığı Ruby'nin yerleşik motoru Onigmo. Bu motordaki bir zayıflık GitLab'ın onu dağıttığı her sürümde bulunuyor ve bu da 7.0'dan beri her sürümü kapsıyor.
GitLab ayrıca kendi yönetilen yöneticilerin istismar girişimlerini araştırmasına yardımcı olmak için iki algılama kuralı yayınladı. Kuralların adları "Onigmo native worker crash" ve "Org mode render error burst". Bu kurallar şirketin açık kaynaklı TLDR çerçevesinin parçası ve her algılama GitLab'ın kendi uygulama günlüklerine karşı Sigma formatında yazılıyor.
Bu, aynı araştırmacı joaxcar takma adını kullanan kişinin bir ay içinde GitLab'ın düzenli ifade motorunda bildirdiği dördüncü kod çalıştırma açığı ve 19.2'den önceki sürümlere ulaşan ilk açık.
12 Ekim'de GitLab, regex derleyicisinde kimliği doğrulanmamış 10.0 puanlı bir taşma olan CVE-2026-97229'u 19.2.8, 19.3.5 ve 19.4.2 sürümlerinde düzeltti. 23 Eylül'de iki açık daha düzeltti, CVE-2026-93577 ve CVE-2026-89078, her ikisi de 9.9 puanlı ancak oturum açmış hesap gerektiriyordu. Daha önceki üç açık 19.2 sürümünde dururken bu açık durmuyor.
21 Ekim sürümü toplamda 11 güvenlik sorununu düzeltiyor, biri kritik geri kalanı yüksek, orta veya düşük.
Diğerlerinden ikisi kimlik doğrulama ile ilgili. 8.2 puanla yüksek olarak değerlendirilen CVE-2026-15723, yönetici SAML ve LDAP otomatik bağlantısını etkinleştirdiğinde oturum açmış bir kullanıcının başka bir hesabı ele geçirmesine izin verebiliyor.
GitLab'ın OAuth ve OpenID Connect uç noktalarındaki önbellek zehirleme açığı CVE-2026-112212, 7.5 puanla yüksek olarak değerlendirildi. Paylaşılan önbellek kullanan kurulumlarda saldırganın belirli oturum açma akışlarını kontrol ettiği bir sunucuya yönlendirmesine izin verebiliyor.
Yükseltmenin planlanması gereken bir maliyeti var. 19.4.3 ve 19.3.6 sürümleri yükseltme sırasında çalışan veritabanı değişiklikleri içeriyor ve tek düğümlü bir sunucuda bu değişiklikler bitene kadar kesinti yaşanıyor. GitLab, çok düğümlü kurulumların sıfır kesinti prosedürüyle yamanın uygulanabileceğini söylüyor.
