TeamViewer, destek teknisyenlerinin makinelerini uzaktan kod çalıştırmaya açık bırakan kritik açığı yamaladı

TeamViewer, olağan destek oturumu riskini tersine çeviren kritik bir açığı yamaladı: Bu açık, yardım edilen makineyi tehlikeye atmak yerine, bağlantıyı başlatan kişinin — genellikle destek teknisyeninin — makinesinde uygulamayı çöktebiliyor veya keyfi kod çalıştırabiliyor. Düzeltmeler Full Client, Host, Portable ve Android Remote Control uygulamaları için 15.83 sürümünde geliyor; eski sürümler için ek güncellemeler TeamViewer bülteninde TV-2026-1011'de listeleniyor.

Görüntüleyici tarafında bir görüntü işleme hatası

SecurityWeek'de aktarılan ve dev.to'da duyurulan Remedio uyarısına göre, CVE-2026-111585 olarak takip edilen ana açık, uzak masaüstü görüntüsünü işleyen bileşendeki bir tamsayı taşması. CVSS puanı 8.8 olan açık; Windows, macOS, Linux ve Android'deki TeamViewer uygulamalarını etkiliyor.

Sömürü için kullanıcının, saldırganın kontrol ettiği veya ele geçirdiği bir uzak makineye bağlanması gerekiyor. Bu tam olarak destek ekiplerinin her gün çalıştığı durum: Bir teknisyen müşterinin cihazına bağlanırken karşı ucun temiz olduğuna dair hiçbir garanti yok. dev.to raporunun da işaret ettiği gibi, oturumu başlatan taraf olmak koruma sağlamıyor, çünkü savunmasız kod bağlantının görüntüleyici tarafında çalışıyor.

TeamViewer, bu açıkların yabani ortamda sömürüldüğüne dair bir gözlemi olmadığını bildiriyor.

Aynı sürümde düzeltilen iki ek açık

macOS ve Linux'ta güncelleme ayrıca CVE-2026-92372'yi ele alıyor; bu, hazırlanmış ekran görüntüsü verileri veya kötü niyetle oluşturulmuş bir .tvs oturum kaydı üzerinden keyfi kod çalıştırmaya izin verebilecek bir sınır dışına yazma hatası. Kayıt vektörü, riski canlı oturumların ötesinde, daha sonra kayıtlı oturum dosyalarını inceleyen herkese taşıyor.

macOS'ta ise CVE-2026-92374, kontrol ile kullanım arasındaki yarış koşulunun sembolik bağların hatalı işlenmesiyle birleşimini kapsıyor. Düşük ayrıcalıklara sahip yerel bir saldırgan, bunu kullanarak kötü niyetli bir paket kurup root elde edebilir. Görüntüleme açıkının aksine, bu açık makinede önceden var olan yerel erişim gerektiriyor.

Ekiplerin önce neyi kontrol etmesi gerekiyor

Analizi dev.to'da yayımlanan TMGS'nin yönlendirmesi, maruziyeti incelerken teknisyenlerin ve yöneticilerin makinelerine öncelik verilmesini öneriyor:

• Portable kopyaları da içerecek şekilde işletim sistemlerini, uygulama türlerini ve sürümleri envanter çıkarın, ardından uygun yamaları uygulayıp doğrulayın.
• Tanıdık olmayan makinelere yapılan bağlantıları destek talepleriyle ve bunları yürüten personelle karşılaştırarak inceleyin.
• Görüntüleyici makinelerdeki uygulama çökmelerini ve güvenlik uyarılarını araştırın; tek başına bir çökmenin sömürü kanıtı olmadığını unutmayın.
• Özellikle macOS ve Linux'ta .tvs kayıtlarını açmadan önce kaynaklarını doğrulayın.
• Kayıtları muhafaza edin, şüpheli cihazları inceleyin ve güvenlik ihlali belirtileri gösteren her makineyi mevcut olay müdahale prosedürleri doğrultusunda izole edin.

Neden önemli

Bu hata sınıfının belirleyici özelliği güvenin tersine çevrilmesi. Uzak destek araçları genellikle yardım edilen kişi için bir risk olarak değerlendirilir; burada güvenilen taraf — teknisyen — hedef ve saldırı yüzeyi, bağlandığı her uç nokta ile daha sonra açtığı her oturum kaydı. Destek iş istasyonları ayrıcalıklı erişim altyapısı işlevi görür: Rutin bir talep yoluyla birinin ele geçirilmesi dahili sistemleri, kayıtlı kimlik bilgilerini ve müşteri ortamlarını açığa çıkarabilir. Yama önceliği bunu yansıtmalı; hazırlanmış ekran verisi ve .tvs dosyaları da vektör olduğundan, tanıdık olmayan makinelerle yapılmış geçmiş oturumların geriye dönük incelenmesi akıllıca olur. TeamViewer şimdiye kadar gözlemlenen sömürü bildirmediğinden, kuruluşların düzeltmeler tersine mühendislik yapılmadan önce yamalama için hâlâ bir penceresi var.