Control de Accesos por Roles: Quién Debe Ver Qué en el LIMS de tu Laboratorio

El eslabón más débil no siempre es el ordenador: son los permisos

Cuando se piensa en ciberseguridad de un laboratorio, la imaginación va directa al cifrado, al cortafuegos, al ataque externo. Pero según el informe DBIR 2025 de Verizon —uno de los análisis de brechas de seguridad más citados del sector, con datos de más de 12.000 incidentes confirmados—, el 60% de las brechas analizadas implicaron el factor humano, y el uso indebido o el robo de credenciales fue, por segundo año consecutivo, el vector de acceso inicial más frecuente: presente en el 22% de los casos.

En un laboratorio, ese “factor humano” tiene una versión muy concreta: la cuenta de un técnico que puede ver los resultados de clientes que no le corresponden, el usuario de un antiguo empleado que sigue activo meses después de su baja, o el hábito —muy extendido por comodidad— de dar a todo el mundo el mismo nivel de acceso “para no complicarse”. Ninguno de estos escenarios es un ciberataque sofisticado. Son, simplemente, permisos mal configurados.

El cifrado protege los datos de quien no debería estar dentro del sistema. El control de accesos por roles protege los datos de quien ya está dentro, pero no debería ver todo lo que ve.

¿Qué es el control de accesos por roles (RBAC)?

El control de accesos por roles —RBAC, por sus siglas en inglés (Role-Based Access Control)— es un modelo de seguridad en el que los permisos no se asignan persona a persona, sino en función del rol que cada usuario desempeña en la organización. En lugar de decidir manualmente qué puede hacer cada nuevo empleado, se le asigna un rol predefinido —“técnico de laboratorio”, “responsable de calidad”, “cliente externo”— y hereda automáticamente los permisos asociados a ese rol.

El principio que lo sostiene se conoce como mínimo privilegio: cada usuario debe tener acceso únicamente a la información y a las funciones estrictamente necesarias para realizar su trabajo, ni una más. No por desconfianza hacia el personal, sino porque cada permiso adicional es una puerta más que alguien —un atacante, un error, una credencial robada— puede llegar a atravesar.

Los roles que debería distinguir cualquier LIMS medioambiental

En un laboratorio de aguas o medioambiente conviven perfiles con necesidades de información muy distintas. Un modelo de referencia habitual —y el que permite configurar Zendo LIMS módulo a módulo— distingue al menos estos seis roles:

La separación entre “analista” y “responsable de calidad” merece una mención aparte: no es una jerarquía administrativa, es un control de calidad. Si la misma persona que introduce un resultado es también quien lo valida y lo emite, no existe una segunda mirada independiente capaz de detectar un error, una desviación del método o, en el peor de los casos, una manipulación intencionada.

Por qué esto es un requisito normativo, no solo una buena práctica

ISO/IEC 17025: imparcialidad y confidencialidad

La norma de acreditación de laboratorios dedica su cláusula 4.1 a la Imparcialidad, que obliga al laboratorio a identificar y gestionar de forma continua los riesgos derivados de las relaciones de su personal —incluidas las relaciones internas que podrían influir en un resultado— y su cláusula 4.2 a la Confidencialidad, que exige un compromiso legalmente exigible sobre la gestión de toda la información obtenida durante las actividades del laboratorio, salvo que el propio cliente autorice su divulgación. Un sistema donde cualquier usuario puede consultar los resultados de cualquier cliente es, en la práctica, un incumplimiento latente de la cláusula 4.2.

RGPD: minimización y control de acceso

El artículo 32 del Reglamento General de Protección de Datos (Reglamento UE 2016/679) exige aplicar medidas técnicas y organizativas apropiadas para garantizar un nivel de seguridad adecuado al riesgo, incluyendo la capacidad de garantizar la confidencialidad de los sistemas y servicios de tratamiento de forma permanente. El control de accesos por roles es, junto al cifrado, una de las medidas técnicas más directas para cumplir este artículo: limita de raíz quién puede llegar a ver un dato personal, en lugar de confiar solo en que nadie decida mirarlo.

Segregación de funciones y ALCOA+

Ya hablamos en el bloque de Calidad, ISO y Cumplimiento Normativo de los principios ALCOA+ y del audit trail como su garantía técnica: cada acción queda registrada, con quién la hizo, cuándo y qué cambió. El control de accesos por roles es la otra mitad de esa ecuación. El audit trail registra qué ha pasado; el control de accesos decide, de antemano, quién puede hacer que algo pase. Una validación de resultados hecha por la misma persona que los generó, aunque quede perfectamente registrada en el audit trail, sigue sin tener el valor de una segunda revisión independiente.

Cómo funciona el control de accesos por roles en Zendo LIMS

Zendo LIMS permite definir el nivel de seguridad de cada usuario configurando sus permisos de acceso a cada módulo de la aplicación, de forma que cada perfil —muestreo, laboratorio, calidad, administración, dirección— vea y pueda modificar únicamente lo que su función requiere.

Permisos por módulo: Cada usuario puede tener acceso de solo lectura, edición o ninguno a cada área del sistema (peticiones, resultados, facturación, estadísticas, administración).

Portal Web independiente para clientes: Los clientes externos solicitan análisis y consultan sus propios resultados y la trazabilidad de sus muestras, sin acceso al resto del sistema ni a información de otros clientes.

Combinación con control por IP y bloqueo por inactividad: Los permisos por rol se refuerzan con las capas de acceso que vimos en el artículo anterior de este bloque.

Trazabilidad de cada acción por usuario: El sistema audita de forma automática la actividad realizada por cada perfil, incluida la de los usuarios externos que acceden a través del portal web.

Preguntas frecuentes

¿Qué diferencia hay entre control de accesos por roles y control de accesos por usuario?

El control por usuario asigna permisos a cada persona de forma individual, lo que se vuelve difícil de mantener a medida que crece el equipo. El control por roles asigna permisos a una función (“analista”, “cliente”) y cada persona hereda los permisos de su rol; añadir o dar de baja a un empleado se convierte en asignar o quitar un rol, no en reconfigurar permisos uno a uno.

¿Es obligatorio el control de accesos por roles para la acreditación ENAC?

La norma ISO/IEC 17025 no exige literalmente un sistema RBAC, pero sí exige garantizar la confidencialidad de la información de cada cliente (cláusula 4.2) y gestionar los riesgos a la imparcialidad (cláusula 4.1). En la práctica, un LIMS donde todos los usuarios ven todos los datos difícilmente puede demostrar el cumplimiento de estos requisitos ante un auditor de ENAC.

¿Qué pasa si un empleado cambia de puesto dentro del laboratorio?

Con un modelo por roles, basta con reasignar su rol: pierde automáticamente los permisos del puesto anterior y adquiere los del nuevo. Sin roles definidos, es habitual que los permisos se vayan acumulando con cada cambio de puesto, generando usuarios con más acceso del que su función actual requiere.

¿El director técnico debería tener acceso a todo el sistema?

No necesariamente todo, sino todo lo que su función de supervisión requiere: validación de resultados, gestión de no conformidades y consulta del audit trail. Acceso total sin restricciones diluye el propio principio de mínimo privilegio, incluso para los perfiles de mayor responsabilidad.