Integrare correttamente gli HSM di pagamento.

Per una cerimonia vengono definiti in anticipo presupposti, ruoli, passaggi di controllo e condizioni di interruzione. Le componenti della chiave e i mezzi di accesso vengono affidati a custodi separati secondo la procedura concordata. Il verbale documenta lo svolgimento senza rivelare le componenti segrete. Nello scambio di blocchi di chiavi, ad esempio con TR-31 o TR-34, entrambe le parti devono supportare in modo coerente formati, scopi delle chiavi e operazioni consentite. Un test con dati sintetici verifica questi accordi prima che siano coinvolte chiavi di produzione o percorsi di pagamento.

Per la migrazione pianifichiamo finestre temporali, disponibilità dei partner, limiti di rollback e riconciliazioni delle transazioni. Non tutti i pagamenti già eseguiti possono essere annullati con un rollback tecnico. Per questo i percorsi di rollback e i chiarimenti manuali vengono concordati a livello di business. Ricevete risultati di test documentati, responsabilità e le evidenze concordate per il vostro processo di verifica; una certificazione formale è un processo a parte.

L'elaborazione dei PIN, la personalizzazione delle carte e i processi delle chiavi dei terminali pongono requisiti diversi rispetto a una PKI aziendale. Confrontiamo i comandi necessari, gli scopi delle chiavi e i formati con la piattaforma di pagamento utilizzata. Rientrano in questo anche l'integrazione con l'host, gli accessi di test e le disposizioni dei partner coinvolti. Un'elevata potenza crittografica di un HSM per uso generico non sostituisce una funzione di pagamento supportata. Al contrario, un HSM di pagamento non dovrebbe diventare, senza una verifica, una piattaforma universale per le chiavi di qualsiasi applicazione.

In un trasferimento di chiavi, non basta che mittente e destinatario supportino la stessa lunghezza di chiave. Il vincolo allo scopo d'uso, all'algoritmo e alle operazioni consentite e la protezione del trasporto devono essere coerenti tra loro. Documentiamo le procedure previste per i blocchi di chiavi e la distribuzione, testiamo i formati supportati con chiavi non di produzione e verifichiamo i codici di errore restituiti. I blocchi di chiavi TR-31 e la distribuzione basata su TR-34 vengono trattati come compiti distinti, non come formati intercambiabili a piacere.

Prima di un cambio di dispositivo, OTOKO® inventaria i comandi utilizzati e le zone di chiavi insieme al vostro team operativo. Un piano di test collega i codici di risposta tecnici alle aspettative di business. Per la migrazione vengono riservati referenti presso i partner collegati, approvazioni e riconciliazioni di controllo. Solo dopo un test riuscito e un piano di commutazione concordato segue la finestra di produzione. Il rapporto finale documenta quali chiavi e procedure sono state migrate e quali elementi preesistenti restano necessari.