İstemci Tarafında İşleme Neden Veri Gizliliğinin Geleceğidir

Yirmi yıl boyunca internet üzerinde herhangi bir şeyi yapmanın varsayılan yolu aynıydı: dosyalarınızı başka birinin sunucusuna yükleyin, yazılımının işlemesine izin verin ve sonucu indirin. Bu model modern web'i inşa etti — ve verilerimizin sürekli sızmasının da sebebi. Büyüyen bir karşı hareket ise daha eski ve daha basit bir fikri geri getiriyor: veriyi zaten yaşadığı yer olan kullanıcının kendi cihazında işlemek.

Convrs tam olarak bu ilke üzerine kuruldu. 60'tan fazla aracının her biri dosyaları tarayıcıda dönüştürür — hiçbir şey yüklenmez, saklanmaz veya izlenmez. Bu makale; istemci tarafında işlemin neden veri gizliliğinin geleceği hâline geldiğini, bugün bunu teknik olarak mümkün kılan şeyi ve sınırlarının nerede kaldığını anlatıyor.

Yükle-ve-işle modeli neden hiçbir zaman güvenli varsayılan olmadı

Dosya yüklemek bir güven eylemidir. Özel bir şeyin kopyasını üçüncü bir tarafa teslim edip onun güvenli tutmasını istersiniz — ve her kopya yeni bir hata noktasıdır. Sunucu tarafında işlemenin kullanıcıları sürekli hayal kırıklığına uğratmasının birkaç yapısal nedeni var:

• Veri, kötü bir şey olmasa bile toplanır. Dosyanız bir diskte, veritabanında veya yedekte durur; niyetiniz ne olursa olsun var olan bir kayıt yaratır.
• İhlaller istisna değil, kaçınılmazdır. Sunucularda saklanan dosyalar saldırganların hedef yüzeyinin parçasıdır; kasa büyüdükçe cazibesi de artar.
• Yeniden kullanım görünmezdir. Saklanan veriler; kullanıcı deneyiminde görünür bir değişiklik olmadan eğitim setlerine, reklam profilciliğine veya analitiğe beslenebilir.
• Yasal maruziyet büyür. Bir sunucu, sizin kabul etmediğiniz arama emirlerine, mahkeme celplerine ve veri saklama yasalarına tabi olabilir.

Bunların hiçbiri kötü niyet gerektirmez. Akıllıca yönetilen iyi bir şirket bile ele geçirilebilir, satın alınabilir veya politikalarını değiştirmek zorunda kalabilir. İhlal edilemeyecek, madencilik yapılamayacak veya celp edilemeyecek tek veri, baştan hiç toplanmamış veridir.

'İstemci tarafında işleme' gerçekte ne demek

İstemci tarafında işleme, ihtiyacınız olan yazılımın — kod çözücü, kodlayıcı, dönüşüm — tarayıcınıza kod olarak teslim edilip kendi donanımınızda çalışması demektir. Dosyanız belleğe yerel olarak okunur, yerel olarak işlenir ve sonuç diskinize geri yazılır. Ağ tam olarak bir kez, sayfayı yüklemek için kullanılır.

Üç teknoloji bu modeli gerçek iş yükleri için uygulanabilir kılıyor:

• JavaScript — iş mantığı ve arayüz için; metin, JSON, CSV ve küçük medya dönüşümleri için yeterince hızlı.
• WebAssembly — ağır işler için; sunucu araçlarına güç veren aynı yerel kodekleri ve sıkıştırma kütüphanelerini derleyip tarayıcıda neredeyse yerel hızda çalıştırır.
• Cihaz üstü API'ler — File System Access API, canvas ve Web Workers gibi; dosyaları hiçbir yere göndermeden okutup kaydettirir.

WebAssembly sayesinde C++ veya Rust ile yazılmış bir PDF işleyici, video kodeki veya görüntü kodlayıcı, bir sekmenin içinde değiştirilmeden (veya çok az değişiklikle) çalışabilir. Tarayıcı böylece taşınabilir, yalıtılmış (sandboxed) ve donanım hızlandırmalı bir çalışma zamanı hâline gelir — yalnızca bir belge görüntüleyici değil.

Neredeyse bedavaya elde ettiğiniz gizlilik özellikleri

İşleme cihazda gerçekleştiğinde bazı gizlilik özellikleri, şirketin vaatlerinden değil mimarinin kendisinden mekanik olarak doğar:

• Hareketsiz veri yok. Dosyalarınızın kopyalarını tutan bir sunucu diski yoktur; ihlalde kaybedilecek bir şey de yoktur.
• İletimde veri yok. Dosyanız cihazınızdan asla çıkmaz; yolda ele geçirilecek bir paket akışı yoktur.
• Kimlik bağlantısı yok. Yükleme olmayınca hesap, API anahtarı ve bir dönüşümü kişiyle ilişkilendirme nedeni de yoktur.
• Saklama takvimi yok. Hiçbir şey tutulmaz; müzakere edilecek veya açıklanacak bir saklama süresi ve oturumunuzdan sonra yaşayan kayıt yoktur.
• Çevrimdışı çalışır. Sayfa yüklendikten sonra dönüştürmeler bağlantı kapalıyken de çalışır — hem gizlilik hem güvenilirlik kazancı.

İğneyi deliğe geçirmek: düzenlemeler için neden önemli

Gizlilik düzenlemeleri (GDPR, CCPA, Türkiye'de KVKK ve dünya genelinde büyüyen veri koruma yasaları) 'işleme', 'veri sorumlusu' ve 'aktarım' gibi kavramlar üzerine kuruludur. Dosyaları kullanıcının kendi cihazında işleyen bir araç tüm tartışmayı değiştirir: 'işleme', kullanıcıların kendi donanımlarında kendi amaçları için çalıştırdığı yazılımla yapılır.

Bu, düzenlemeyi gereksiz kılmaz — aracın kodu yine de kullanıcılara dağıtılır ve telemetri yine de sorumlu yönetilmelidir. Ama kullanıcı verisinin en büyük ve en riskli kategorisini satıcının tabağından tamamen alır: kullanıcı içeriği. Yasal yükümlülükler etrafında mühendislik yapıp kullanıcı dosyalarının kopyalarını en aza indirip, silip, korumak yerine; mimari o kopyaları hiç yaratmaz.

WebAssembly neyi değiştiriyor

On yıl önce 'istemci tarafı' 'belki küçük metinler için yeterli' demekti. Video dönüştürme, PDF ayrıştırma ve yüksek kaliteli görüntü sıkıştırma, yerel hıza yakın döngüler gerektirir. İşte boşluğu dolduran tam olarak WebAssembly.

Tarayıcı sekmesi artık derlenmiş C/C++/Rust kodek kütüphanelerini — libvpx, libavcodec, zlib, sharp/libvips, ImageMagick ve PDF motorlarının WASM sürümleri — birçok durumda yerel performansın %80–95'inde çalıştırır. Tüm bu kod tarayıcının yalıtımında yürütülür: yalnızca sayfanın erişim verdiğine erişebilir ve sekmeyi kapattığınız anda duraklatılır. Pratik sonuç şudur: masaüstü programından beklediğiniz dönüştürme kalitesi tarayıcıda sunulur ve hiçbir satıcı dosyaya dokunmaz.

İstemci tarafı işlemenin sınırları

Dürüstlük, ödünleşimleri adlandırmayı gerektirir. İstemci tarafında işleme evrensel bir cevap değildir:

• Ağır medya işleri düşük donanımda yavaş olabilir; veri merkezi filosu yerine kullanıcının CPU'suyla rekabet ederler.
• WebAssembly belleği sunucuya kıyasla sınırlıdır; çok büyük dosyalar pratik limitlere takılabilir.
• Kod tarayıcıya gönderilmelidir; bu daha büyük bir ilk indirme ve WASM paketlerinin güncel tutulması demektir.
• Her hizmet istemci tarafında yeniden kurulamaz — işbirlikçi düzenleme, herkese açık paylaşım ve bulut GPU'ları üzerinde AI çıkarımı hâlâ sunucu gerektirir.

Dürüst çerçeve 'istemci tarafı her şeyin yerini alır' değildir. 'Özel, tek kullanıcılı dosya işleri için doğru yer istemci tarafıdır' — ve bu, günlük dönüşümlerin çoğunu içeren geniş ve değerli bir kategoridir.

Convrs modeli nasıl uyguluyor

Her Convrs dönüştürücüsü — görüntü, ses, video, belge, geliştirici araçları — tarayıcınıza bir WebAssembly motoru yükler ve işi yerel olarak yapar. Geri bildirim döngüsü kısadır: 50 fotoğrafı saniyeler içinde WebP'ye çevirin, ağ kapalıyken çalıştığını görün ve hiçbir sunucuya dokunmamış sonuçlar alın.

• Kayıt, hesap veya API anahtarı yok — doğrulama gerektirecek sunucu tarafı bir şey olmadığı için.
• Filigran veya belirsiz depolama yok — çıktı doğrudan cihazınıza geri yazılır.
• Dürüst telemetri — hiçbir şey dosyalarınızın içeriğini izlemez; yalnızca onay kapılı anonim sayfa analitiği vardır ve onu da reddedebilirsiniz.

Yol haritası

Eğilim yadsınamaz. Tarayıcılar hızlanıyor, WebAssembly iş parçacıkları, SIMD ve çöp toplama desteği kazanıyor ve her yıl daha fazla yerel kütüphane WASM sürümü çıkarıyor. Bu arada hem düzenlemeler hem kullanıcılar daha az toplama talep ediyor, daha fazla değil.

İstemci tarafında işleme, sunucu destekli bir ürüne takılmış bir hile değildir — mimari bir duruştur: veriniz sizindir ve yazılımın yapabileceği en saygılı şey onun bir kopyasını yaratmamaktır. Bu duruş hem teknik olarak mümkün hem de toplumsal olarak beklenen hâle geliyor. Veri gizliliğinin geleceği, yüklemelerinize ne olduğu konusunda daha iyi vaatler değildir. Yükleyecek hiçbir şeyin olmamasıdır.