Gizlilik Odaklı E-Posta Servisleri: Hangisini Seçmeli?

Standart e-posta servisleri yazdığınız içeriği, tıkladığınız bağlantıları ve bazı durumlarda ekli dosyaları hedefli reklam sistemine veri olarak işler. Günlük kullanım için bu genelde sorun yaratmaz. Ama avukatlık, gazetecilik yapıyorsanız ya da yazışmalarınızın hiçbir sunucuda taranmasını istemiyorsanız, gizlilik odaklı bir e-posta servisine geçmek makul bir adımdır.

Uçtan uca şifreleme gerçekte ne işe yarar?

Uçtan uca şifrelemede mesaj cihazınızda şifrelenir ve yalnızca alıcının cihazında çözülür. Aradaki sunucu şifreli veriyi taşır, içeriği okuyamaz.

Bu korumanın önemli bir sınırı var. Aynı servisi kullanan iki kullanıcı arasında koruma genelde otomatik çalışır. Proton Mail'den Gmail'e gönderilen bir mesaj, karşı taraf açık anahtar paylaşmadığı sürece yalnızca aktarım sırasında TLS ile korunur. İçerik sunucuda düz metin gibi işlenir. Bu farkı bilmeyen kullanıcı, şifreli servis kullandığını düşünüp asıl riski gözden kaçırır.

Gerçek uçtan uca koruma için iki yol var: karşı tarafın aynı ekosistemde olması ya da PGP (Pretty Good Privacy) ile elle anahtar değişimi yapılması. PGP eskiden zahmetli bir kurulum gerektiriyordu, artık çoğu gizlilik odaklı servis bu adımı arayüze gömüyor ve ayrı bir yazılım kurmaya gerek kalmıyor.

Zero-knowledge mimari standart servisten nasıl ayrışır?

Zero-knowledge (sıfır bilgi) mimaride şifre çözme anahtarı yalnızca kullanıcıda tutulur; bu, kapınızı kilitleyip anahtarı kapıcıya değil kendinize saklamaya benzer. Servis sağlayıcı parolayı bilmediği için mahkeme kararıyla gelen bir talebe içerik teslim edemez, çünkü elinde teslim edecek bir veri yoktur.

Standart büyük sağlayıcılarda işleyiş farklıdır:

• E-postalar sunucuda okunabilir hâlde tutulur ya da sağlayıcının kontrolündeki bir anahtarla şifrelenir.
• İçerik taraması, spam filtreleme ve reklam eşleştirme için otomatik olarak işlenir.
• Yasal bir talep geldiğinde sağlayıcı içeriği çözüp paylaşabilir.

Bu fark çoğu kullanıcı için günlük kullanımda sorun yaratmaz. Gazeteci kaynağı koruyan, avukat-müvekkil yazışması yürüten ya da tıbbi bilgi taşıyan biri için aynı fark hukuki bir riske dönüşür.

Fark, anahtarın nerede tutulduğundadır. Standart bir e-posta servisinde mesajlar sunucuda saklanır ve sağlayıcı onları okuyabilir; arama, spam filtreleme ve reklam eşleştirmesi bu erişim sayesinde çalışır. Sıfır bilgi mimarisinde ise özel anahtar kullanıcının parolasından cihazda türetilir ve sunucuya hiç gitmez, dolayısıyla sağlayıcı posta kutusunun içeriğini açamaz.

Bunun günlük kullanımda üç pratik sonucu vardır. Birincisi arama: sunucu içeriği okuyamadığı için tam metin arama ya cihazda yapılır ya da sınırlıdır. İkincisi kurtarma: parola unutulduğunda sağlayıcı posta kutusunu geri veremez, yalnız hesabı sıfırlayabilir ve eski mesajlar açılamaz kalır; bu yüzden kurtarma ifadesi kâğıda yazılmalıdır. Üçüncüsü kapsam: şifreleme yalnız aynı servisin kullanıcıları arasında ya da PGP kurulmuş yazışmalarda uçtan uca çalışır, dışarıya giden normal bir mesaj yolda açık gider.

Hangi özellikler gerçekten önemli, hangileri pazarlama süsü?

Bir e-posta servisini değerlendirirken önce güvenlik katmanına, sonra kullanım kolaylığına bakmak gerekir. Aşağıdaki tablo, öne çıkması gereken beş özelliği ve eksikliğinde ortaya çıkan riski özetliyor.

Mobil uygulama kalitesi, takvim entegrasyonu ve arama hızı da kullanım açısından önemlidir, ama bunlar kolaylık katmanına aittir ve güvenlik katmanıyla karıştırılmamalıdır. Bir servis ikisini birden sunmayabilir. Önceliğiniz hangisiyse seçim ona göre yapılır.

Ücretsiz plan sınırları pratikte nerede sıkışır?

Gizlilik odaklı servislerin çoğu ücretsiz bir giriş katmanı sunar, ama bu katman gerçek kullanımda hızla yetersiz kalır. Depolama alanı en somut örnektir: ücretsiz planların çoğu birkaç GB ile sınırlıdır ve ekli dosya ağırlıklı bir kullanımda bu kota birkaç ay içinde dolar. Kota dolduğunda eski e-postaları silmeden yeni mesaj alamaz duruma gelirsiniz, bu da tam geçiş sürecinin ortasında can sıkıcı bir sürprize dönüşür.

Özel alan adı (custom domain) desteği genelde ücretli katmanlara ayrılmıştır. "[email protected]" gibi kurumsal bir görünüm istiyorsanız ücretsiz planla bunu kuramazsınız, adresiniz servis sağlayıcının kendi uzantısıyla (örneğin @proton.me) sınırlı kalır. Küçük işletme sahipleri bu sınırı genelde karar aşamasında değil, sonradan ücretli plana geçme zorunluluğuyla fark eder.

Takma adres (alias) sayısı da benzer şekilde kısıtlıdır. Her yeni kayıt için ayrı bir alias oluşturma alışkanlığı edinen bir kullanıcı, ücretsiz plandaki birkaç adetlik kotayı bir-iki hafta içinde tüketir. Kota tükendiğinde ya ücretli plana geçmek ya da eski alias'ları geri dönüştürmek gerekir.

Ek dosya boyutu limiti başka bir tuzaktır. Büyük PDF, tasarım dosyası ya da video eki gönderen kullanıcılar, ücretsiz planın boyut tavanına genelde ücretli plana geçmeden önce bir kez takılır. Bu limitler servisten servise ve zaman içinde değişir; güncel rakamı sağlayıcının fiyatlandırma sayfasından doğrulamak, blog yazılarındaki eski değerlere güvenmekten daha sağlıklıdır.

Bazı sağlayıcılar ücretsiz hesaplarda destek önceliğini düşürür ya da gelişmiş filtreleme ve otomatik yanıt gibi özellikleri ücretli katmana saklar. Deneme sürecinde karşılaşılan engelin ücretsiz planın mı yoksa servisin genel kalitesinin mi sorunu olduğunu ayırt etmek, karar için gereken bilgiyi verir.

Mevcut hesaptan nasıl geçiş yapılır?

Hesap geçişini tek seferde değil, kademeli yapmak sorunsuz sonuç verir. Bu sürecin adım adım nasıl işlediğine bakalım.

İçe aktarma (import) aracı genelde IMAP protokolü üzerinden çalışır. Eski hesabın IMAP erişimi açılır, yeni servise sunucu adresi ve parola girilir, sistem klasör yapısını ve mesajları kopyalamaya başlar. Bu işlem anında bitmez; posta kutusu birkaç bin mesajdan büyükse saatler, bazen bir gün sürer. IMAP aktarımının bilinen sınırları vardır: bazı servisler etiketleri (label) klasöre çeviremez, okunmuş/okunmamış durumu bazen kaybolur, büyük ekler zaman aşımına uğrayıp atlanabilir.

En sık karşılaşılan sorun kopya (duplicate) e-postalardır. Aktarım yarıda kesilip yeniden başlatıldığında ya da IMAP senkronizasyonu ile manuel içe aktarma aynı anda çalıştığında aynı mesaj iki kez gelir. Çoğu istemcide bunu ayıklamak için kopyaları birleştirme ya da mesaj ID'sine göre filtreleme seçeneği bulunur; aktarım bittikten sonra bu adımı atlamak, gelen kutusunu karışık bırakır.

Kademeli geçiş haftalık bir ritimle ilerlediğinde risk düşer. İlk hafta yeni hesap kurulur ve iki faktörlü doğrulama açılır. Eski postalar arka planda aktarılır, ama yeni adres henüz kimseye bildirilmez. İkinci hafta yalnızca hassas yazışmalarda (avukat, banka, iş sözleşmesi) yeni adres kullanılmaya başlanır, eski adres paralel açık tutulur. Üçüncü ve dördüncü haftalarda düşük riskli abonelikler, sosyal medya hesapları ve haber bültenleri tek tek yeni adrese taşınır. Bu geçişi hesap hesap yapmak, hangi servisin hangi adresle kayıtlı olduğunu takip edilebilir tutar.

Eski hesap geçiş döneminde hemen kapatılmaz. İki-üç ay boyunca açık tutup otomatik yönlendirme (forwarding) kurmak, unutulan bir kayıttan gelen e-postayı kaçırmayı önler. Bu sürede eski adrese gelen "hesabınız değişti mi, buraya tıklayın" tarzı mesajlara dikkat gerekir; kimlik avı saldırıları tam olarak geçiş dönemlerini hedef alır, çünkü kullanıcı o dönemde farklı ve alışılmadık e-postalar bekliyor olur.

Kişi listesi genelde vCard (.vcf) formatıyla aktarılır ve bu kısım IMAP aktarımından daha az sorun çıkarır. Aktarım sonrası birkaç kişiye test e-postası göndermek, adreslerin doğru geldiğini gösterir ve sonradan "mesaj ulaşmadı" sürprizini önler.

Geçiş tek seferde değil, üç aşamada yapılır. Önce yeni adres açılır ve eski hesaptan yönlendirme kurulur (Gmail'de Ayarlar → Yönlendirme ve POP/IMAP); böylece hiçbir mesaj kaçmaz. İkinci aşamada en kritik hesapların e-posta adresi değiştirilir; sıralama önemlidir: banka, alan adı kaydı, bulut depolama ve sosyal medya hesapları önce gelir, çünkü bunlar diğer hesapların kurtarma adresidir. Üçüncü aşamada eski kutu arşivlenir — çoğu gizlilik odaklı servis IMAP üzerinden toplu taşıma yapan bir köprü ya da içe aktarma aracı sunar.

Eski hesabı hemen kapatmak yaygın bir hatadır. En az altı ay açık tutulmalıdır; unutulan bir aboneliğin ya da yılda bir gelen bir yenileme bildiriminin ortaya çıkması bu kadar sürer.

Standart e-postayı tamamen bırakmak gerekir mi?

Çoğu kullanıcı için ikisini bir arada tutmak daha mantıklıdır. Düşük riskli trafik (abonelikler, alışveriş bildirimleri) eski hesapta kalır, iş, hukuki ya da kişisel hassas yazışmalar güvenli hesaba taşınır. Uçtan uca şifreli e-postanın nasıl çalıştığını Proton Mail gibi gizlilik odaklı servisler ayrıntılı biçimde anlatır.

Uçtan uca şifreleme, dijital iletişimde mahremiyeti korumanın en güvenilir yöntemlerinden biridir; ama şifreleme tek başına yeterli değildir. Hesap zayıf bir parolayla korunuyorsa en güçlü servis bile bu açığı kapatamaz.

Servis seçerken açık kaynaklı istemcisi olan, bağımsız güvenlik denetiminden geçmiş ve gizlilik yasaları güçlü bir ülkede barınan sağlayıcılar öne çıkar. Ücretsiz katmanla başlayıp bir-iki hafta gerçek kullanımda test etmek, karar vermeden önce en somut yöntemdir.

Takma e-posta adresi, her yeni kayıt için ayrı bir alias üretme alışkanlığıyla iş görür: bir sızıntı yaşandığında hangi hizmetten geldiğini gösterir ve ana adres ifşa olmadan o hizmeti iptal etmeyi mümkün kılar.

İçerik şifreli olsa da kiminle, ne sıklıkla ve ne zaman yazıştığınız bilgisi (meta veri) çoğu zaman sunucu loglarında görünür kalır. Tam anonimlik hedefleyen bir kullanıcı için bu, ayrı bir tehdit modeli gerektirir.

Geçiş sürecini bir haftada bitirmeye çalışmak yerine önceki bölümdeki haftalık planı izlemek, hem veri kaybı riskini düşürür hem de hangi servisin hangi adresle kayıtlı olduğunu takip edilebilir tutar.

Yazan Celil Uyanikoglu

Bilgisayar mühendisiyim; 25 yılı aşkın süredir bilgi işlem sektörünün içindeyim. Bu blogu 2020'de, işimde her gün karşılaştığım sorunların çözümlerini bir yere yazmak için açtım: Linux, güvenlik, tarayıcılar, yapay zeka araçları. Yazdığım her rehberi önce kendi bilgisayarımda ya da sunucumda deniyorum; çalıştığını görmediğim adımı yayınlamam. Hatalı ya da eskimiş bir şey görürsen iletişim sayfasından yaz — düzeltirim.