SSL Sertifikası Türleri: Doğru Seçimi Yapın
30 Eylül 2026 tarihinde yayımlandı
Doğru SSL sertifikası aynı anda iki iş yapar: ziyaretçi ile sunucunuz arasındaki trafiği şifreler ve ziyaretçilerinizin güvenmesi gereken kimliği sunar. SSL sertifikası türleri temel olarak bu kimliğin nasıl doğrulandığına ve kaç ana bilgisayar adını kapsadığına göre farklılık gösterir. Çoğu site için doğru seçim yapmak, kriptografiden çok sertifika kapsamını ve doğrulama düzeyini hizmetin gerçekte çalışma biçimiyle eşleştirmekle ilgilidir.
Küçük bir tanıtım sitesi, ödeme sayfası, çok kiracılı bir SaaS platformu ve 40 müşteri alan adını yöneten bir ajans aynı TLS şifreleme standartlarını kullanabilir. Ancak otomatik olarak aynı sertifikayı kullanmamalıdırlar. Sertifika planı altyapı planıyla örtüştüğünde hizmetin yönetimi daha sorunsuz olur.
Doğrulama Düzeyine Göre SSL Sertifikası Türleri
Doğrulama düzeyi, sertifika yetkilisinin sertifikayı yayımlamadan önce neleri kontrol edeceğini belirler. Her geçerli sertifika bağlantıyı şifreler. Fark, arkasındaki kimlik doğrulamasının kapsamı ve bazı durumlarda sertifika ayrıntılarında gösterilen bilgilerdir.
Alan Adı Doğrulamalı sertifikalar
Alan Adı Doğrulamalı veya DV sertifikası, bir alan adının kontrolünü doğrular. Sertifika yetkilisi genellikle sizden bir DNS kaydı eklemenizi, bir doğrulama dosyası yüklemenizi veya yetkili bir adrese gönderilen e-postayı onaylamanızı ister. Bu kontrol geçtikten sonra sertifika çok hızlı yayımlanabilir.
DV; bloglar, açılış sayfaları, geliştirme ortamları, API'ler, bir alan adı üzerinden erişime açılan dahili araçlar ve birçok standart ticari web sitesi için pratik bir seçimdir. Ziyaretçilere HTTPS asma kilidini gösterir ve kimlik bilgilerini, formları, oturumları ve aktarım halindeki diğer trafiği şifreler.
Bunun karşılığında şu basit durum ortaya çıkar: DV, web sitesinin arkasındaki yasal işletmeyi doğrulamaz. Ziyaretçi bağlantısının şifrelendiğini ve sitenin alan adını kontrol ettiğini görebilir; ancak sertifika yetkilisi tarafından ayrıca doğrulanmış bir kuruluş kimliği almaz. Birçok işletme için bu tamamen uygundur.
Kuruluş Doğrulamalı sertifikalar
Kuruluş Doğrulamalı veya OV sertifikaları, sertifika yetkilisinin hem alan adı kontrolünü hem de sertifikayı isteyen kuruluşu kontrol etmesini gerektirir. Bu işlem normalde işletme kayıt bilgilerinin, adres bilgilerinin ve doğrulanmış bir iletişim yönteminin doğrulanmasını içerir.
OV sertifikaları; yerleşik şirketler, B2B portalları, ajans siteleri, tedarik platformları ve kuruluş kimliğinin önem taşıdığı müşteri alanları için uygundur. Doğrulanmış kuruluş bilgileri sertifika ayrıntılarında bulunur; bu da kurumsal müşterilerle veya güvenlik ekipleriyle yürütülen durum tespiti görüşmelerini destekleyebilir.
Sertifikanın OV olması, şifrelemenin yalnızca bu nedenle DV'den daha güçlü olduğu anlamına gelmez. Modern TLS koruması sunucu yapılandırmasına, desteklenen protokol sürümlerine, şifre takımlarına ve sertifika anahtarı türüne bağlıdır. OV, sihirli bir ek şifreleme değil, daha yüksek düzeyde bir kimlik güvence süreci ekler. Yine de kullanışlıdır; sadece sihirbazlık değildir.
Genişletilmiş Doğrulamalı sertifikalar
Genişletilmiş Doğrulamalı veya EV sertifikaları, en ayrıntılı doğrulama sürecini içerir. Sertifika yetkilisi, kuruluşun yasal varlığını, faaliyet durumunu, fiziksel adresini ve tanımlı kurallar kapsamında yetkili talep sahibini kontrol eder.
EV; düzenlemeye tabi kuruluşlar, finansal hizmetler, yüksek değerli e-ticaret markaları ve resmi tedarik veya uyumluluk gereksinimleri bulunan işletmeler için anlamlı olabilir. Kendi tedarikçi güvenlik kontrol listesine sahip bir iş ortağı da bunu talep edebilir.
Tipik bir küçük işletme web sitesi için EV otomatik olarak en iyi yatırım değildir. Modern tarayıcılar artık EV'yi bir zamanlar günlük kullanıcılar için öne çıkaran, son derece görünür yeşil adres çubuğu görünümünü sunmuyor. Bunu, etkileyici bir görsel dönüşüm artışı beklediğiniz için değil, doğrulama süreci gerçek bir güven, sözleşme veya politika gereksinimini karşıladığında seçin.
Alan Adı Kapsamına Göre SSL Sertifikası Türleri
Doğrulamanın ardından sıradaki karar kapsamdır. Sertifika satın alımlarında en sık hata burada yapılır. Bir sertifika geçerli ve doğru yüklenmiş olabilir; ancak korumak üzere hiç yayımlanmadığı bir ana bilgisayar adı için yine de çalışmayabilir.
Tek alan adlı sertifikalar
Tek alan adlı sertifika, `www.example.com` veya `app.example.com` gibi tek bir tam nitelikli alan adını korur. Sertifika yapılandırmasına bağlı olarak kök alan adı ve `www` sürümü ayrı kapsam gerektirebilir. Genellikle SAN olarak adlandırılan sertifikanın Subject Alternative Names alanını kontrol etmeden her ikisinin de dahil olduğunu varsaymayın.
Tek alan adlı sertifikalar tek bir hizmet için sade ve kolay yönetilebilirdir. Bir uygulamanın kendisine ait bir ana bilgisayar adı ve bağımsız yenileme döngüsü olduğunda iyi bir seçimdir.
Wildcard sertifikaları
Wildcard sertifikası; `shop.example.com`, `api.example.com` ve `status.example.com` gibi bir alan adını ve birinci düzey alt alan adlarını `*.example.com` biçimindeki bir ad kullanarak korur. Ajans dağıtımları, müşteri portalları ve büyüyen SaaS ortamları dahil olmak üzere alt alan adlarının düzenli olarak eklendiği platformlar için kullanışlıdır.
İnsanları şaşırtan bir sınır vardır: `*.example.com`, kök alan adı ayrıca dahil edilmediği sürece `example.com`'yi korumaz ve `east.api.example.com` kapsamına da girmez. Wildcard'lar yalnızca tek bir alt alan adı düzeyini kapsar. Bu durum bir lansman sırasında fark edildiğinde en güzel DNS senaryosu değildir; bu nedenle sipariş vermeden önce ana bilgisayar adlarını haritalayın.
Wildcard sertifikaları genellikle DNS tabanlı doğrulama gerektirir; çünkü wildcard alan adının kontrolünü kanıtlamak için bir DNS sınaması gerekir. DNS erişimi düzenli olduğunda bu genellikle kolaydır; ancak otomatik yenileme iş akışı seçilmeden önce dikkate alınmalıdır.
Çok alan adlı veya SAN sertifikaları
SAN sertifikası olarak da adlandırılan çok alan adlı sertifika, tek bir sertifikada birden fazla belirli ana bilgisayar adını korur. Örneğin bir sertifika `example.com`, `www.example.com`, `app.example.net` ve `customer.example.org` kapsamına girebilir.
Bu; birden fazla marka işleten işletmeler, ilgili müşteri hizmetlerini barındıran ajanslar veya tanımlı bir uç nokta grubu için tek ve kontrollü bir sertifikaya ihtiyaç duyan ekipler için kullanışlıdır. Sertifika dağınıklığını azaltabilir; ancak ortak bir bağımlılık da oluşturur. Bu sertifikayı değiştirir veya iptal ederseniz kapsanan her ana bilgisayar adı etkilenebilir.
Büyük ortamlarda sertifikaları uygulamaya, iş birimine veya yenileme sorumlusuna göre ayırmak operasyonel açıdan daha güvenli olabilir. Daha az sertifika, tek bir değişikliğin etki alanı geniş olduğunda her zaman daha az iş anlamına gelmez.
Doğru Sertifika Nasıl Seçilir
Ürün adıyla değil, ana bilgisayar adlarıyla başlayın. TLS gerektiren her genel alan adını, `www` adını, API uç noktasını, yönetici portalını, e-postayla ilgili uç noktayı ve planlanan alt alan adını listeleyin. Ardından bu adların sabit mi, öngörülemez şekilde büyüyen mi, yoksa farklı ekipler tarafından mı yönetildiğine karar verin.
Tek bir web sitesi veya uygulama uç noktası için tek alan adlı DV sertifikası genellikle yeterlidir. Wildcard DV sertifikası, büyüyen birinci düzey alt alan adı kümesi için çoğu zaman mantıklı çözümdür. SAN sertifikası, alan adları genelinde sabit bir ad koleksiyonu için iyi çalışır. Kimlik doğrulaması müşteriler, politika, sektör uygulamaları veya sözleşme koşulları tarafından gerekli kılındığında OV veya EV doğrulaması karara dahil edilmelidir.
Sertifikanın arkasındaki ortamı da göz önünde bulundurun. Trafik bir yük dengeleyicide, ters proxy'de, CDN'de veya yönetilen web sunucusunda sonlanıyorsa sertifika TLS'nin sonlandığı noktaya yüklenmeli ve burada yenilenmelidir. Ziyaretçiler süresi dolmuş bir sertifikaya sahip proxy'ye önce bağlanıyorsa sertifikayı arka uç sunucusuna yüklemek yardımcı olmaz.
Yenileme, Otomasyon ve Operasyonel Risk
Süresi dolmuş bir sertifika, müşterilere çok az uyarı vererek oturum açma işlemlerini, ödeme akışlarını, API çağrılarını ve tarayıcı güvenini durdurabilir. Sertifika yenilemesi, yoğun bir cuma günü birinin fark etmeyi umduğu takvim hatırlatıcısı olarak değil, operasyonel bir görev olarak ele alınmalıdır.
Sertifika türünüz ve doğrulama yönteminiz izin veriyorsa otomatik yenilemeyi kullanın. DNS doğrulaması wildcard sertifikaları için özellikle kullanışlıdır; ancak otomasyonun DNS kayıtlarına güvenli erişime ihtiyacı vardır. Bu kimlik bilgilerini dikkatle kısıtlayın ve bunların kime ait olduğunu belgeleyin. Dosya tabanlı doğrulama için yönlendirmelerin, önbellekleme kurallarının, web uygulaması güvenlik duvarlarının ve dağıtım işlem hatlarının doğrulama yolunu engellemediğini doğrulayın.
Yükleme veya yenileme sonrasında yalnızca asma kilidi kontrol etmekle yetinmeyin. Sertifika zincirini, kapsanan adları, son kullanma tarihini, yönlendirme davranışını ve genel trafiğe gerçekten hizmet veren TLS uç noktasını kontrol edin. İzleme sistemi, son kullanma tarihinden çok önce uyarı vermeli ve yalnızca dahili bir sunucu adresini değil, müşterilerin kullandığı ana bilgisayar adını test etmelidir.
Bu operasyonel yükü tek başına taşımamayı tercih eden ekipler için yönetilen barındırma desteği; sertifika yükleme, yenileme kontrolleri, DNS doğrulaması ve hizmet izleme konularında yardımcı olabilir. kodu.cloud'da pratik amaç, sertifikaları heyecan verici hale getirmek değildir. Amaç, faturaları ödeyen işleri siz yürütürken şifrelenmiş hizmetleri kullanılabilir tutmaktır.
Gerçek hizmetlerinizi güvenilir biçimde kapsayan en küçük sertifika kapsamını seçin, yapabildiğiniz yenilemeleri otomatikleştirin ve bir insanın istisnaları yakalayabilmesi için yeterli görünürlük bırakın. Güvenlik, mümkün olan en iyi anlamda sıkıcı olduğunda en iyi şekilde çalışır.
Andres Saar Müşteri Destek Mühendisi