ESYAE-imza Kütüphaneleri

Bu sayfa salt okunur. Kaynağı görebilirsiniz ama değiştiremezsiniz. Bunun yanlış olduğunu düşünüyorsanız yöneticiye danışın.

<h1>Sertifika Doğrulama</h1> <div class="level1"> </div> <h2>Sertifikalar</h2> <div class="level2"> <p> Sertifikalar kısaca bir PKI anahtar çifti ile herhangi bir bilgiyi (kimlik bilgisi , yetki, rol vb.), kriptografik olarak ispatlanabilir ve inkar edilemez bir şekilde birbirine bağlayan veri yapılarıdır. Bu anahtar çifti ile veri imzalama, şifreleme, kimlik doğrulama gibi temel PKI işlemleri gerçekleştirilebilmektedir. Bir sertifikanın güvenilirliği, seritifikanın güvenilir bir makam (yayıncı kuruluş) tarafından taklit edilemez bir şekilde imzalanmış olmasından kaynaklanmaktadır. Bu imza sertifikanın üzerinde yer almaktadır ve açık anahtar altyapısının doğası gereği istenildiğinde rahatlıkla doğrulanabilmektedir. Yayıncı kuruluşlar doğrudan güvenin kaynağı olabileceği gibi kendileri de bir başka güvenilir kaynaktan sertifika yayınlama sertifikası almış olabilirler. Birinci durumdaki kuruluşlara <b>kök sertifika makamı(KSM)</b> , ikinci durumdaki ara makamlara ise <b>sertifika makamı(SM)</b> denilmektedir. Kök sertifika makamları, güveni kendisinden var olan ve kendi sertifikasını kendisi imzalayan son derece güvenilir olduğu düşünülen kuruluşlardır. Sertifika imzalama fonksiyonu olmayan diğer amaçlarla kullanılan sertifikalara <b>kullanıcı sertifikası</b> denilir. Bir kullanıcı sertifikası için o sertifikadan başlayan sertifika imzalama (sertifika yayınlama) ilişkisi ile oluşan ve kök sertifika makamına kadar giden sertifika listesine <b>sertifika zinciri</b> denir. Bir kullanıcı sertifikasına güvenilebilmesi için herşeyden once bu sertifikanın güvenilen bir SM ya da KSM sertifikasında sonlanan bir sertifika zincirine sahip olması gerekir. Bir sertifikanın güvenilir olup olmadığının ve dolayısıyla kullanılmakta olduğu iş (imzalama, şifreleme, kimlik doğrulama vb.) için uygun olup olmadığının bütün yönleriyle kontrol edildiği işlemler bütünü <b>sertifika doğrulama</b> işlemi olarak isimlendirilmektedir. </p> <p> Bütün dünyada farklı SM'lerin farklı amaçlarla yayınladığı sertifikaların ortak bir yapısı olması amacıyla bir takım standartlar tanımlanmıştır. <a href="http://en.wikipedia.org/wiki/X.509" class="urlextern" title="http://en.wikipedia.org/wiki/X.509" rel="nofollow"> X509</a> bu anlamda dünyaca kabul gören bir açık anahtar altyapısı (PKI) standartıdır. Bu standartta açık anahtar altyapısının en temel nesneleri olan , sertifikalar ve bu sertifikaların iptal durumlarının raporlandığı SİL'ler yapısal detaylarıyla tanımlanmıştır. X.509 standardına uyumlu sertifika ve SİL'lerin yapısı ve doğrulama adımları <a href="http://tools.ietf.org/html/rfc5280.html" class="urlextern" title="http://tools.ietf.org/html/rfc5280.html" rel="nofollow"> RFC 5280'de</a> yer almaktadır. </p> <p> Sertifika yayınlayan kuruluşlar sertifika oluşturmanın yanı sıra, çeşitli sebeplerden ötürü yayınlamış olduğu sertifikaların geçerliliklerini iptal edebilirler. Bu durumda bu sertifikalar geçersiz, başka bir ifade ile güvenilmez olurlar. Örneğin bir sertifikaya ilişkin özel anahtarın istenmeyen kişiler tarafından ele geçirilmesi sebebiyle, sertifika sahibinin yayıncı SM'ye bildirmesi sonucu SM tarafından bu sertifikanın iptali işlemi gerçekleştirilir. Kullanıcı sertifikalarının doğrulanmaya ihtiyaç duyulduğu yerlerde güvenli bir şekilde doğrulanabilmesi için bu sertifika iptal bilgilerinin güvenli ve kolay bir şekilde ulaşılabilir olması gerekmektedir. Bu işlem için iki yöntem kullanılmaktadır. Sertifikaların iptal durumlarının çevrimiçi yollarla gerçek zamanlı olarak sorgulandığı Çevrimiçi Sertifika Durum Protokolü(ÇİSDUP) ve iptal edilmiş sertifikaların iptal bilgilerinin bir veri yapısı oluşturularak dosya tabanlı olarak yayınlandığı SİL'ler. Bu iki yöntem de yine bütün dünyada aynı şekilde uygulanması ve uyumluluk amacıyla belirli standartlar çerçevesinde gerçekleştirilir. </p> </div> <h2>Çevrimiçi Sertifika Durum Protokolü (ÇİSDUP)</h2> <div class="level2"> <p> RFC 2560'da <img src="/esya-api/lib/images/smileys/fixme.gif" class="icon" alt="FIXME" /> Link olarak yazılabilir <img src="/esya-api/lib/images/smileys/fixme.gif" class="icon" alt="FIXME" /> tanımlı protokole uygun olarak bir veya daha fazla sertifikanın iptal durumunun bir sunucu vasıtasıyla çevrimiçi olarak sorgulanması yöntemidir. İngilizce kısaltmasıyla (OCSP) daha yaygın bilinen bu yöntemde, temel olarak bir OCSP sorgusuna karşın sunucunun cevap olarak gönderdiği bir OCSP cevabı söz konusudur. Bu cevapta sertifikanın geçerlilik durumu yeralmaktadır. Bu sorgu geçerlilik süresi dolmuş sertifikalar için yapılamaz. Protokolün detayları ilgili RFC'de yer almaktadır. </p> </div> <h2>SİL Dosyaları</h2> <div class="level2"> <p> Yine X509 <img src="/esya-api/lib/images/smileys/fixme.gif" class="icon" alt="FIXME" /> Link olarak yazılabilir <img src="/esya-api/lib/images/smileys/fixme.gif" class="icon" alt="FIXME" /> standardında sertifika iptal bilgilerinin listelendiği SİL dosyalarının yapısal özellikleri detaylı olarak tanımlanmıştır. SİL dosyaları temel olarak iptal edilmiş sertifikaların listesi ve bu listenin SM tarafından ya da SM tarafından yetkilendirilmiş başka bir makam tarafından oluşturulmuş imzasından oluşur. Bu listede geçerlilik süresi dolmuş sertifikalar bulunmaz. Bir sertifikanın iptal durumu kontrol edilirken bir SİL'e başvurulduğunda öncelikle bu SİL'in de X509'a <img src="/esya-api/lib/images/smileys/fixme.gif" class="icon" alt="FIXME" /> Link olarak yazılabilir <img src="/esya-api/lib/images/smileys/fixme.gif" class="icon" alt="FIXME" /> uygunluğu ve geçerliliği kontrol edilmelidir. SİL için yapılması gereken bu kontroller bütününe de <b>SİL doğrulama</b> denilir. SİL dosyalarının yapısal detayları RFC 5280'de <img src="/esya-api/lib/images/smileys/fixme.gif" class="icon" alt="FIXME" /> Link olarak yazılabilir <img src="/esya-api/lib/images/smileys/fixme.gif" class="icon" alt="FIXME" /> yer almaktadır. </p> </div> <h2>X509 Sertifika ve SİL Doğrulama</h2> <div class="level2"> <p> Sertifika ve SİL doğrulama işlemi sertifikanın ya da SİL'in güvenilir bir yetkili makam sertifikasına kadar uzanan sertifika zincirinin oluşturulması (<b>path building</b> ) ve bu zincir üzerindeki bütün sertifikaların ve zincir ilişkisinin doğrulanmasından oluşan (<b>path validation</b>) iki alt kısımda incelenebilir. </p> <p> Zincir doğrulama işlemi, zincir üzerindeki sertifikaların doğrulanması (<b>yapısal doğrulama</b>) ve zincir ilişkisinin doğrulanması (<b>zincir doğrulama</b>) şeklinde iki temel bölümden oluşur. Yapısal doğrulamada sertifika veya SİL'in X509'da <img src="/esya-api/lib/images/smileys/fixme.gif" class="icon" alt="FIXME" /> Link olarak yazılabilir <img src="/esya-api/lib/images/smileys/fixme.gif" class="icon" alt="FIXME" /> belirtilen yapısal özellikler karşılayıp karşılamadığına bakılır. Başka bir ifadeyle Sertifika veya SİL'in üzerinde yer alan bilgilerin standarda uygunluğu ve standarda gore geçerliliği kontrol edilir. Örneğin sertifikada seri numarası alanının olup olmadığına ve bu alanın pozitif bir sayı olup olmadığına bakılır. Ya da bir sertifikanın üzerinde yazan, geçerlilik başlangıç ve bitiş tarihlerinin doğrulama zamanını kapsayıp kapsamadığı yapısal bir doğrulama adımıdır. </p> <p> Esya Sertifika Doğrulama Kütüphanesi yapısal doğrulama kapsamında RFC 5280'de <img src="/esya-api/lib/images/smileys/fixme.gif" class="icon" alt="FIXME" /> Link olarak yazılabilir <img src="/esya-api/lib/images/smileys/fixme.gif" class="icon" alt="FIXME" /> tanımlı bütün yapısal özellikleri kontrol eder. Zincir oluşturma algoritması olarak RFC 4158'de <img src="/esya-api/lib/images/smileys/fixme.gif" class="icon" alt="FIXME" /> Link olarak yazılabilir <img src="/esya-api/lib/images/smileys/fixme.gif" class="icon" alt="FIXME" /> tanımlı zincir oluşturma algoritmasını ve zincir doğrulama algoritması olarak yine RFC 5280'de <img src="/esya-api/lib/images/smileys/fixme.gif" class="icon" alt="FIXME" /> Link olarak yazılabilir <img src="/esya-api/lib/images/smileys/fixme.gif" class="icon" alt="FIXME" /> tanımlanmış zincir doğrulama algoritmasını gerçekler. </p> </div> <h3>Sertifika Zinciri Oluşturma</h3> <div class="level3"> <p> Zincir oluşturma algoritması RFC 4158'de <img src="/esya-api/lib/images/smileys/fixme.gif" class="icon" alt="FIXME" /> Link olarak yazılabilir <img src="/esya-api/lib/images/smileys/fixme.gif" class="icon" alt="FIXME" /> detaylı bir şekilde anlatılmaktadır. Algoritma bir başlangıç sertifikasından başlayarak güvenilir bir kök sertifikaya ulaşıncaya kadar adım adım ilerleyerek bir sertifika zinciri oluşturur. Örneğin şekildeki gibi kurgulanmış bir sertifika ağacı olduğunu düşünelim. </p> <p> <a href="/esya-api/lib/exe/detail.php?id=esya%3Asertifika%3Asertifika-dogrulama-araclar%C4%B1&media=esya:sertifika:13.png" class="media" title="esya:sertifika:13.png"><img src="/esya-api/lib/exe/fetch.php?media=esya:sertifika:13.png" class="mediacenter" title="Şekil 13 Örnek Sertifika Ağacı" alt="Şekil 13 Örnek Sertifika Ağacı" /></a> </p> <p> Sertifika ağacında <b>TA</b> ile gösterilen sertifika güvenilir bir SM ya da KSM sertifikasını temsil etmektedir. Bu durumda E sertifikasının <b>E</b>'den başlayarak <b>B</b> , <b>A</b> veya <b>C</b>'den geçerek <b>TA</b>'da biten bir sertifika zinciri oluşturulur. </p> <p> Sertifika zinciri: <b>E → B → A → TA</b> </p> </div> <h3>Sertifika Zinciri Doğrulama</h3> <div class="level3"> <p> Bir sertifika zinciri oluşturulduktan sonra bu zincirin doğrulanması gerekmektedir. Şekilde zincir doğrulama algoritmasının akış diyagramı görülmektedir. </p> <p> <a href="/esya-api/lib/exe/detail.php?id=esya%3Asertifika%3Asertifika-dogrulama-araclar%C4%B1&media=esya:sertifika:14.png" class="media" title="esya:sertifika:14.png"><img src="/esya-api/lib/exe/fetch.php?media=esya:sertifika:14.png" class="mediacenter" title=" Şekil 14 Zincir Doğrulama Aktivite Diyagramı" alt=" Şekil 14 Zincir Doğrulama Aktivite Diyagramı" /></a> </p> <p> Şekilde yer alan <em>Sertifika İşleme ve Sonlandırma Kontrolleri</em> işlemlerinin detayları RFC 5280'de <img src="/esya-api/lib/images/smileys/fixme.gif" class="icon" alt="FIXME" /> Link olarak yazılabilir <img src="/esya-api/lib/images/smileys/fixme.gif" class="icon" alt="FIXME" /> verilmekte olup kısaca bir takım yapısal ve kriptografik kontrollerden oluştuğu söylenebilir. </p> <p> SİL doğrulama işlemi sertifika doğrulama işlemi ile hemen hemen aynıdır. Aradaki tek fark sertifika doğrulamada oluşturulan zincirin ilk elemanı bir kullanıcı sertifikası iken SİL doğrulamada oluşturulan zincirin ilk elemanının bir SİL olmasıdır. Ve tabii ki SİL'in yapısal doğrulamasında sertifika yerine SİL'in yapısal özellikleri doğrulanmaktadır. Bunun dışında temel akış, sertifika doğrulama ile aynıdır. </p> </div>