P2P vs sunucu aktarımı: hangisi daha güvenli?

Eşler arası (P2P) ve sunucu tabanlı aktarımın hiçbiri doğası gereği daha güvenli değildir — güvenlik topolojiye değil, şifreleme modeline bağlıdır. Sıfır bilgili AES-256-GCM şifrelemeli iyi uygulanmış bir sunucu aktarımı, gizlilik açısından P2P ile ayırt edilemez: sunucu her iki durumda da yalnızca şifreli metni görür. P2P, meta veri gizliliği ekliyor (üçüncü bir taraf aktarımın gerçekleştiğini bilmiyor); ancak erişilebilirlik, NAT geçişi ve kimlik doğrulama sorunları ortaya çıkıyor. Sunucu tabanlı hizmetler güvenilirlik ve alıcı kolaylığı açısından daha iyi performans gösteriyor. Dürüst yanıt: teorik "P2P daha güvenlidir" sezgisine değil, tehdit modeline ve alıcı ortamına göre seçin.

İki modelin gerçekte nasıl çalıştığı

Sunucu aktarımı bir dosyayı bir aracıya (S3, OVH, Backblaze B2 ya da Cloudflare R2 destekli nesne depolama) yüklüyor, bir bağlantı döndürüyor ve alıcı aynı aracıdan indiriyor. Dosya, her iki tarafın da kontrolünde olmayan bir sunucuda kısa süreliğine duruyor. Sunucu uçtan uca şifreleme kullanıyorsa yalnızca şifreli metin tutuluyor.

P2P aktarımı, genellikle WebRTC veri kanalları aracılığıyla gönderici ile alıcı arasında doğrudan bağlantı kuruyor. Dosya hiçbir zaman kalıcı bir sunucuya değmiyor — yalnızca bir sinyal sunucusu (bağlantı bilgilerini değiş tokuş etmek için) ve NAT geçişi için muhtemelen bir TURN aktarıcısı kullanılıyor. Örnekler arasında Wormhole.app (E2EE içeren bir sunucu kullanıyor), ToffeeShare, FilePizza ve büyük ölçekli paylaşım için klasik BitTorrent sayılabilir.

"Eşler arası" ifadesi bir yelpazeyi kapsıyor. Gerçek P2P, gönderenin cihazının doğrudan alıcının cihazına bağlandığı anlamına geliyor. Pratik WebRTC P2P, doğrudan bağlantı başarısız olduğunda bir TURN aktarıcısına geri dönüyor; bu noktada kısa ömürlü sunucu aktarımına yaklaşıyor.

Gizlilik sorusu

Her iki model de AES-256-GCM'yi sunucunun hiç görmediği bir anahtarla kullanıyorsa, gizlilik eşdeğerdir. Dosya içerikleri, her iki durumda da anahtar olmadan okunamıyor.

Farklılaşan nokta meta verilerdir. Sunucu aktarımı "X kullanıcısı T zamanında Y boyutunda dosya yükledi ve Z kullanıcısı indirdi" bilgisini açığa çıkarıyor. P2P aktarımı yalnızca iki IP adresinin kısa süre iletişim kurduğunu ortaya koyuyor — merkezi olarak günlüğe kaydedilmiş dosya boyutu yok, kullanıcılar arasında zamanlama korelasyonu yok. Meta verinin önemli olduğu tehdit modellerinde (araştırmacı gazetecilik, ihbarcılık, düşmanca devletlerde aktivizm) P2P'nin daha küçük meta veri ayak izi gerçek bir avantaj.

"Saldırgana sızdırma riskini ortadan kaldır" tehdit modeli için, istemci tarafı E2EE içeren sunucu aktarımı yeterli.

Erişilebilirlik asimetrisi

Sunucu aktarımı saklama penceresi içinde her zaman erişilebilir. Bir kez yükleyin, alıcı sonraki 7 gün içinde herhangi bir cihazdan istediği zaman indirsin. Gönderici dizüstünü kapatabilir, tatile gidebilir.

P2P, her iki tarafın da eş zamanlı çevrimiçi olmasını gerektiriyor (doğrudan bağlantı için) ya da yine geçici bir sunucu haline gelen aktarıcı kullanımını. Başka bir zaman diliminde uyuyan bir alıcıya WebRTC üzerinden 4 GB dosya gönderirseniz aktarım başarısız olur. Alıcı yeniden denemek için sizinle koordinasyon kurmak zorunda.

Senkronize olmayan iş akışları için — serbest çalışan başka zaman diliminde uyuyan müşteriyle dosya teslim ediyor — sunucu aktarımı çok daha pratik.

NAT ve güvenlik duvarı gerçeği

WebRTC NAT geçişi; genel IP'leri bulmak için ICE (Interactive Connectivity Establishment), STUN ve doğrudan bağlantı mümkün olmadığında aktarıcı için TURN kullanıyor. Kurumsal güvenlik duvarları, katı NAT yapıları, mobil ağlarda taşıyıcı sınıflı NAT ve misafir Wi-Fi'ı çoğunlukla WebRTC'yi engelliyor ya da zayıflatıyor. Test ortamlarında P2P bağlantıları gerçek dünya denemelerinin yaklaşık %15-20'sinde tamamen başarısız oluyor ya da TURN'a geri dönüyor.

Sunucu aktarımı port 443 üzerinde standart HTTPS kullanıyor. HTTPS'nin çalıştığı her yerde çalışıyor; bu da tarayıcının çalıştığı her yer. ICE yok, STUN yok, TURN yok, güvenlik duvarı karmaşası yok.

Doğrudan karşılaştırma

| Boyut | P2P Aktarım (WebRTC) | Sunucu Aktarımı (E2EE) | |---|---|---| | Gizlilik | Uçtan uca şifreli | Uçtan uca şifreli | | Meta veri sızıntısı | Düşük (yalnızca sinyal) | Orta (sunucu boyut/zaman görür) | | Alıcı kolaylığı | Her iki taraf çevrimiçi | Asenkron indirme | | NAT/güvenlik duvarı uyumu | %15-20 başarısız olabilir | HTTPS çalıştığı her yerde çalışır | | Pratik maksimum boyut | Teoride sınırsız, ölçekte kırılgan | Hizmete bağlı (ücretsiz 2-50 GB) | | Devam desteği | Nadir | Standart (tus.io, parçalı) | | Birden fazla alıcı | Her birine yeniden göndermek gerekir | Tek bağlantı, çok indirme | | Sunucu maliyeti | Minimum (yalnızca sinyal) | Depolama + bant genişliği | | Güven varsayımı | WebRTC istemci koduna güven | E2EE uygulamasına güven |

P2P'nin gerçekten kazandığı durumlar

Aynı zaman diliminde, uyumlu ağlarda, teknik açıdan yetkin iki kişi arasındaki büyük tek seferlik aktarımlar. Ev fiber bağlantısında, tarayıcıları açık şekilde 50 GB'lık .iso dosyası gönderen iki geliştirici — P2P, yükleme hızlarını dolduracak sürede tamamlanıyor; sunucu maliyeti sıfır.

Meta veriye duyarlı senaryolar P2P'den yararlanıyor. Bir gazeteci, ihbarcıdan kaynak dosyaları alırken üçüncü taraf sunucusunun aktarımı günlüğe kaydetmemesinden kazanç sağlıyor. E2EE'li sunucuyla bile aktarımın var olması ve boyutu kayıt altına alınıyor.

Bir dosyanın binlerce alıcıya BitTorrent tarzı dağıtımı, modelin zarif biçimde ölçeklendiği ayrı bir P2P kullanım durumu — bant genişliği yükü sürü içinde dağılıyor. Tipik birebir ya da birden çoğa aktarımlar için geçerli değil; ancak belirtmekte fayda var.

Sunucu aktarımının kazandığı durumlar

Neredeyse tüm sıradan dosya teslimatları. Gönderici bir kez yükleyip ayrılıyor. Alıcı kendi programına göre indiriyor. Aktarım otel Wi-Fi'ı ve mobil veri dahil her ağda çalışıyor. Birden fazla alıcı aynı bağlantıyı kullanıyor. Saklama otomatik. Ödeme ağ geçidi ve destek mevcut.

Sunucu aktarımı güvenilirlik açısından da kazanıyor. %90'ında başarısız olan 3 GB'lık yükleme, tus.io parçalı yükleme kullanan bir sunucuda %90 noktasından devam ediyor. Aynı noktada başarısız olan P2P aktarımı genellikle sıfırdan yeniden başlıyor — tarayıcı tabanlı WebRTC uygulamaları ilerlemeyi nadiren kontrol noktasına alıyor.

"Sunucu yok" pazarlama iddiası

Bazı P2P araçları "dosyalarınız hiçbir zaman sunucularımıza değmez" iddiasında bulunuyor. Bu yalnızca kısmen doğru. Sinyal sunucuları SDP tekliflerini ve ICE adaylarını değiş tokuş ediyor — dosyanın kendisi değil, ancak bağlantıyı kurmaya yetecek kadar meta veri. TURN aktarıcıları (kullanıldığında) şifreli dosya akışını kısa süreliğine sağlayıcının altyapısından geçiriyor.

Bu arada, istemci tarafı AES-256-GCM ile düzgün uygulanmış sıfır bilgili sunucu aktarımı aynı işlevsel iddiada bulunabiliyor: "sunucularımız dosya içeriklerinizi asla görmez." Şifreli metin depodan geçiyor, ancak düz metin yalnızca gönderici ve alıcı cihazlarda var oluyor.

"Dosya bitleri altyapımızdan geçmiyor" ile "altyapımızdan geçeni deşifre edemiyoruz" arasındaki ayrım gerçek, ancak genellikle pazarlamanın ima ettiğinden daha küçük.

Kimlik doğrulama ve alıcı doğrulama

Her iki model de alıcı kimlik doğrulamasını otomatik olarak çözmüyor. Her ikisi de genellikle "bağlantıya sahip olan dosyayı alabilir" yaklaşımına, isteğe bağlı parola ekleyerek dayanıyor. Gerçek alıcı doğrulaması (dosya gerçekten Alice'e mi ulaştı, yoksa bağlantıyla e-postasını ele geçiren birine mi?), bant dışı kanallar gerektiriyor — parolayı Signal üzerinden paylaşmak, telefonda teslimi onaylamak.

Sunucu hizmetleri bağlantı kullanıldığında gönderene bildirim göndermesiyle (webhook veya e-posta) bunu kolaylaştırıyor. P2P benzer bildirimleri gönderenin arayüzü aracılığıyla sunabiliyor; ancak yalnızca oturum sırasında.

Topolojiden çok uygulama kalitesi önemli

Kimliği doğrulanmış anahtar değişimi olmadan ECDH kullanan özensiz bir P2P aracı, X25519'u doğrulanmış eş sertifikalarıyla kullanan dikkatli bir sunucu tabanlı araca kaybediyor. CBC modunda AES-128 kullanan sunucu aracı, AES-256-GCM kullanan P2P aracına kaybediyor. Topoloji, kriptografiyi doğru yapmaktan daha az önemli.

HexaTransfer, URL fragment'larındaki anahtarlarla istemci tarafı AES-256-GCM, aktarım için TLS 1.3 ve yalnızca şifreli metin tutan sunucu deposu kullanıyor — dosya içerikleri için P2P gizlilik özelliklerine sahip sunucu topolojisi.

Karar

P2P'nin güvenlik avantajı öncelikle meta veri gizliliğiyle ilgili, dosya gizliliğiyle değil. Çoğu kullanıcı için — serbest çalışanlar, küçük işletmeler, müşterilere varlık teslim eden yaratıcılar — sıfır bilgili şifrelemeli sunucu aktarımı, anlamlı gizlilik kaybı olmaksızın güvenilirlik, kolaylık ve uyumluluk açısından kazanıyor. P2P, meta veri gizliliğinin kesin gereksinim olduğu ya da her iki tarafın da eş zamanlı çevrimiçi olduğu ve dosyanın sunucunun ücretsiz katmanı için çok büyük olduğu durumlarda anlamlı.

hexatransfer.com'da deneyin — ücretsiz, hesap gerekmez, 10 GB'a kadar.