- Konu sahibi
- #1
E-posta bağlantısında SSL ne demektir?
E-posta bağlantısında SSL, e-posta uygulamanız ile posta sunucusu arasındaki iletişimin şifreli ve sunucu kimliğinin doğrulanmış olması demektir. Günümüzde “SSL” denilse de teknik olarak kullanılan standart TLS’dir. TLS doğru yapılandırılıp sertifika doğrulandığında kullanıcı adı, parola ve mesaj verileri bu bağlantıda şifrelenir. Yalnız arayüzde “SSL” yazması, sertifika uyarısının geçildiği veya şifresiz geri dönüşe izin verildiği bir kurulumu güvenli kılmaz.
Bu koruma; bilgisayarınız ile SMTP, IMAP veya POP3 sunucusu arasındaki bağlantı içindir. E-postanın alıcının sunucusuna aktarılması, alıcının sunucusunda saklanması veya alıcı tarafındaki bağlantının da şifreli olması ayrıca değerlendirilmelidir. Bu nedenle SSL, tek başına e-postanın uçtan uca şifrelenmiş olduğu anlamına gelmez.
SSL bağlantısı nasıl çalışır?
E-posta uygulaması sunucuya bağlandığında TLS el sıkışması yapılır. Sunucu, uygulamanın bağlandığı sunucu adını kapsaması gereken dijital sertifikasını gönderir. Uygulama sertifikayı ve sunucu adını kontrol eder; doğrulama başarılı olursa iki taraf şifreli bir oturum oluşturur. Böylece bağlantıyı dinleyen biri verileri doğrudan okuyamaz veya aktarım sırasında değiştiremez.
Örneğin uygulamanızda sunucu adı
mail.example.com olarak tanımlıysa sertifikanın konu alternatif adlarında bu adı kapsayan bir DNS adı veya uygun wildcard bulunması beklenir. Sertifika yalnızca example.com için düzenlenmişse, sunucu gerçekten aynı makineye bağlı olsa bile ad eşleşmesi hatası oluşabilir.Gelen ve giden posta için neyi kontrol etmelisiniz?
SSL ayarı gelen ve giden posta için ayrı ayrı yapılır. IMAP veya POP3 gelen kutusunu okumak, SMTP ise posta göndermek için kullanılır. Birinde SSL açıkken diğerinde kapalı bırakmak, hesabın kısmen korunmasına veya gönderim sırasında bağlantı hatasına yol açabilir.
| Hizmet | Yaygın bağlantı | Kontrol |
|---|---|---|
| IMAP | 993 / baştan TLS | Sağlayıcının sunucu adı ve sertifikası |
| POP3 | 995 / baştan TLS | Gelen posta için doğru hesap türü |
| SMTP submission | 465 / baştan TLS | TLS sonrasında kimlik doğrulama |
| SMTP submission | 587 / STARTTLS | Başarılı TLS yükseltmesi zorunlu olmalı |
“SSL/TLS” veya “SSL ile bağlan” seçeneği genellikle bağlantının baştan şifreli kurulacağını belirtir. “STARTTLS” ise bağlantının önce normal SMTP/IMAP oturumu olarak başlayıp TLS komutuyla şifreli hâle geçmesi anlamına gelir. STARTTLS kullanılırken parola veya ileti göndermeden önce TLS yükseltmesi ve sertifika doğrulaması başarılı olmalı, başarısızlıkta şifresiz devam edilmemelidir. Tablodaki portlar yaygın örneklerdir. Sağlayıcının belirttiği yöntem ve bağlantı noktası birlikte kullanılmalıdır; bir yönteme ait bağlantı noktasını diğer yöntemle eşleştirmeyin.
Uygulama adımları
- Hosting veya e-posta sağlayıcınızın verdiği gelen posta ve SMTP sunucu adlarını açın. Örnek olarak
mail.example.comkullanılabilir; gerçek hesabınızda sağlayıcının belirttiği ad geçerlidir. - Gelen posta hesabında güvenlik türünü sağlayıcının önerdiği SSL/TLS veya STARTTLS seçeneğine ayarlayın.
- SMTP için sağlayıcının belirttiği kimlik doğrulamasını seçin. OAuth veya uygulama parolası gerekiyorsa normal hesap parolasını rastgele tekrar kullanmayın.
- SMTP için ayrı belirtilen TLS yöntemini ve bağlantı noktasını girin. Örneğin doğrudan TLS kullanan bir hizmette
465bağlantı noktası kullanılabilir; bu değer her sağlayıcı için otomatik olarak geçerli kabul edilmemelidir. - Ayarları kaydedip test gönderimi yapın. Gönderme/alma testi işlevi gösterir; ayrıca bağlantının gerçekten TLS kullandığını ve sertifika uyarısı olmadan doğrulandığını uygulamanın bağlantı/sertifika bilgisi veya sağlayıcının tanı yöntemiyle kontrol edin.
Hata mesajı ne anlama gelir?
“Certificate name mismatch” hatası, uygulamada yazan sunucu adı ile sertifikadaki adın uyuşmadığını gösterir. “Certificate expired” sertifikanın geçerlilik süresinin bittiğini, “self-signed certificate” ise sertifikanın güvenilir bir sertifika otoritesi tarafından doğrulanmadığını belirtir. Bu uyarıları kalıcı olarak yok saymak yerine önce sunucu adını ve sağlayıcının sertifika yapılandırmasını kontrol edin.
Bağlantı noktası veya TLS yöntemi yanlışsa kimlik doğrulama başarısız olabilir, bağlantı zaman aşımına uğrayabilir ya da sunucu TLS komutunu kabul etmeyebilir. Özellikle doğrudan TLS ile STARTTLS seçeneklerini birbirinin yerine kullanmayın. Doğru bilgilerle de hata sürüyorsa hosting sağlayıcısından ilgili posta hizmetinin sertifika ve port yapılandırmasını doğrulamasını isteyin.
Sık yapılan hatalar
SSL’yi uçtan uca şifreleme sanmak: SSL, belirli bir istemci-sunucu bağlantısını korur; e-postanın tüm teslim zincirini garanti etmez.
Sadece gelen postayı korumak: SMTP bağlantısı da ayrıca TLS ile yapılandırılmalıdır.
Sertifika uyarısını geçmek: Bu, yanlış sunucuya bağlanma veya bağlantının güvenilir biçimde doğrulanamaması riskini gizleyebilir.
Sık sorulan sorular
SSL seçeneği açıkken neden parola hatası alıyorum?
TLS bağlantısı kurulsa bile kullanıcı adı, parola, SMTP kimlik doğrulaması veya hesap erişim izni yanlış olabilir. Önce güvenlik ayarını değil, kimlik bilgilerini ve SMTP kimlik doğrulamasını kontrol edin.
Webmail HTTPS kullanıyorsa masaüstü posta uygulamam da korunur mu?
Webmail’in HTTPS bağlantısı tarayıcı ile webmail hizmeti arasındadır. Masaüstü uygulamasındaki IMAP/POP3 ve SMTP bağlantıları ayrı yapılandırılır. Webmail’de kilit simgesi görülmesi bu hesap ayarlarının TLS kullandığını kanıtlamaz.
Sunucu adını IP adresiyle değiştirirsem sertifika uyarısı gider mi?
Genellikle bu doğru çözüm değildir; sertifika alan adını kapsayıp IP adresini kapsamıyor olabilir. Sağlayıcının verdiği ve sertifikayla eşleşen sunucu adını kullanın. Uyarıyı kapatmak yerine yanlış ad, süresi dolmuş sertifika veya güven zinciri sorununu sağlayıcıyla giderin.