Sertifika Yaşam Döngüsü ve İptal

Her dijital sertifika, oluşturulmasından kullanımdan kaldırılmasına kadar tanımlı bir yaşam döngüsünü izler. Aşamalar şunlardır: Request and Enrollment (key çifti oluşturma, CSR oluşturma), Issuance (CA doğrular ve imzalar), Deployment (sunucuya veya cihaza yükleme), Use (etkin kullanım dönemi), Renewal (sona ermeden önce) ve Revocation or Expiry (yaşam döngüsünün sonu). Bu yaşam döngüsünü geniş ölçekte yönetmek, özellikle binlerce sertifikaya sahip kuruluşlarda, otomasyon ve certificate lifecycle management (CLM) araçları gerektirir; çünkü elle izleme kaçınılmaz olarak kesintilere yol açan süresi dolmuş sertifikalara neden olur.

Sertifika yaşam döngüsü bir Certificate Signing Request (CSR) ile başlar. Talep sahibi bir key çifti oluşturur, ardından açık key'i, Subject bilgilerini (CN, O, C) içeren ve özel key ile imzalanan bir CSR oluşturur. Bu işlem, özel key'i açığa çıkarmadan özel key'in sahibi olunduğunu kanıtlar. CSR, talep sahibinin kimliğini doğrulayan ve onaylanması durumunda sertifikayı imzalayan CA'ya gönderilir. Özel key hiçbir zaman talep sahibinin kontrolünden çıkmaz. CSR oluşturma, key gücünün belirlendiği kritik adımdır; en az 2048 bit RSA veya 256 bit ECC kullanılması gerekir.

Sertifikalar, notAfter tarihleri sona ermeden önce yenilenmelidir. En iyi uygulama, yenileme işlemine sona ermeden en az 30 gün önce başlamaktır (birçok kuruluş 60-90 günü hedefler). Yenileme genellikle yeni bir CSR ve özel key oluşturmayı, bunları CA'ya göndermeyi ve eski sertifika ile key'i dağıtıldıkları tüm sunucularda değiştirmeyi içerir. Let's Encrypt, ACME protokolünü kullanarak bu işlemi otomatikleştirir; certbot aracı, sertifikaların süresinin dolmasına 30 günden az kaldığında onları otomatik olarak yeniler. Süresi dolmuş sertifikalar, kullanıcıların hizmetlere erişmesini engelleyen tarayıcı hatalarına neden olur.

Certificate revocation, bir sertifikanın planlanan sona erme tarihinden önce geçersiz kılınması işlemidir. İptal nedenleri arasında şunlar bulunur: özel key ele geçirilmiştir (en acil durum; derhal iptal gerekir), sertifika yanlış düzenlenmiştir (yanlış alan adı, yanlış kuruluş), Subject'in bilgileri değişmiştir (şirketin adı değişmiş veya çalışan ayrılmıştır) ya da CA'nın kendisi ele geçirilmiştir. İptal kritik öneme sahiptir; çünkü bir sertifikanın iptal edildiğini bilmeyen tarayıcılar ve sistemler ona güvenmeye devam eder. Bu durum, çalınan özel key'e sahip saldırgana sertifika sona erene veya iptal edildiği bilinene kadar etkin bir MITM yeteneği verir.

Certificate Revocation List (CRL), bir CA tarafından yayımlanan ve iptal ettiği, ancak henüz süresi dolmamış tüm sertifikaların seri numaralarını içeren imzalı listedir. İstemciler CRL'yi indirir, önbelleğe alır ve sunulan bir sertifikanın seri numarasının listede bulunup bulunmadığını kontrol eder. CRL'lerin önemli sınırlamaları vardır: çok büyük olabilirler (büyük CA'larda milyonlarca iptal edilmiş sertifika bulunur), istemciler bunları genellikle saatlerce veya günlerce önbelleğe alarak gecikmeye neden olur ve her bağlantı için CRL'nin tamamını indirmek verimsizdir. CRL'ler hâlâ kullanılır; ancak giderek daha fazla OCSP ile tamamlanır veya onun yerini alır.

OCSP (Online Certificate Status Protocol), istemcilerin CRL'lerin tamamını indirmesini gerektirmeden gerçek zamanlı sertifika iptal kontrolü sağlar. İstemci, sertifikanın seri numarasıyla CA'nın OCSP yanıtlayıcısına bir sorgu gönderir. Yanıtlayıcı, sertifikanın good, revoked (iptal tarihi ve nedeniyle birlikte) veya unknown olduğunu belirten imzalı bir yanıt verir. OCSP, CRL'den daha hızlı ve günceldir; ancak her TLS bağlantısı, OCSP yanıtlayıcısına ek bir HTTP gidiş-dönüşü gerektirir ve bu da gecikme ekler. OCSP yanıtları, kurcalamayı önlemek için CA tarafından imzalanır.

OCSP Stapling, gerçek zamanlı OCSP denetiminin neden olduğu gecikme sorununu çözer. İstemcinin her TLS el sıkışması sırasında CA'nın OCSP yanıtlayıcısına sorgu göndermesi yerine, sunucu kendi OCSP yanıtını önceden CA'dan alır ve bunu TLS el sıkışmasına "ekler" (iliştirir). İstemci, CA tarafından imzalanmış güncel bir OCSP yanıtını doğrudan sunucudan alır; bunun için ek bir gidiş-dönüş gerekmez. Sunucu, eklenmiş OCSP yanıtını düzenli aralıklarla (genellikle saatte bir) yeniler. OCSP Stapling, iptal denetimini sürdürürken bağlantı hızını artırır ve CA'nın OCSP yanıtlayıcıları üzerindeki yükü azaltır.

OCSP Must-Staple, sunucunun eklenmiş bir OCSP yanıtı sağlamasının zorunlu olduğunu tarayıcılara bildiren bir X.509 uzantısıdır. Bu uzantı olmadığında tarayıcılar OCSP denetimi başarısız olursa "yumuşak başarısızlık" uygular; bağlantıya yine de izin verirler (OCSP yanıtlayıcısındaki kesintilerin tüm TLS bağlantılarını engellemesini önlemek için). Saldırgan, istemcinin OCSP isteğini engelleyerek yumuşak başarısızlık davranışından yararlanabilir ve sertifika iptal edilmiş olsa bile hâlâ geçerliymiş gibi görünmesini sağlayabilir. OCSP Must-Staple, geçerli bir eklenmiş yanıtı zorunlu tutarak bunu önler; böyle bir yanıt yoksa tarayıcı bağlantıyı reddeder. Dağıtım karmaşıklığı nedeniyle benimsenmesi hâlâ sınırlıdır.

Sertifika iptali ve sertifika sabitleme, sahte sertifikalara güvenme sorununu ele alır; ancak bunu farklı açılardan yapar. İptal (CRL/OCSP), sorun keşfedildikten sonra CA'nın sertifikayı geçersiz kıldığı tepkisel bir mekanizmadır. Sabitleme ise uygulamanın önceden onaylanmış olan dışındaki tüm sertifikaları reddettiği proaktif bir mekanizmadır. Sabitleme, CA sertifikayı zamanında iptal etmese bile çalıştığından iptale kıyasla daha güçlü güvenceler sağlar; ancak dağıtım esnekliğini azaltır. Security+ sınavı için her iki mekanizmayı da bilmeniz ve iptalin standart PKI mekanizması, sabitlemenin ise isteğe bağlı bir katmanlı savunma önlemi olduğunu anlamanız gerekir.

Bir sertifika iptal edildiğinde CA, istemcilerin ve yöneticilerin nedenini anlamasına yardımcı olan bir iptal nedeni kodu atar. RFC 5280'de tanımlanan yaygın neden kodları şunlardır: keyCompromise (özel anahtar ele geçirilmiştir), cACompromise (sertifikayı veren CA ele geçirilmiştir), affiliationChanged (öznenin kuruluşu değişmiştir), superseded (yerine kullanılmak üzere yeni sertifika verilmiştir), cessationOfOperation (alan adı artık etkin değildir) ve privilegeWithdrawn (yetki geri alınmıştır). Neden kodu hem CRL girdilerinde hem de OCSP yanıtlarında yer alır ve iptal olaylarını inceleyen olay müdahale ekiplerine bağlam sağlar.

Let's Encrypt tarafından kullanılan ACME (Automatic Certificate Management Environment) Protocol, sertifikanın tüm yaşam döngüsünü otomatikleştirir. ACME istemcileri (örneğin certbot), insan müdahalesi olmadan sertifikaları otomatik olarak ister, yeniler ve dağıtır. CA, alan adı sahipliğini doğrulamak için alan adı doğrulama challenge'ları kullanır: HTTP-01 challenge'ı, belirli bir dosyanın bilinen bir URL'ye yerleştirilmesini gerektirir; DNS-01 challenge'ı ise bir DNS TXT kaydı oluşturulmasını gerektirir. ACME, sertifika yönetimini kökten değiştirmiştir; Let's Encrypt'in 90 günlük sertifikaları artık internetin HTTPS trafiğinin büyük bir bölümünü desteklemekte ve bunların tamamı otomatik olarak yenilenmektedir.

Bu derste ele alınan CompTIA Security+ (SY0-701) kavramlarını anlayıp anlamadığınızı sınayın.

Bu derste şunları öğrendiniz: sertifika yaşam döngüsü CSR oluşturma aşamasından sertifikanın verilmesi, dağıtılması ve yenilenmesi veya iptal edilmesine kadar uzanır; CRL toplu iptal listeleri sağlarken OCSP sertifika başına gerçek zamanlı durum bilgisi sağlar; OCSP Stapling, gerçek zamanlı OCSP'nin neden olduğu gecikmeyi ortadan kaldırır; ACME (Let's Encrypt) ise yenileme yaşam döngüsünün tamamını otomatikleştirir. Sırada PKI Kullanım Alanları konusunu inceleyeceğiz.