Yamalanmayan Tailscale SSH Açıkları, Hacklenen Bir Cihazın Diğer Sunucularda Kök Erişimine Yol Açabilir.

Görsel Kaynağı: The Hacker News

Bir Tailscale ağındaki tek bir sızdırılmış cihaz, erişebileği diğer sunucularda kök (root) erişimi kazanmak için kullanılabilir; bulgular bu hafta yayınlanan bir güvenlik araştırmacısına göre.

Saldırı iki şey gerektirir: İletim yönlendirmeye (port forwarding) izin verecek şekilde ayarlanmış Tailscale SSH ve ağın erişim kurallarının hedefe bağlanmasına izin verdiği bir cihazı zaten kontrol eden bir saldırgan.

Bulgular, 25 Ekim’de Cyberdione Labs’tan Erica Windisch tarafından Tailworm adlı bir raporda yayınlandı. Windisch, şirketin barındırdığı hizmeti yerine bazı ağların Tailscale’i çalıştırmak için kullandığı kendi kendine barındırılan sunucu olan headscale 0.29.5 sürümü ve Tailscale 1.104.2 sürümünü laboratuvar ortamında üç gün boyunca test etti.

Rapor, bu yazılımdaki testleri anlatıyor, gerçek ağlara karşı yapılan saldırıları değil. Rapor yayınlandığında Tailscale’in hiçbir güvenlik bildirimi yayınlamamış, hiçbir CVE tanımlayıcısı vermemiş ve hiçbir düzeltilmiş sürüm sunmamıştı. Şirket, aşağıdaki güncellemede detaylandırıldığı üzere, o zamandan beri düzeltilmiş bir istemcinin yakında olduğunu belirtti.

Tailscale halka açık bir şekilde yanıt verdi. Şirketin mühendislikten sorumlu başkan yardımcısı Mike Shaver, Reddit’te Tailscale’in raporu aldığını, aynı konuları dışarıdan güvenlik uzmanlarıyla zaten incelediklerini ve düzeltmek üzerinde çalıştıkları sorunları bulduklarını yazdı. Shaver, şirketin hangi kurulumların etkilendiğini hala belirlemeye çalıştığını ve “herkesin Tailscale SSH’yi devre dışı bırakmasını önermediğini” söyledi.

Tailscale SSH, normal bir SSH sunucusu gibi çalışmaz. Bağlanan bir kullanıcının şifresini veya anahtarını kontrol etmek yerine cihazı tanır ve tek bir erişim kuralının o cihazın hedefe bir SSH oturumu açmasına izin verilip verilmeyeceğine karar verir.

Bu nedenle saldırı, çalınmış şifre veya anahtar gerektirmez. Önce tek bir cihazda bir çıkış noktası gerektirir; rapor, bir saldırganın bunu usual yollarla elde edebileğini belirtiyor: zayıf bir web uygulaması, zehirlenmiş bir yazılım paketi, oltalama (phishing) veya çalınmış giriş bilgileri. Tailscale bu ilk çıkış noktasını oluşturmaz.

Yöneticinin bunun için yapabilecekleri, ağı nerede çalıştırdıklarına bağlıdır. Tailscale’in barındırılan hizmetinde, yönlendirme kural başına kapatılabilir. Headscale 0.29.5 sürümünde ise yönlendirme hiç kapatılamaz. Rapor, dolayısıyla oradaki her SSH izninin hedefte kök erişimi sağladığı gibi değerlendirilmesi gerektiğini söylüyor.

Deneysel ortamında Windisch sorunu aşama aşama gösterdi. Standart SSH port yönlendirmesini kullanarak sıradan bir oturum, kök düzeyindeki Tailscale sürecinin yalnızca kökün erişmesi gereken bir sistem soketine bağlanmasına yol açtı ve test, yönetici hakları olmadan kök erişimi kazandı ve sistem şifre dosyasını neredeyse anında okudu.

İkinci yöntem, kökün sahip olduğu bir soketi saldırganınkiyle değiştirerek belirli hizmetlere doğrudan kök komut çalıştırmasına olanak tanıdı.

Üçüncü yöntem, yönlendirmenin erişebileceği dosyaları sınırlamaya yönelik bir güvenlik kontrolünü, sistemin bir dosya yolunu denetlediği ile onu kullandığı arasında yarışarak altüst etti. Raporun belirttiği gibi bu zincir deneysel ortamında daha ileri gitti: yeni cihazların kaydı için kullanılan bir anahtarı ele geçirdi ve bu anahtarı kullanarak saldırganın kendi makinesini ağa güvenilir bir sunucu olarak bağladı.

Görsel Kaynak: The Hacker News

Son adım, yalnızca Tailscale’in Tailnet Lock özelliğinin etkin olmadığı ağlarda baştan sona çalıştı. Etkin olan ağlarda gerekli gizli bilgiler transit halinde ele geçirildi, ancak son adım tamamlanmadı.

Windisch, genel sonucu “solucanlaşabilir” olarak tanımlıyor. Deneysel ortamında, tek bir ele geçirilen cihaz, her adımda bir saniyeden kısa sürede, şifre olmadan, çalınan anahtar olmadan ve kullanıcı eylemi olmadan, erişim kurallarının izin verdiği her caza yayılabilirdi.

Raporun ifadeleriyle, “mesh tek sıradan bir dayanak noktasını makine hızında tüm filoya erişimli erişime dönüştürüyor.” Bu yayılma deneysel ortamında ölçüldü, gerçek ağlarda görülmedi.

Rapor, onu durduran iki şeyi adlıyor: tek bir kaynaktan hedefe çift olarak yazılmış erişim kuralları, ki bunlar yayılmayı kendi başlarına durdurdu ve TPM veya Secure Enclave gibi donanıma bağlanan cihaz anahtarları.

Bazı araştırmacılar raporu okuduktan sonra “solucanlaşabilir” (wormable) tanımlamasını açıkça sorgularken, diğerleri kök erişimi (root-access) bulgusunun ciddi olduğunu belirtti.

SSH’daki sorun, rapor içindeki 11 bulgudan biri; raporda ayrıca Tailscale’in uygulama bağlayıcıları (app connectors), serve özelliği, cihazlar arasında kullanılan DERP aktarıcısı (relay) ve headscale da kapsanıyor. Windisch, The Hacker News’a SSH ayrıcalık yükseltmesinin “endişe verici” olduğunu, ancak uygulama bağlayıcısı bulgusunun “bazı kuruluşlar için daha etkili olabileceğini” söyledi. Deneyimsel bir özellik olan conn25 içindeki uygulama bağlayıcısı bulgusu, izinli bir kullanıcının güvenlik ekibinin hiçbir zaman onayladığı hedeflere trafiğe yönlendirmesine olanak tanıyor; bunlar arasında sunucu kimlik bilgilerini verebilen bir bulut sağlayıcının metadata hizmeti de yer alıyor.

Bulguların tamamı yalnızca Windisch’in raporuna dayanıyor ve başka bir araştırmacı bunları halka açık biçimde tekrar üretmedi. Tailscale, kendi soruşturmasının Tailscale SSH’da ciddi kabul ettiği ayrıcalık yükseltmesi sorunları bulduğunu belirtti; ancak rapordaki teknik iddiaların her birini teyit etmedi ve hangi yapılandırmaların etkilendiğini hâlâ doğruluyor. Windisch, bulguların ardındaki kanıt-kavşağı (proof-of-concept) kodunun halka açık olmadığını ve bunu yalnızca Tailscale’in güvenlik iletişim kişisine (security contact) sağladığını söyledi.

Windisch, açıklamayı “raporlandı ama koordine edilmedi” olarak nitelendirdi; bunu Ycombinator HN üzerinde de belirtti ve oradaki en az bir yorumcu, Tailscale’e bildirmeden önce yayımlamanın sorumsuz olduğunu söyledi.

The Hacker News’un sorularına yanıt veren Windisch, aslında raporu ve kanıt-kavşağı kodunu halka açık paylaşımdan önce Tailscale’e teslim ettiğini, bunları bir önceki Cumartesi günü şirketin iletişim kişisine gönderdiğini söyledi. Ayrıca Tailscale’in mimarisiyle ilgili endişelerini şirketin genel müdürüne (chief executive) daha önce de dile getirdiğini ve halka açık biçimde bir dosya karma (file hash) paylaştığını, kullanıcıların Tailscale SSH’yı devre dışı bırakmasını önerdiğini söyledi.

Rapor, Tailscale’in aynı bölümündeki sorunların bir dizisinin en yenisi. 2026’nın başlarında şirket, SSH Unix soket aktarımının ayrıcalıklı bir sokete ulaşabileceği dahil olmak üzere birkaç Tailscale SSH ve sunucu soket işleme açığını, 1.98.9 sürümünde düzeltti.

Şimdi Ne Yapmalı

Patch olmadığı için mevcut önlemler, Tailscale SSH ve ilgili özelliklerin kurulum biçimini değiştirmeyi içeriyor. Rapor ve Tailscale’in kendi önerileri bu konuların çoğunda örtüşüyor.

• Tailscale SSH erişim kurallarınızı gözden geçirin. Bunları tek bir hedefe tek bir cihaz adını belirten tekil kaynak-hedef çiftleri olarak yazın ve kimliğe veya etikete dayalı erişim veren geniş kuralları kaldırın. Rapor, eş-eş kuralıların testlerde yayılmayı durduran tek kontrol olduğunu belirtiyor.
• Mümkün olduğu yerde SSH port yönlendirmesini kapatın. Tailscale’in barındırılan hizmetinde bu, kural başına bir ayar. Tailscale ayrıca kontrol düzlemi ne olursa olsun çalışan bir daemon düzeyi anahtarı yayımladı: tailscaled hizmet ortamında TS_SSH_DISABLE_FORWARDING=1 değerini ayarlayın ve hizmeti yeniden başlatın; şirket bunun Tailscale SSH’yi devre dışı bırakmadan SSH yönlendirmesini kapattığını ve ciddi bulgulardan birkaçını azalttığını söylüyor. Bu en çok, yönlendirmenin kural başına kapatılamadığı headscale 0.29.5 sürümünde önemli.
• Gerekmediği cihazlardan app connector izinlerini kaldırın.
• Bir Unix soketine bakan herhangi bir tailscale serve yönlendirmesini kaldırın.
• Düğüm anahtarı süresinin dolmasını açın, böylece çalınan bir cihaz anahtarı sonsuza kadar geçerli kalmaz.
• Bir cihazın ihlal edildiği durumlarda onu kontrol düzleminden silin. Makinenin yeniden kurulumu, saldırganın zaten kopyalamış olabileceği anahtarları iptal etmez.

Tailscale ayrıca oturum başlamadan önce bir giriş adımı ekleyen SSH check modunu ve otomatik güncellemeleri etkinleştirmeyi öneriyor. Check modu ayrıcalık yükseltmesini düzeltmiyor; sadece önüne başka bir engel ekliyor.

Güncelleme: Tailscale Ayrıcalık Yükseltme Sorunlarını Onaylıyor, Patch Bir Gün İçinde Bekleniyor

27 Ekim’de Tailscale, Tailscale SSH bulgularına ilişkin bir soruşturma ve düzeltme güncellemesi yayımladı. Şirket, tespit ettiği sorunların çoğunun ayrıcalık yükseltme (privilege escalation) ile ilgili olduğunu ve bazı durumlarda Tailscale SSH üzerinden bağlanmaya zaten yetkili bir kullanıcının, “kendi yapılandırılmış yerel kullanıcısının ayrıcalıklarının ötesinde eylemler gerçekleştirmesi, potansiyel olarak yükseltilmiş ayrıcalıklar kazanması dahil” mümkün olabileceğini belirtti. Bu açıklamları “ciddi güvenlik açıkları” olarak nitelendirdi.

Tailscale, mühendislerinin tespit edilen sorunların çoğu için düzeltmeler geliştirdiğini ve testleri tamamladığını, testlere bağlı olarak “önümüzdeki 24 saat içinde bir sürüm” hedeflediğini belirtti. Henüz düzeltilmiş sürüm numaraları veya bir CVE yayımlamadı. Şirket, yama yayımlandıktan sonra onaylanmış açıkları, etkilenen sürümleri ve yapılandırmaları içeren bir güvenlik uyarısı yayınlayacağını, ardından teknik bir açıklama izleyeceğini söyledi.

Tailscale, herkesi “Tailscale SSH’yi devre dışı bırakmayı” önermediğini ve bir kurulumun sömürülebilir olup olmadığının, bir kullanıcının veya cihazın sahip olduğu ayrıcalıklar ile sistemin nasıl yapılandırıldığına bağlı olduğunu, bunun da hâlâ doğrulamakta olduğunu tekrarladı.

(Haber, 27 Ekim 2026 tarihinde yayımlandıktan sonra güncellenerek Tailscale’in soruşturma ve düzeltme güncellemesini içermektedir.)