TeamCity Kotlin DSL sandbox escape (CVE-2026-106218): ne yamalanmalı ve nasıl avlanmalı

Zafiyet ve ön koşulu

dev.to'da yayımlanan bir tespit ve avlanma rehberi, TeamCity'nin Kotlin DSL entegrasyonundaki sandbox escape zafiyeti olan CVE-2026-106218'ı ele alıyor. Zafiyet, severity 8.8 olarak derecelendirilmiş olup build host üzerinde keyfi kod çalıştırmaya olanak tanıyor. İlgili duyurular, SecurityOnline tarafından daha geniş kapsamlı bir JetBrains zafiyet açıklamaları setinin parçası olarak ele alındı.

Zafiyet ve ön koşulu

dev.to yazısına göre, sandbox'tan kaçmak için öncelikle saldırganın Kotlin DSL yapılandırma içeriği üzerinde etki kazanması gerekiyor. Sahada doğrulanmış bir sömürü veya kamuya açık bir proof-of-concept bulunmuyor; dolayısıyla güvenlik ekipleri, alışılmadık bir şekilde, saldırganların önünde çalışıyor. Yazar, ilgili sinyallerin hâlâ okunabilir durumda olduğunu ve gerçek saldırı gürültüsü tarafından boğulmadığını, bu nedenle şimdi tespit mekanizmaları kurmak için mantıklı bir an olduğunu savunuyor.

Önce nereden avlanmalı: yapılandırma geçmişi

Önerilen başlangıç noktası, maruziyet penceresi boyunca incelenen, TeamCity build yapılandırmalarını besleyen repository'lerin kümesidir. Bakılacak belirli noktalar şunlardır:

• build yapılandırma dosyalarını değiştiren, ancak bu dosyaları nadiren düzenleyen hesaplardan gelen commit'ler
• shell komutları, dışa yönelik istekler (outbound fetch) veya dosya yazma işlemleri引入 eden düzenlemeler
• normal kod inceleme sürecini atlayan merge'ler
• sürüm kontrolü yerine doğrudan TeamCity web arayüzü üzerinden yapılan ayar değişiklikleri

Bunlardan herhangi biri, kaçışın ön koşulunun oluşturulmakta olduğuna işaret edebilir.

Host düzeyinde telemetri

Etki, TeamCity sunucusunun kendisinde kod çalıştırma olarak ortaya çıktığı için process telemetrisi en yararlı kanıttır. Build altyapısı doğası gereği gürültülüdür; bu nedenle rehber, avlanmaya başlamadan önce bir baseline oluşturulmasını vurguluyor. Bunun ardından şunlara dikkat edin:

• TeamCity sunucu süreci tarafından, bir build agent worker yerine, ana süreç olarak sahiplenilen child process'ler
• sunucu hostundan olağan bağımlılık kümesinin dışındaki hedeflere giden dışa yönelik trafik
• build makinesinde beliren yeni zamanlanmış görevler, servisler veya kalıcılık kayıtları
• kimlik bilgilerini içeren dosyalara erişim

Artefact bütünlüğü

İzinsiz değişiklikler ayrıca downstream'de de kendini gösterir. dev.to yazısı, maruziyet penceresi sırasında üretilen artefact'lerin hash'ini alıp, sabitlenmiş (pinned) bir kaynak revizyonundan yeniden yapılan build ile karşılaştırmayı öneriyor. Pipeline başarı bildirmiş olsa bile uyuşmazlıklar incelenmeyi hak eder — temiz bir build logu, temiz bir build'in garantisidir.

Sürümler, düzeltmeler ve maruziyet

Düzeltme TeamCity 2026.1.3 ve 2025.11.7 sürümlerinde mevcut. Makaleye göre aynı duyuru grubunda iki ilgili sorun daha yer alıyor: biri Exposed kütüphanesinin 1.5.1 öncesi sürümlerini etkileyen, diğeri 2026.2.1'de çözülen bir submodule URL işleme kusuru. Üretici tarafından herhangi bir kurulum sayısı yayımlanmadı.

Maruziyet ölçümü açısından, TeamCity uygulaması için bir fingerprint sorgusu küresel çapta internetten erişilebilir 1.868 örnek döndürüyor; CVE tanımlayıcısını kullanan bir sorgu ise henüz sonuç döndürmüyor. Dışsal saldırı yüzeyi incelemesi için örnek sayısı daha yararlı bir referans noktasıdır; ancak bu sistemlerin kaçının zaten yamalandığı konusunda bir şey söylemez.

Neden önemli

Build sunucuları, saldırganların tam olarak istediği şeyi bir arada toplar: kaynak kodu, imzalama materyali ve üretim ortamlarının derinlerine uzanan kimlik bilgileri. DSL katmanındaki bir sandbox escape, build yapılandırmasına sınırlı yazma erişimini host üzerinde tam yürütme yetkisine dönüştürerek dar bir kalıcılık noktasını olası bir tedarik zinciri olayına çevirir. dev.to rehberi pratik bir sıralamayla kapanıyor — önce yamalayın, çünkü yamalanmış bir sistem adli kanıtları hâlâ korur; ardından yapılandırma geçmişi, host process ağaçları ve artefact bütünlüğü üzerinden ilerleyin; son olarak build hostun erişebileceği tüm kimlik bilgilerini döndürün. Sondaki uyarıyı akılda tutmakta fayda var: boş bir avlanma sonucu kanıt bulunmadığı anlamına gelir, ele geçirilme olmadığı anlamına gelmez.