Maalesef: Hayır.
Posta şifreleme genellikle ortak anahtar şifrelemesi anlamına gelir. Bu, alıcının bir yerde ortak bir anahtarın yayınlanmasını içerir - bu, e-postaları şifrelemek için kullanılabilir. Bu anahtarın gizli bir çifti vardır - e-postaların şifresini çözmek için kullanılabilecek özel bir anahtar.
Posta şifrelemenin pratik olması için, e-posta istemcisinin aşağıdakileri yapabilmesi gerekir:
- E-posta gönderirken, mesajları şifrelemek için alıcının genel anahtarını otomatik olarak getirin.
- E-posta alırken, kullanıcının özel anahtarını belirlenmiş bir sunucudan getirin, tercihen bu, e-posta hizmetini (genellikle ISS ) sağlayan kişidir .
- Hesabı kurarken, özel anahtarı otomatik olarak oluşturun ve saklayın.
Ancak buradaki en büyük sorun altyapı. Bunun gerçekleşmesi için şunlar olmalı:
- Bir e-posta adresiyle ilişkili bir ortak anahtarı yayınlamanın yaygın olarak kullanılan, standart bir yolu (ve bu yöntemin sertifika sistemi aracılığıyla güvence altına alınması gerekir, böylece üçüncü bir tarafın kolayca karışmaması gerekir).
- Bir e-posta adresi için otomatik olarak özel bir anahtar oluşturmanın ve bunu standart bir yolla erişilebilen uzak bir sunucuda depolamanın yaygın olarak kullanılan standart bir yoludur. Tercihen bu sunucu, e-posta sağlayıcısının normal hizmetinin bir parçası olacaktır. Bu sunucunun adresi, tıpkı günümüzde gelen ve giden e-posta sunucularının girildiği gibi, e-posta istemcisinin hesap ayarlarında normal bir prosedür olarak girilecek ve daha sonra istemci tüm güçlüklerle anahtarları işleyebilecektir.
Başka bir sorun, çoğu e-posta istemcisinin şifre çözme işlemini yapabilmesi ve e-posta sağlayıcılarının çoğunun sistemin etkili olması için temel hizmeti vermesi gerekmesidir. Şifreleme, iletişimin her iki ucunda da tam desteğe ihtiyaç duyar. Ama bunu büyük bir mesele olarak görmüyorum. Bazı istemciler ve sunucularda kolay ve pratik bir standart belirirse, "güvenli e-posta standardını destekliyoruz" reklamını yapabilirler ve diğerleri muhtemelen uygun olur.
Ayrıca kullanıcı, ortak anahtarın alıcı için kullanılabilir olup olmadığı konusunda bilgilendirilmelidir. Asma kilit veya web tarayıcılarıyla SSL / TLS bağlantılarında kullanılan mavi parlaklık gibi ortak bir güvenli sembol gösteren bir alıcı eklerken iyi bir yaklaşım olabilir.
Elbette, e-posta istemcisine alternatif bir özel anahtar sunucusu veya hatta bir anahtar dosyası yapılandırılabilir, böylece daha paranoyak kullanıcı kendi anahtarlarını istediği yerde saklayabilir. Geri kalanımız için, e-posta sağlayıcısı özel anahtarı saklarken e-postaları yine de okuyabilirdi - ancak bu yine de iletişimleri çok güvenli hale getirir. Sonuçta, güvenlik genellikle kime güvenebileceğimizle ilgilidir.
Dürüst olmak gerekirse, bunun neden henüz gerçekleşmediğini gerçekten bilmiyorum. O kadar karmaşık değil. Şimdiden geçin!