¿Quién entró anoche a tus servidores virtuales?

Pregúntale a tu administrador quién entró al clúster Proxmox la semana pasada. En la mayoría de las empresas, la respuesta es la misma: un usuario compartido llamado “admin”, sin rastro de quién lo usó, cuándo ni para qué.

Tener los accesos bien configurados no es solo un trámite para cumplir con la Ley 21.719. Es una práctica básica de infraestructura que hoy sale muy cara ignorar.

Lo que Proxmox ya incluye (y casi nadie usa)

Proxmox VE trae un control de accesos bastante completo. Permite crear una cuenta por persona, asignar permisos exactos (como ver pero no borrar, o administrar VMs sin tocar la configuración del clúster) y activar la autenticación de dos factores. Además, guarda todo en un registro de auditoría: quién encendió una máquina, quién cambió una red o quién borró un snapshot.

El problema no es la herramienta, sino la inercia. Casi nunca se configura bien desde el día uno, y corregirlo después exige cambiar accesos que llevan años funcionando bajo la excusa del «siempre se ha hecho así».

Tres ajustes indispensables de seguridad

  • Cuentas individuales, no compartidas: Si tres técnicos usan la clave “admin”, el registro de auditoría no sirve de nada. Sabrás qué se hizo, pero jamás quién lo hizo.
  • Permisos por rol y pool: Un técnico que solo reinicia máquinas de un cliente no necesita control total del almacenamiento del clúster. Proxmox permite acotar esto por pool de recursos; la mayoría lo deja como administrador total solo por no darse el tiempo de segmentar.
  • Autenticación de dos factores (2FA): Activarlo en cuentas administrativas toma un par de minutos y evita que una contraseña filtrada le entregue el control total de tu clúster a un atacante.

Lo que exige la ley (y cualquier auditor)

Si un cliente, un auditor o la Agencia de Protección de Datos pregunta quién accedió a un sistema con datos personales, la respuesta debe ser un reporte con nombres, fechas y acciones exactas. Un «probablemente fue alguien del equipo» ya no le sirve a nadie.

Esto conecta directo con la separación de sistemas por sensibilidad de datos que vimos en julio. De nada sirve aislar datos sensibles en una VM si cualquier persona del equipo entra con permisos de administrador y sin dejar rastro.

Cómo ordenarlo sin detener la operación

Configurar usuarios individuales y roles en Proxmox no requiere downtime. Puedes hacerlo en paralelo, migrando a cada técnico a su cuenta personal de forma progresiva. Activar el 2FA toma literalmente minutos. Lo que sí exige tiempo (entre uno y tres días, según el tamaño del entorno) es definir qué permisos necesita cada persona. Pero es justo ese trabajo previo el que te salvará de tener que improvisar respuestas bajo presión en medio de una auditoría.

Usamos Proxmox como ejemplo porque es nuestra plataforma de referencia, pero la lógica es la misma para cualquier hipervisor. No necesitas cambiar de tecnología para empezar a hacer las cosas bien.

¿Sabes hoy, con total certeza, quién tiene las llaves de tus servidores virtuales?


Artículos relacionados