Conexiones con procesadores y terceros

Cuando un tercero toca el CDE o presta un servicio que afecta su seguridad, su trabajo entra en el alcance del banco. La norma pide que el banco mantenga la lista de esos terceros, que tenga por escrito qué requisitos cumple cada parte y que vigile que los siga cumpliendo. Delegar la operación no delega la responsabilidad: delegarla sin dejarla escrita es el error más caro.

Una matriz de responsabilidades responde, requisito por requisito, quién lo cumple: el banco, el tercero o ambos.

Revisar un registro de conexiones empieza por los vacíos de gobierno: conexiones donde el contrato no reparte las responsabilidades. Son las más peligrosas cuando algo falla, porque nadie puede probar quién debía haber actuado.

Lee el registro de conexiones.

Los datos de tarjeta que viajan por redes abiertas o compartidas tienen que ir cifrados con criptografía fuerte, y esto vale también para los archivos que el banco intercambia con un tercero. Un protocolo de transferencia clásico, sin capa de cifrado, deja el contenido legible para cualquiera que vea el tráfico en la ruta.

La tabla de conexiones tiene una columna de cifrado y la consulta guardada ya la filtra.

Una conexión se revisa con una frecuencia que la política fija. En este banco el plazo máximo sin revisar es de doce meses, y la tabla de datos de la revisión lo declara con la fecha de hoy. Una conexión vencida no está rota: simplemente nadie ha vuelto a comprobar que su configuración, su destinatario y su contrato siguen siendo los mismos.

Cuenta las conexiones cuya última revisión es anterior a doce meses antes de la fecha de la revisión.

El proveedor de mantenimiento entra por el servidor de salto, y ese acceso es el de más riesgo de la lista: llega a la administración de los cajeros. Un acceso remoto de un tercero se controla activándolo solo cuando hay una intervención aprobada, con segundo factor, con una cuenta propia por persona y con sesiones registradas.