Ödeme HSM'lerini düzgün şekilde entegre edin.

Bir tören için ön koşullar, roller, kontrol adımları ve iptal koşulları önceden belirlenir. Anahtar payları ve erişim araçları, üzerinde anlaşılan yönteme uygun olarak ayrı saklayıcılara verilir. Tutanak, gizli bileşenleri açığa çıkarmadan işlemi belgeler. TR-31 veya TR-34 gibi yöntemlerle anahtar bloğu değişiminde, her iki tarafın da biçimleri, anahtar amaçlarını ve izin verilen işlemleri aynı şekilde desteklemesi gerekir. Üretim anahtarları veya ödeme yolları etkilenmeden önce, bu anlaşmalar sentetik verilerle yapılan bir testle kontrol edilir.

Geçiş planlaması; zaman pencerelerini, partnerlerin hazır bulunmasını, geri dönüş sınırlarını ve işlem mutabakatlarını kapsar. Gerçekleştirilmiş bir ödemeyi teknik bir geri alma (rollback) ile tersine çevirmek her zaman mümkün değildir. Bu nedenle geri dönüş yolları ve manuel çözüm, iş birimiyle koordine edilir. Belgelenmiş test sonuçlarını, sorumlulukları ve denetim süreciniz için üzerinde anlaşılan kanıtları alırsınız; resmi bir sertifikasyon bundan ayrıdır.

PIN işleme, kart kişiselleştirme ve terminal anahtar süreçleri, bir kurumsal PKI'den farklı gereksinimler ortaya koyar. Gereken komutları, anahtar amaçlarını ve biçimleri kullanılan ödeme platformuyla karşılaştırırız. Buna ana bilgisayar bağlantısı, test erişimleri ve ilgili partnerlerin gereklilikleri de dahildir. Genel amaçlı bir HSM'nin yüksek kriptografik performansı, desteklenen bir ödeme işlevinin yerini almaz. Tersine, bir ödeme HSM'si de incelenmeden herhangi bir uygulama için evrensel bir anahtar platformu haline getirilmemelidir.

Bir anahtar aktarımında gönderici ile alıcının aynı anahtar uzunluğunu desteklemesi yeterli değildir. Anahtarın kullanım amacına, algoritmaya ve izin verilen işlemlere bağlanması ile taşıma koruması birbiriyle uyumlu olmalıdır. Öngörülen anahtar bloğu ve dağıtım yöntemlerini belgeleriz, desteklenen biçimleri üretim dışı anahtarlarla test eder ve hata dönüşlerini inceleriz. TR-31 anahtar blokları ile TR-34 tabanlı dağıtım, bu sırada birbirinin yerine geçebilen biçimler olarak değil, farklı görevler olarak ele alınır.

Bir cihaz değişikliğinden önce OTOKO®, kullanılan komutların ve anahtar bölgelerinin envanterini işletim ekibinizle birlikte çıkarır. Bir test planı, teknik yanıt kodlarını iş beklentileriyle ilişkilendirir. Geçiş için bağlı partnerlerdeki irtibat kişileri, onaylar ve kontrol mutabakatları ayrılır. Üretim penceresi, ancak başarılı bir test ve üzerinde anlaşılan bir geçiş planından sonra gelir. Sonuç raporu, hangi anahtarların ve süreçlerin değiştirildiğini ve hangi eski varlıkların hâlâ gerekli olduğunu kaydeder.