Net anahtar kontrolüne sahip bulut HSM.

Özel bağlantı, ad çözümleme, kimlik doğrulama ve gecikme, her kriptografik çağrıyı etkiler. Bağlantı yolunu gerçek yük profiliyle test eder ve bağlantı kesildiğinde izlenecek davranışı planlarız. İkinci bir uç nokta, yalnızca orada uygun anahtarlar ve yetkiler mevcutsa yardımcı olur. Dış anahtar hizmetleri veya müşteri tarafından yönetilen anahtarlar da hangi verileri ve hizmetleri gerçekten kontrol ettikleri bakımından birbirinden farklıdır. Bu sınırları, iş birimi sorumlularının sağlayıcının elinde kalan etkiyi anlayabileceği şekilde belgeleriz.

Bir çıkış konsepti; hangi anahtarların dışa aktarılabileceğini, hangi verilerin yeniden şifrelenmesi gerekeceğini ve hangi hizmetlerin yenileriyle değiştirilmesi gerektiğini tanımlar. Süreler, silme onayları ve yedeklere bağımlılıklar da buna dahildir. Projede gerçekleştirilebilir işletim hedefleri üzerinde anlaşır, yeniden başlatmayı ve yetki iptalini test ederiz. Bu inceleme yapılmadan verilecek genel bir tam taşınabilirlik sözü sağlam olmaz.

AWS CloudHSM ve Azure Key Vault Managed HSM, farklı entegrasyon ve işletim modellerini temsil eder. AWS CloudHSM, buna uygun uygulamalar için HSM istemci bağlantıları sunar; Azure Managed HSM ise Azure entegrasyonuna sahip yönetilen bir anahtar hizmeti sağlar. Her iş yükü için API'yi, anahtar türlerini, kimlikleri ve kurtarma modelini inceleriz. Bu nedenle bir geçiş, yalnızca bir sunucu adresinin değiştirilmesinden ibaret değildir. Belirleyici olan, somut uygulamanın ve gereken kontrol kapsamının hizmetle uyuşup uyuşmadığıdır.

Bring Your Own Key (BYOK), öncelikle kendi anahtar materyalinizi desteklenen bir hizmete dahil etmeyi tanımlar. Bu kavram tek başına, anahtar işlemlerini kimin tetikleyebileceğini veya açık metin verilerin nerede işlendiğini yanıtlamaz. Dış anahtar yönetiminde, örneğin belirli onay veya paket açma işlemleri için dış bir hizmet gibi ek teknik bağımlılıklar da devreye girer. Bu güven sınırlarını belgeler ve hedefe yönelik yetki iptalini de test ederiz. İşlevler ve kısıtlamalar, somut bulut hizmeti için incelenir.

Mevcut bir uygulamanın taşınması gerekiyor, ancak anahtar işletiminin kontrol edilebilir kalması şart. OTOKO® önce mevcut arayüzün kullanılmaya devam edilip edilemeyeceğini, yoksa bir uyarlamanın gerekli olup olmadığını inceler. Pilot aşamasında hedef ağdan yanıt sürelerini ölçer, ayrı yönetici rollerini kontrol eder ve kurtarmayı test ederiz. Çıkış konsepti, hem dışa aktarılabilir anahtarları hem de yeni anahtar üretiminin ve veri dönüşümünün gerekli olacağı durumları tanımlar. Bunun sonucunda, sorumlulukların açıkça belirlendiği bir işletim modeli ortaya çıkar.