Uzak Masaüstü Güvenli mi? Dürüst Bir Tehdit Modeli

"Uzak masaüstü güvenli mi" sorusunun cevabı hangi uzak masaüstünden bahsettiğinize göre değişir. Halka açık internete açılan yerel Windows RDP, kurumsal BT'de en çok istismar edilen saldırı yüzeylerinden biridir ve her yıl Verizon'un DBIR fidye yazılımı bölümünde görünür. Tenvo, AnyDesk veya TeamViewer gibi dinleme portunu asla internete açmayan modern, relay tabanlı bir istemci ise temelde farklı bir güvenlik duruşuna sahiptir. Bu makale tehdit modelini dürüstçe ele alır: gerçekte nelerin korunduğu, nelerin korunmadığı ve herhangi bir uzak masaüstü aracını yüklemeden önce neyi doğrulamanız gerektiği.

ÖZET: Transport şifrelemesi (AES-256-GCM) ve anahtar değişimi (X25519 + ED25519 imzaları) artık asgari gereksinimlerdir; saygın çoğu araç bunlara sahiptir. Asıl farklılık relay'in neleri görebileceği, unattended access (gözetimsiz erişim) nasıl işlendiği, 2FA zorlamasının olup olmadığı ve kaynak kodunun denetlenip denetlenemediğidir. Sadece eylem maddelerini istiyorsanız yazının sonundaki 5 maddelik kontrol listesine geçin.

Tehdit modeli: Aslında neye karşı savunuyorsunuz?

Uzak masaüstü için üç saldırgan sınıfı önemlidir:

• Ağ saldırganı (pasif veya aktif MITM). Aynı Wi‑Fi ağında biri, kötü amaçlı bir VPN çıkış düğümü işleten bir aktör, toplu TLS yakalaması yapan devlet aktörü. Amaçları istemci ile host arasındaki trafiği okumak veya değiştirmektir.
• Kimlik bilgisi saldırganı. Gözetimsiz erişim parolasına uzaktan erişmeye çalışan kişi. Brute force, credential stuffing, sızdırılmış veritabanı araması.
• Vendor/relay saldırganı. Uzak masaüstü şirketinin kendisi veya onu ele geçiren biri. Tanım gereği ortada otururlar; teknik olarak neleri görebilirler?

Dördüncü bir sınıf olan uç nokta ele geçirme (her iki makinede de kötü amaçlı yazılım), her uzak masaüstü aracını geçersiz kılar. Yerel PC'niz ele geçirilmişse hiçbir şifreleme protokolü sizi kurtarmaz. Bu makalede bu konu protokolün kapsamı dışında olduğu için ele alınmayacaktır.

Transport şifrelemesi: AES-256-GCM

Tenvo bağlantıyı TLS ve cihaz başına sertifika ile şifreler. Bu bağlamda en sık tartışılan algoritma AES-256-GCMdir; hem gizliliği (dinlemeyi engelleme) hem de bütünlüğü (tahrifi engelleme) sağlayan bir doğrulamalı şifreleme modudur. GCM, TLS 1.3'ün kullandığı aynı şifreleme modudur; bankanızın kullandığı, Signal Protocol'ün simetrik katmanında kullanılan modla aynı. 2026 itibarıyla AES-256-GCM için bilinen pratik bir saldırı yoktur.

Oturum anahtarı 256 bittir, oturum başına türetilir ve asla yeniden kullanılmaz. Bir anahtar sonradan ele geçirilmiş olsa bile yalnızca o oturum etkilenir; geçmiş ve gelecekteki oturumlar bağımsızdır.

Anahtar değişimi: X25519 + ED25519

İki istemci, relay'in bunu öğrenmesi olmadan bir oturum anahtarında nasıl anlaşıyor? X25519, Curve25519 üzerinde bir eliptik eğri Diffie‑Hellman'dır. Her iki taraf geçici bir anahtar çifti üretir, ortak anahtarları relay üzerinden değiştirir ve kendi özel anahtarları ile diğer tarafın ortak anahtarını kullanarak aynı paylaşılan sırrı bağımsız olarak hesaplar. Relay sadece ortak değerleri görür; bunlar özel anahtarlardan biri olmadan işe yaramaz.

Aktif bir man‑in‑the‑middle'ı (kötü amaçlı veya ele geçirilmiş bir relay'in ortak anahtarları uçuşta değiş tokuş etmesi) önlemek için host'un genel kimliği ED25519 ile imzalanır. İlk kez bir host'a bağlandığınızda Tenvo size host'un anahtar parmak izini gösterir; bu, TOFU modelidir, SSH ile aynı model. Daha sonraki bağlantılarda istemci parmak izinin eşleştiğini doğrular; eğer bir relay sizi MITM etmeye çalışsaydı parmak izi değişir ve istemci bağlantıyı reddederdi.

X25519 + ED25519, WireGuard, Signal, age ve modern SSH tarafından kullanılan aynı ilkel kümesidir. Geniş şekilde denetlenmiş ve güncel en iyi uygulama olarak kabul edilir.

Relay'in gerçekte ne gördüğü

Bu soru uzak masaüstü araçları arasında anlamlı ayrım yapar. Bazı ürünler TLS'yi relay'de sonlandırır ve istemciye tekrar şifreleme yapar; bu durumda sağlayıcı teknik olarak oturumunuzu çözebilir. Değerlendirdiğiniz aracın hangisine ait olduğunu sorun; Tenvo doğrudan eşler arası bağlantıda uçtan uca şifrelemedir, doğrudan bağlantı kurulamadığında ise oturum TLS'in relay'de sonlandırıldığı bir modele geçer.

Tablodaki iki not. Birincisi, "vendor relay'in sadece şifreli veriyi gördüğünü iddia ediyor" ifadesi kapalı kaynak ürünler için onu sözlerine dayandırmamız gerektiği anlamına gelir; kaynak erişimi olmadan doğrulamanız mümkün değildir. İkincisi, klasik VNC'yi açık internet üzerinden çalıştırmak listedeki en kötü seçenektir: birçok VNC çeşidi varsayılan olarak taşıma şifrelemesi olmadan gelir ve kimlik bilgilerinin gönderildiği challenge‑response uzun zaman önce kırılmıştır. Plain VNC'yi internet üzerinden çalıştırmayın.

Kimlik doğrulama: parolalar vs 2FA

Gözetimsiz erişim (host'a daha sonra bağlanabilmek için host üzerinde bir parola belirlediğiniz durum) için parola tüm savunmadır. İki başarısızlık modu vardır:

1. Zayıf parola: 4 haneli bir PIN saniyeler içinde brute‑force ile kırılabilir. Ağ erişimi varsa 6 karakterlik alfanümerik bir parola saatler içinde kırılabilir. Bir parola yöneticisinden 12+ karakter kullanın. Tenvo en az 6 karakter zorunlu kılar ve yaygın parolalar konusunda uyarır; internete açık herhangi bir gözetimsiz host için 16+ öneriyoruz.
2. İkinci faktör yok: Parola sızarsa bu tüm kimlik doğrulamadır. 2FA'yı etkinleştirin eğer aracınız destekliyorsa; Tenvo ücretli katmanlarda TOTP'yi destekler. AnyDesk ve TeamViewer benzer seçeneklere sahiptir.

Etkileşimli destek oturumları (birine tek seferlik kodu okuttuğunuz durumlar) için tehdit çok daha düşüktür çünkü oturum süreyle sınırlıdır ve kodun süresi dolar. Buradaki klasik saldırı, mağdurları dolandırıcılara kodu okumaya ikna eden sosyal mühendisliktir; Microsoft'un "tech support" dolandırıcılıkları tam olarak bu vektörü kullanır ve kriptografinin bu durumda çözebileceği bir şey yoktur.

Gözetimsiz erişim riski

Gözetimsiz erişim en faydalı özellik olduğu kadar en yüksek riskli özelliktir. Tanım gereği host üzerinde bir kimlik bilgisi bırakıyorsunuz ve bu sızarsa herkes uzaktan hiçbir onay istemeden bağlanabilir. Önerilen uygulamalar:

• Her host için benzersiz bir parola kullanın. Parolayı makineler arasında tekrar kullanmayın.
• Destekleniyorsa 2FA'yı etkinleştirin.
• Boşta zaman aşımı (idle timeout) ayarlayın, böylece kullanılmayan gözetimsiz oturumlar bağlantısını keser. Tenvo varsayılan olarak 4 saat seçer.
• Erişim beyaz listesi kullanın, gelen bağlantıları kontrol ettiğiniz belirli cihaz kimliklerine sınırlandırın. Tenvo bunu güvenlik ayarlarında destekler.
• Bağlantı günlüklerini periyodik olarak izleyin. Beklenmeyen bağlantılar kırmızı bayraktır.

Neden internete açılmış native RDP özel olarak kötüdür

RDP'nin kendisi güvensiz değildir; Microsoft protokolü önemli ölçüde sertleştirdi ve güncel sürümler TLS korumalı CredSSP kullanır. Problem operasyoneldir. RDP bilinen bir portta (3389) dinler, genellikle yalnızca bir Windows parolası ile doğrulanır ve sürekli brute‑force taramalarının hedefidir. Bir saldırgan içeri girdiğinde oturmuş bir Windows etkileşimli oturumuna sahip olur; bu fidye yazılımı dağıtımı için en kullanışlı yerleşimdir. Bu yüzden CISA ve FBI açık RDP'yi üst‑3 fidye yazılımı ilk erişim vektöründen biri olarak özellikle işaretler. Tenvo, AnyDesk ve TeamViewer gibi araçlar, halka açık internete dinleyen bir servis açmayarak bu problemi tamamen önler.

Herhangi bir uzak masaüstü aracı için 5 maddelik kontrol listesi

Hangi aracı seçerseniz seçin, bir şeye güvenmeden önce bu beş hususu doğrulayın:

1. TLS uçtan uca taşıma şifrelemesi: AES-256 veya ChaCha20-Poly1305. Daha azı (şifreleme yok, RC4, plain VNC) elenir. Dokümanları kontrol edin, pazarlama sayfasını değil.
2. İleri gizlilikli (forward‑secret) anahtar değişimi. Diffie‑Hellman türevlerinden biri olmalı. X25519 modern varsayılandır. ECDH P‑256 kabul edilebilir. Statik RSA anahtar değişimi kırmızı bayraktır.
3. Belgelendirilmiş relay modeli: vendor şifreli mi yoksa düz metin mi görüyor? Güvenlik beyaz kağıdını okuyun. Cevap veremiyorlarsa uzak durun.
4. Gözetimsiz erişim için iki faktörlü kimlik doğrulama. Aracınız 2FA sunmuyorsa internete erişilebilir hostlarda gözetimsiz erişimi etkinleştirmeyin.
5. Okuyabileceğiniz kaynak kodu veya üçüncü taraf denetimi. Açık kaynak (Tenvo/RustDesk gibi AGPL-3.0 altında) en güçlü kanıttır. Bu yoksa SOC 2 Type II raporu veya yayımlanmış bir pentest kabul edilebilir.

Sonuç

"Uzak masaüstü güvenli mi" yanlış sorudur. Doğru soru: hangi uzak masaüstü ve nasıl konuşlandırıldığıdır. AES-256-GCM taşıma, X25519 anahtar değişimi, relay'i geçen uçtan uca şifreleme ve gözetimsiz erişimde 2FA'ya sahip modern bir relay‑tabanlı araç, günlük olarak güvendiğiniz diğer internet protokolleri kadar güvenlidir. Zayıf parola ile portu açılmış RDP ise güvenli değildir. Tenvo'nun tam güvenlik mimarisini okuyun protokol seviyesi detaylar için veya istemciyi indirin ve kendiniz denetleyin; kaynak GitHub'dadır.

SSS

Tenvo ekibi uzak masaüstü oturumlarımı okuyabilir mi?
Yola bağlı olarak değişir. Doğrudan eşler arası bağlantı uçtan uca şifrelenmiştir ve biz bunu okuyamayız. Doğrudan bağlantı kurulamadığında oturum relay üzerinden iletilir ve TLS relay'de sonlandırılır: oturum içeriğini kaydetmiyoruz veya depolamıyoruz, fakat teknik olarak bizim görmemizin imkansız olduğunu iddia etmeyiz. İstemci açık kaynaktır; söze değil koda bakabilirsiniz.

Açık kaynak gerçekten kapalı kaynaktan daha mı güvenli?
Kaynağın erişilebilir olması gerekli ama yeterli değildir. AGPL-3.0 bağımsız bir denetleyenin protokolün dokümantasyonla eşleştiğini doğrulamasına imkan verir; kapalı kaynak araçlar için vendor'a güvenmeniz gerekir. Her ikisi de iyi uygulanırsa güvenli olabilir; sadece biri doğrulanabilir.

Trust‑on‑first‑use parmak izi modelinden endişe duymalı mıyım?
Sadece bağlantıyı güvenmediğiniz bir ağ üzerinden kuruyorsanız endişe duymalısınız. Paranoid kurulumlar için ilk bağlantıda host parmak izini çevrimdışı yollarla doğrulayın (ör. telefon görüşmesiyle, sohbet yerine). Ondan sonra istemci parmak izini yerel olarak sabitler.

RustDesk / Tenvo'da bilinen herhangi bir CVE var mı?
RustDesk projesinin yıllar içinde açıklanmış birkaç sorunu oldu; çoğunlukla isteğe bağlı kendi‑barındırılan sunucu bileşenlerinde ve her durumda zamanında yamalandılar. Masaüstü istemcisinin kendisinde Mayıs 2026 itibarıyla yüksek şiddetli uzaktan kod yürütme CVE'si bulunmamaktadır. Güncel liste için GitHub security advisories sayfasını kontrol edin.

Tenvo hangi 2FA yöntemlerini destekliyor?
Standart kimlik doğrulayıcı uygulamalarıyla (Authy, 1Password, Google Authenticator) TOTP — Lite ve Pro planlarında. Donanım anahtarı (WebAuthn) desteği yol haritasında.