Integrar correctamente los HSM de pago.

Para una ceremonia se definen de antemano los requisitos previos, los roles, los pasos de control y las condiciones de interrupción. Las partes de la clave y los medios de acceso se asignan a custodios separados conforme al procedimiento acordado. El acta documenta la actuación sin revelar los componentes secretos. Al intercambiar bloques de claves, por ejemplo con TR-31 o TR-34, ambas partes deben admitir de forma coincidente los formatos, los propósitos de las claves y las operaciones permitidas. Una prueba con datos sintéticos verifica estos acuerdos antes de que se vean afectadas las claves de producción o los flujos de pago.

La planificación de la migración contempla las ventanas de tiempo, la disponibilidad de los socios, los límites de vuelta atrás y las conciliaciones de transacciones. No todo pago ya ejecutado puede deshacerse mediante un rollback técnico. Por eso las opciones de vuelta atrás y la resolución manual se acuerdan con el área de negocio. Usted recibe los resultados documentados de las pruebas, las responsabilidades y las evidencias acordadas para su proceso de auditoría; una certificación formal es un aspecto independiente.

El tratamiento de PIN, la personalización de tarjetas y los procesos de claves de terminal plantean requisitos distintos a los de una PKI corporativa. Cotejamos los comandos necesarios, los propósitos de las claves y los formatos con la plataforma de pago empleada. A ello se suman la conexión con el host, los accesos de prueba y los requisitos de los socios implicados. Un alto rendimiento criptográfico de un HSM de propósito general no sustituye una función de pago compatible. A la inversa, un HSM de pago no debería convertirse sin un análisis previo en una plataforma universal de claves para cualquier aplicación.

En una transferencia de claves, el emisor y el receptor deben ser compatibles con algo más que la misma longitud de clave. La vinculación al propósito de uso, el algoritmo, las operaciones permitidas y la protección del transporte deben ser coherentes entre sí. Documentamos los procedimientos previstos de bloques de claves y distribución, probamos los formatos compatibles con claves no productivas y comprobamos los códigos de error. Los bloques de claves TR-31 y la distribución basada en TR-34 se tratan aquí como tareas distintas, no como formatos intercambiables entre sí.

Antes de cambiar de dispositivo, OTOKO® elabora junto con su equipo de operación un inventario de los comandos utilizados y las zonas de claves. Un plan de pruebas relaciona los códigos de respuesta técnicos con las expectativas del área de negocio. Para la migración se reservan interlocutores en los socios conectados, aprobaciones y comprobaciones de coherencia. Solo después de una prueba satisfactoria y un plan de conmutación acordado llega la ventana de producción. El informe final documenta qué claves y procesos se han migrado y qué elementos heredados siguen siendo necesarios.