Donanım güvenlik modülleri: sertifikalı donanımda anahtarlar

Belirleyici olan, kullanım senaryonuz için gereken kanıttır. Sertifikayı, durumu, donanım ve aygıt yazılımı sürümünü ve belgelenen kullanım koşullarını inceleriz. FIPS, Common Criteria ve ödeme sertifikasyonlarının kapsamları farklıdır. Tek bir sertifika, tüm çözümü otomatik olarak doğrulamaz.

HSM'ler için farklı sertifikasyonlar vardır. Her sertifikasyon her kullanıma uymaz. Tam cihaz türünü, yazılım sürümünü ve izin verilen kullanımı inceleriz. Bir cihaza ait kanıt, tüm sistem için otomatik olarak geçerli olmaz.

Tek bir üretici, entegrasyonu ve işletimi kolaylaştırabilir. Ancak farklı gereksinimler farklı platformları gerekli kılabilir. Öncelikle güvenlik alanlarını ve kullanım senaryolarını birbirinden ayırırız. Bunun için birden fazla üretici gerekip gerekmediğine gerekçeli olarak karar verilir; ayrım tek başına otomatik olarak farklı markalar gerektirmez.

Tek bir üretici işletimi kolaylaştırabilir. Bazen farklı görevler farklı cihazlar gerektirir. Bunun için farklı üreticilerin de gerekip gerekmediğini kontrol ederiz.

Kendi donanımınız, dışarıdan sağlanan işletim ve yönetilen hizmetler; sorumluluk, maliyet ve kullanılabilirlik açısından birbirinden farklıdır. Konumlar ve bölgeler açıkça belirlenir. Yedekleme, yeniden başlatma, üretici desteği ve ileride çıkış yapma imkanı da aynı kararın parçasıdır.

Kendi cihazlarınızı kullanabilir veya bir hizmet satın alabilirsiniz. Maliyetler ve görevler farklılık gösterir. Konumları, sorumlulukları ve kurtarmayı birlikte belirleriz. İleride olası bir geçişi de planlarız.

PQC desteği donanıma, aygıt yazılımına, arayüzlere ve uygulamaya bağlıdır. Duyurulan bir güncelleme, canlı ortamda kullanılabilir ve doğrulanmış bir yapılandırmanın kanıtı sayılmaz. Anahtarların ve protokollerin envanterini çıkarır, üreticideki güncel durumu kontrol eder, karşı sistemleri ve kurtarmayı da kapsayan uyumlu geçişler planlarız.

Yeni kriptografik algoritmalar cihaz ve uygulama tarafından desteklenmelidir. Duyurulan bir güncelleme kanıt olarak yeterli değildir. Mevcut sistemleri kontrol eder ve uygun bir geçiş planlarız.

Bir donanım güvenlik modülü kriptografik anahtarları korur ve desteklenen işlemleri tanımlı bir güvenlik sınırı içinde gerçekleştirir. Bir anahtarın dışa aktarılıp aktarılamayacağını, yapılandırması desteklenen yöntemle birlikte belirler. PKCS #11, CNG veya Java sağlayıcı modülleri ile anahtar yönetimi arayüzleri farklı görevler üstlenir. Yalnızca bir arayüzün adını değil, uygulamanın tüm zincirini inceleriz. Kriptografi ve donanım güvenlik modülleri temel yetkinliğimizdir. Üreticilerin serilerini, sertifika numaralarını ve her platformun sınırlarını biliriz. Projenizi seçimden anahtar törenine, oradan da sürekli işletime kadar yürütürüz.

Dört tipik görev, HSM'lerin nerede anlamlı şekilde kullanıldığını gösterir. Hangi kanıtların ve koruma mekanizmalarının gerektiği, uygulamanızdan ve somut gereksinimlerden ortaya çıkar. Tek başına bir HSM, ne tüm ortamın güvenliğini ne de mevzuata uyumunu doğrular.

Bu dört örnek, bir HSM için olası görevleri gösterir. Hangi kanıtlara ihtiyacınız olduğu, kullanım şeklinize bağlıdır. Sertifikalı bir cihaz, tüm ortamı otomatik olarak güvenli hale getirmez.

Kök ve düzenleyen CA'lar, özel anahtarlarını desteklenen bir HSM bağlantısı üzerinden kullanabilir. Buna uygun sertifika profilleri, roller ve sertifika iptali yöntemleri de dahildir. Anahtar korunuyor olsa da, ele geçirilmiş bir CA sunucusu yetkisiz talepler tetikleyebilir; bu nedenle onayları ve uygulamayı da güvence altına alırız.

Bir sertifika otoritesi sertifika düzenler. Özel anahtarları bir HSM'de bulunabilir. Yazılımın yine de korunması gerekir. Yazılımı ele geçiren biri, izinsiz imza isteyebilir.

Ödeme HSM'leri, PIN işleme, kart anahtarları veya anahtar dağıtımı için öngörülen işlevleri destekler. Komutları, anahtar yöntemlerini, iş ortağı gereksinimlerini ve cihazın somut sertifikasyon durumunu inceleriz. Genel amaçlı bir HSM otomatik olarak bunun yerine geçmez.

Bir ödeme HSM'si, ödeme işlemlerindeki görevler için tasarlanmıştır. Örneğin PIN kontrolünde yardımcı olabilir. Gerekli işlevleri ve iş ortaklarınızın gereksinimlerini inceleriz. Her HSM bu görevleri yerine getiremez.

HSM destekli imzalar, yazılım ve aygıt yazılımı için anahtarları koruyabilir. Sürecin ayrıca kimin hangi artefaktı onaylayıp imzalayabileceğini belirlemesi gerekir. Anahtar saklama gereksinimleri, kullanılan sertifika ve güven modeline göre incelenir.

Dijital bir imza, yazılımı ve yayıncısını doğrulamaya yardımcı olur. HSM, imza anahtarını koruyabilir. Ayrıca hangi yazılımı kimin imza için onaylayacağı da düzenlenmelidir.

Bir anahtar yönetimi sistemi, KMIP gibi desteklenen protokoller üzerinden uygulamaları ve depolamayı bağlayabilir ve bir HSM'yi koruma bileşeni olarak kullanabilir. BYOK, harici anahtar yönetimi ve Envelope Encryption durumlarında hangi anahtarların nerede kullanıldığını ve kimin işlem başlatabileceğini inceleriz. BYOK tek başına, sağlayıcının verilere erişim olasılığını ortadan kaldırmaz.

Merkezi bir sistem, uygulamalar ve depolama için anahtarları yönetebilir. Bir HSM, bu sırada özellikle önemli anahtarları koruyabilir. Hangi anahtarı kimin kullanabileceğini inceleriz. Buluttaki kendi anahtarınız, otomatik olarak sağlayıcının verileri okuyamayacağı anlamına gelmez.

Üretici ve seri seçimini dört soru belirler: gereken sertifikasyon seviyesi, gerekli performans, uygulamalarınızın arayüzleri ve işletim modeli. Bunları bir çalıştayda netleştirir, sonucu bir karar belgesinde toplarız.

Üretici ve seri seçimini dört soru belirler. Birincisi gereken sertifikasyon seviyesidir. İkincisi gerekli performanstır. Üçüncüsü uygulamalarınızın arayüzleridir. Dördüncüsü işletim modelidir. Bu soruları bir çalıştayda netleştiririz. Sonucu bir belgede toplarız.

İşlem hacmi ancak algoritma, anahtar boyutu, paralellik ve istemci bağlantısıyla birlikte karşılaştırılabilir. Ayrıca gecikmeyi ve arıza davranışını ölçeriz. Kiracı ayrımında önemli olan sadece partisyon sayısı değil, yetkiler, ortak kullanılan kaynaklar ve yönetimdir.

Hız, göreve bağlıdır. Anahtar boyutu ve eş zamanlı istekler de rol oynar. Uygulamanızı test ederiz. Kullanıcılar birbirinden ayrılıyorsa yetkileri ve ortak kullanılan kaynakları da inceleriz.

Sağlayıcı modülü, mekanizmalar ve anahtar özellikleri uygulamaya uygun olmalıdır. Bir simülatör ilk geliştirme sorularını netleştirebilir, ancak donanım davranışı, performans veya sertifikasyon modu için bir kanıtın yerini tutmaz. Temsili testler, öngörülen hedef ortamda gerçekleştirilir.

Cihaz ve uygulama birbirine uymalıdır. Bir simülatör ilk testlerde yardımcı olur. Ancak gerçek donanımın tüm özelliklerini yansıtmaz. Bu nedenle önemli testleri planlanan hedef ortamda yaparız.

Sertifikasyonlar ve düzenleyici gereksinimler birbirinin yerine geçebilen kalite işaretleri değildir. Seçim için kanıtları somut modülle, onun ürün sürümüyle ve planlanan kullanımla eşleştiririz. Güncel durumu tedarikten önce yetkili kurumlar üzerinden kontrol ederiz.

Sertifikasyonlar ve düzenleyici gereksinimler birbirinin yerine geçebilen kalite işaretleri değildir. Seçim için kanıtları somut modülle, onun ürün sürümüyle ve planlanan kullanımla eşleştiririz. Güncel durumu tedarikten önce yetkili kurumlar üzerinden kontrol ederiz.

CMVP sertifikası, Security Policy, sürümler, işletim modu ve durum kontrol edilir