Azure Ödeme HSM Yaşam Döngüsü Yönetimi

Azure Payment HSM, Thales payShield 10K aracılığıyla sunulan bir Çıplak Metal hizmetidir. Microsoft, Thales ile işbirliği yaparak Thales payShield 10K HSM cihazlarını Azure veri merkezlerine yerleştiriyor ve bu cihazları müşterilere otomatik olarak ayırma/serbest bırakma izni verecek şekilde değiştiriyor. Azure'daki payShield, şirket içi payShield ile aynı yönetim ve konak komut arabirimlerine sahiptir ve müşterilerin aynı payShield yöneticisi akıllı kartlarını, okuyucularını ve payShield TMD cihazlarını kullanmasını sağlar.

Dağıtım ve ayırma

Microsoft personeli HSM'leri Azure veri merkezlerine dağıtır ve isteğe bağlı otomatik araçlar aracılığıyla müşterilere ayırır. Bir HSM ayrıldığında, Microsoft mantıksal erişimi kaldırır ve konsol erişimini korumaz. Microsoft'un yönetim erişimi devre dışı bırakılır ve müşteri HSM ve yazılımının yapılandırması ve bakımı için tüm sorumluluğu üstlenir.

Güvenlik ve uyumluluk

Microsoft, HSM'nin fiziksel güvenlik gereksinimleriyle ilgili görevleri PCI DSS, PCI 3DS, PCI PIN, PCI P2PE gereksinimlerine göre işler. Müşterilerden HSM'lerin tahsis edilmesinin iptali, Microsoft'un yönetim erişimini yeniden etkinleştirmeye yönelik mekanizmanın bir parçası olarak tüm şifreleme materyallerini cihazdan siler. Microsoft'un fiziksel HSM cihazlarını barındırmanın ötesinde anahtarların güvenliğini yönetme veya etkileme özelliği yoktur.

Anahtar yönetimi ve müşteri senaryoları

Ödeme HSM'lerini kullanan Microsoft müşterileri, Yerel Ana Anahtar (LMK) ve güvenlik etki alanı oluşturmak için Thales tarafından sağlanan 2 veya daha fazla "Yönetici kartı" kullanır. Tüm anahtar yönetimi bu etki alanında gerçekleşir.

Çeşitli senaryolar oluşabilir:

  • Anahtar Yükleme: Müşteriler, HSM'ye yüklenmek üzere üçüncü taraflardan veya iç yedeklemelerden yazdırılmış anahtar bileşenleri alabilir. Uyumluluk, müşteriler tarafından HSM'ye doğrudan fiziksel erişimin olmaması nedeniyle PCI Anahtar Yükleme Cihazının (KLD) kullanılmasını gerektirir.

  • Anahtar Dağıtımı: Müşteriler HSM içinde anahtar oluşturabilir, ancak bu anahtarları anahtar bileşenleri biçiminde üçüncü taraflara dağıtmaları gerekir. Bulut tabanlı olan Payment HSM çözümü, anahtar bileşenlerini doğrudan HSM'den yazdırmayı destekleyemez. Ancak müşteriler anahtarları dışarı aktarmak ve müşterinin güvenli konumundan yazdırmak için TMD veya benzer bir çözüm kullanabilir.

HSM üretici yazılımı yönetimi

Microsoft, varsayılan olarak FIPS 140-2 Düzey 3 sertifikası ve PCI PTS HSMv3 onaylı yazılım içeren standart bir görüntüyle Ödeme HSM'lerine atama yapar. Microsoft, ayrılmamış HSM'lere güvenlik yamaları uygulamakla sorumludur. Müşteriler, ayrılan HSM'nin sürekli bakım ve güncelleme işlemlerinden sorumludur.

HSM izleme

Microsoft, HSM'nin fiziksel sağlığını ve ağ bağlantısını izler; bu, bireysel HSM'lerin güç, sıcaklık/Fan, OOB Bağlantısı, kurcalama, HOST1/HOST2/MGMT bağlantı durumu, yukarı akış ağı ve ekipmanı içerir.

Müşteriler, HSM hata günlüklerini ve denetim günlüklerini içeren ayrılmış HSM'lerinin işletimsel durumunu izlemekle sorumludur. Müşteriler tüm payShield izleme çözümlerini kullanabilir.

Güç kaynağı yedekliliği

payShield 10K, yedeklilik için çift güç kaynağı birimi (PSU) tasarımı kullanır. Her PSU bağımsız bir güç akışına bağlanır ve bir PSU kısa süreli kesinti yaşadığında cihazın normal şekilde çalışmasına olanak sağlar.

Zamanlanmış veri merkezi güç bakımı sırasında, güç akışları birer birer servise alınırken, diğer akış etkin kalır ve yedekli güç aracılığıyla sürekli çalışma sağlar. HSM günlüklerinizde aşağıdaki gibi geçici tek PSU iletileri görebilirsiniz:

Power supply 1 AC outage
Power supply 1 AC restored

Bu iletiler beklenen davranışlardır ve donanım hatası göstermez; cihaz yedekli PSU'da normal şekilde çalışmaya devam eder.

Önemli

Tek güç kaynağı ünitesi (PSU) günlük mesajlarına dayanarak destek biletleri açmayın veya fiziksel donanım incelemesi talep etmeyin. Microsoft, PSU sistem durumunu izler ve gerçek donanım hatalarını proaktif olarak giderir. Gereksiz fiziksel müdahale, cihazınızın çalışmasına risk verebilir.

İzlememiz orijinal bir PSU veya fan sorunu algılarsa Microsoft, müşteri eylemine veya bildirimine gerek kalmadan bileşenin yerini alır.

Yanıt vermeyen HSM cihazlarını yönetme

Bir müşteriye tahsis edilen HSM yanıt vermiyorsa, bir destek bileti açın; bkz. Azure Ödeme HSM hizmeti destek kılavuzu. Bir temsilci sorunu çözmek için sizinle ve Mühendislik grubuyla birlikte çalışacaktır. Öncelikle, ya yeniden başlatma ya da serbest bırakma/yeniden ayırma işlemi gerekli olabilir.

Yeni -den başlatma

Yeniden başlatmanın iki yöntemi vardır:

  • Geçici Yeniden Başlatma: Mühendislik grubu, cihaza yeniden başlatması için bant dışı (OOB) isteği gönderebilir ve Hizmet Denetim Günlükleri aracılığıyla başarılı olduğunu hızla doğrulayabilir. Bu seçenek, Müşteri Desteği aracılığıyla yapılan bir istek sonrasında kısa süre içinde kullanılabilir. HSM'nin bu isteği almasını engelleyen bazı durumlar (cihaz ağ sorunları, cihaz sabit kilitleme) vardır.

  • Tam Yeniden Başlatma: Mühendislik grubu, HSM'nin yeniden başlatılması için yerinde veri merkezi personelinin fiziksel olarak etkileşim kurmasını isteyebilir. Bu seçenek, etkinin önem derecesine bağlı olarak daha uzun sürebilir. Müşterinin etkiyi değerlendirmek için destek ve mühendislik grubuyla görüşmesini ve müşterinin ilerlemek için yeni bir HSM oluşturması mı yoksa yeniden başlatmayı beklemesi mi gerektiğini belirlemesini kesinlikle öneririz.

Müşteri Verilerinin Etkisi: Her iki yöntemde de müşteri verilerinin yeniden başlatma işleminden etkilenmemesi gerekir.

Serbest bırakma/yeniden ayırma

HSM'yi serbest bırakmak/silmek için iki yöntem vardır:

  • Normal Silme: Bu işlemde müşteri, Azure'da HSM'yi silmeden önce payShield Yöneticisi aracılığıyla HSM'yi serbest bırakabilir. Bu işlem, HSM'nin Microsoft'a geri teslim etmeden önce yayınlanmasını (ve dolayısıyla tüm müşteri içeriğinin/gizli dizilerinin kaldırılmasını) denetler/güvence altına alır ve bu denetimin başarısız olması durumunda engeller. Müşteri HSM'yi serbest bıraktıktan sonra isteği tekrar denemelidir. Bkz . Öğretici: Devreye alınan bir ödeme HSM'sini kaldırma.

  • Zorla silme: Müşteri silinmeden önce HSM'yi serbest bırakamıyorsa (yanıt vermeyen cihaz vb.) Mühendislik grubu, müşteriden gelen belgeli bir istekle Yayın denetimini atlayan bir bayrak ayarlayabilir. Bu durumda, HSM silindiğinde, otomatik yönetim sistemi önceki müşteri adına bir "Yayın" komutu veren ve tüm müşteri içeriğini (veriler, günlükler vb.) temizleyen bir OOB "Geri Kazan" isteği gerçekleştirir.

Müşteri Verilerinin Etkisi: Her iki yöntemde de müşteri verileri "Cihazı Serbest Bırak" komutuyla geri alınamayacak şekilde kaldırılır.

Başarısız HSM'ler

Müşterinin ayırmış olduğu bir cihazda gerçek HSM donanım hatası olduğunda tek eylem "Zorla Sil" elle kaldırma yöntemini kullanmaktır. Bu, bu HSM ile bağlantılı Azure kaynağının silinmesini sağlar. İşlem tamamlandıktan sonra, verileri taşıyan cihazlar (HDD'ler) ve başarısız HSM'de bulunan fiziksel HSM'yi yok etmek için, Datacenter'da bulunan personel onaylı Datacenter çalışma planını takip etmeye yönlendirilir.

Sonraki Adımlar

  • Son güncelleştirme: