Ir al contenido
FINORA Academy
SistemaSwitch Aurora

Switch Aurora · Ruta por rol

Oficial de seguridad PCI

DocumentadoAvanzado12 min

Eres quien responde, ante el banco y ante un evaluador, por cómo se protegen los datos de tarjeta y las llaves en el camino de una transacción. No operas el switch, pero decides qué se puede ver, quién puede tocar qué y qué evidencia queda de cada cambio. Tu pregunta favorita es «¿y cómo lo demostramos?».

  • Delimitas el alcance: qué componentes ven datos de tarjeta y cuáles no deberían verlos nunca.
  • Custodias el ciclo de vida de las llaves: quién las genera, dónde viven, cuándo se rotan.
  • Revisas quién tiene qué credencial y con qué alcance, y que nadie comparta la suya.
  • Lees la bitácora: cada cambio con nombre, motivo y resultado, incluidos los intentos rechazados.
  • Llevas el registro de brechas abiertas, con dueño y fecha, en vez de esconderlas.

La tabla separa lo que el diseño de Aurora ya resuelve de lo que todavía es trabajo pendiente. La columna de la derecha es la pregunta que te harás en una revisión.

ControlCómo lo plantea AuroraEstadoPregunta para la revisión
Alcance reducidoLa caja del comercio nunca ve el número de tarjeta: lo lee el terminal. La consola nunca muestra el número completo, la pista ni el PINImplementado¿Hay algún camino, aunque sea un reporte, por el que salga el número completo?
Operaciones criptográficas en el HSMPIN, criptograma del chip y códigos de verificación se resuelven por una interfaz única hacia el módulo de seguridad. Si el HSM no responde, se contesta «falla del sistema», nunca «PIN incorrecto»Implementado como interfaz; la integración con un HSM físico está en la hoja de ruta¿Qué HSM hay detrás en cada ambiente y quién lo custodia?
Gestión de llavesLlaves de trabajo por enlace, renovables con mensajes de red, bajo llaves maestrasEn la hoja de ruta: intercambio de punta a punta, llaves por terminal y formatos de bloque de llave¿Dónde está documentada la ceremonia de llaves y quién la firmó?
Firma de mensajesFirma de cada mensaje del enlace con llaves activa e inactivaEn el código, no activa por defecto¿Qué enlaces la exigen y desde cuándo?
Datos en reposoEl número de tarjeta se guarda cifrado y se muestra enmascaradoImplementado, con mejoras de cifrado pendientes¿Con qué algoritmo, con qué llave y cómo se rota?
Cifrado en tránsitoCada puerto de entrada declara si cifra. Si declara cifrado y no puede cargar su certificado, no se abre: un puerto «seguro» aceptando en claro es peor que un puerto cerradoImplementado¿Qué puertos aceptan sin cifrar y por qué?
Mínimo privilegioCredenciales del switch con alcance: leer, operar enlaces, cambiar reglas. En la consola, roles distintos para operar, administrar y aprobarImplementado¿Cada sistema usa su propia credencial, o hay una compartida?
Cuatro ojosQuien solicita activar una interconexión no la puede aprobarImplementado¿Cuántas personas pueden aprobar hoy? ¿Alguna también solicita?
BitácoraCada cambio desde la consola queda con persona, motivo y resultado, también los rechazados. Nadie la puede editar, ni el administradorImplementado para la consola; la auditoría del switch para clientes ajenos a la consola todavía no tiene pantalla de lectura¿Qué cambios se hicieron fuera de la consola y dónde constan?
Credenciales fuera del repositorioLa cuenta inicial de la consola no trae clave de fábrica: viene del entorno, y sin ella la aplicación no arrancaImplementado¿Cuándo se rotó por última vez?
  1. Qué es Switch Aurora8 min

    Los tres papeles del switch y su estado real, sin adornos.

  2. Qué hace un switch de pagos8 min

    Dónde aparecen el PIN, el chip y el HSM en una compra.

  3. ISO 8583 en palabras propias15 min

    Qué campos son sensibles y por qué nunca se muestran completos.

  4. Mensajería de red10 min

    El cambio de llaves y la firma de mensajes, y lo que falta.

  5. Publicación a cuatro ojos8 min

    Por qué quien pide no aprueba, y qué queda registrado.

  6. Consultar la bitácora de cambios8 min

    Quién tocó qué, con qué motivo y con qué resultado.

  7. Llaves y HSM en la consolaHoja de ruta

    Ver llaves por terminal, sus valores de verificación y su rotación desde Aurora Office.

  8. Preparar la evidencia para una evaluaciónPróximamente

    Qué reunir, de quién y con qué formato.

Cada semana

  • Revisa la bitácora: bloqueos, desvíos, descartes y activaciones. Cada uno con un motivo que se entienda.
  • Revisa los intentos rechazados por falta de permiso. Varios seguidos del mismo usuario merecen una conversación.

Cada mes

  • Revisa quién tiene cada rol en la consola y cada credencial del switch. Quita lo que sobra.
  • Revisa el registro de brechas: dueño, fecha prometida y avance.

Cada trimestre o ante cada cambio grande

  • Revisa el alcance: ¿algún componente nuevo ve datos de tarjeta?
  • Revisa las fechas de rotación de llaves y certificados.
IndicadorQué quiere decirBuena señal
Credenciales compartidasSistemas que usan la credencial de otroNinguna
Cambios sin motivoAcciones de la bitácora con el motivo vacío o ilegibleNinguno
Brechas sin dueñoControles pendientes sin responsable ni fechaNinguna
Rotaciones vencidasLlaves o certificados pasados de su fechaNinguna
Lo que pasaPor quéQué hacer
Decir «cumplimos PCI» porque hay cifradoConfundir tener controles con haber sido evaluadoEl cumplimiento lo determina un evaluador, sobre todos los requisitos. Habla de controles, no de cumplimiento
Una credencial para todos los sistemasEs más cómodoLa bitácora del switch registra el cliente: con una credencial compartida, no responde nada
Mostrar el número completo «solo para soporte»Facilita una consultaAmplía el alcance a todo lo que lo muestra. Seis primeros y cuatro últimos bastan
Esconder una brecha conocidaMiedo a la auditoríaUna brecha registrada con dueño y fecha es gestión. Una escondida es un hallazgo

En Aurora Office te basta el rol de operador, que ve todo sin cambiar configuración, más acceso a la bitácora de cambios. Para administrar usuarios de la consola o credenciales del switch, coordinas con el administrador: separar quien audita de quien administra es, en sí mismo, un control.