Datos y privilegio, lo que se gana al caer un activo

Un servicio corre bajo una cuenta, y esa cuenta tiene permisos. Si el servicio falla en manos de otra persona, quien lo controle hereda lo que la cuenta puede hacer, no solo lo que el servicio guarda. Un servicio sin privilegios que se pierde es un problema acotado a su propio perímetro. El mismo fallo en un servicio con una cuenta de administración de producción abre la puerta a todo lo que esa cuenta toca.

Por eso el registro de activos debería anotar la cuenta y su nivel, y por eso el mismo fallo no pesa igual en dos máquinas distintas aunque tengan idéntica puntuación técnica.

Abre el panel de datos y privilegio de Cordillera Seguros y mira la tabla de relaciones. Algunos activos guardan credenciales para conectarse a otros: un servidor de integración que despliega a producción, un equipo de salto, una aplicación que consulta una base. Esas credenciales son caminos abiertos. Un activo que no guarda un solo dato de clientes puede ser el trampolín hacia varios que sí.

La tercera consulta cuenta, para cada origen, cuántos destinos alcanza con una credencial guardada.

El tipo de dato fija la criticidad, pero el volumen la gradúa. Con cientos de registros de empleados, un incidente es un problema serio y manejable. Con más de un millón de datos personales y financieros de asegurados, el mismo tipo de incidente cambia de escala: lo que se notifica, lo que cuesta, lo que se pierde en confianza. Lo que se gana al comprometer un activo es el producto de lo que guarda y de lo que su cuenta puede alcanzar.

La tabla de datos trae las dos cosas juntas: registros y privilegio.

Para dimensionar un caso hay que ir de lo que se custodia a quién puede tocarlo. Consulta la fila del activo que guarda más registros y lee con qué cuenta de servicio corre. Esa cuenta es la que habrá que revisar si el activo entra en la cola de la semana: quién la usa, desde dónde y con qué permisos.