la ciberseguridad en un laboratorio protege la continuidad del servicio y la integridad de sus resultados. El ataque de ransomware contra Synnovis, laboratorio de análisis en Londres, en junio de 2024, aplazó más de 11.000 citas y procedimientos médicos. ISO/IEC 17025 pide proteger los datos contra acceso no autorizado, manipulación y pérdida (7.11.3) y gestionar los riesgos (8.5). Diez controles básicos reducen la mayor parte del riesgo.
- El ransomware contra Synnovis (junio de 2024) aplazó más de 11.000 citas y procedimientos.
- ISO/IEC 17025 pide proteger los datos contra acceso no autorizado, manipulación y pérdida (7.11.3).
- Una cuenta por persona, doble factor y respaldos probados cubren buena parte del riesgo.
- El ciberataque debe estar en la matriz de riesgos del laboratorio (8.5).
La ciberseguridad en laboratorios suele verse como un asunto del área de sistemas. El caso Synnovis muestra lo contrario: cuando un laboratorio se detiene, se detiene todo lo que depende de sus resultados. Este artículo resume qué pasó, qué enseña y qué controles concretos puede aplicar un laboratorio de calibración o ensayo, sea cual sea su tamaño.
¿Qué pasó en Synnovis?
- 3 de junio de 2024: un ataque de ransomware cifra sistemas de Synnovis, proveedor de análisis de patología para hospitales del sur de Londres.
- Impacto: según NHS England, se aplazaron más de 11.000 citas ambulatorias y procedimientos programados, y la capacidad de procesar análisis cayó de forma drástica.
- Datos: el grupo Qilin se atribuyó el ataque y publicó cerca de 400 GB de información robada.
- Recuperación: Synnovis no pagó el rescate, reconstruyó su infraestructura y restableció los servicios a finales de 2024.
La lección para cualquier laboratorio: el daño no fue solo perder datos, sino no poder trabajar durante meses.
¿Qué tiene que ver con ISO/IEC 17025?
| Requisito | Qué pide | Lectura en clave de ciberseguridad |
|---|---|---|
| 7.11.3 | Proteger el sistema contra acceso no autorizado, manipulación y pérdida | Control de accesos, protección contra malware y respaldos |
| 8.4 | Proteger, respaldar y recuperar los registros | Copias verificadas y restauración probada |
| 8.5 | Abordar riesgos y oportunidades | Incluir el ciberataque en la matriz de riesgos |
| 4.2 | Confidencialidad de la información del cliente | Una filtración de datos es también una falla de confidencialidad |
| 6.6 | Productos y servicios suministrados externamente | Evaluar al proveedor de software y nube cuando afecta los resultados |
En la práctica, el numeral 7.11.3 cubre tres cosas distintas: quién puede entrar al sistema (acceso), que nadie altere un dato sin rastro (manipulación) y que un fallo no borre los registros (pérdida). El numeral 8.4 agrega que los respaldos se puedan recuperar durante todo el tiempo de conservación, y el 8.5 obliga a pensar el ciberataque como un riesgo con probabilidad e impacto, igual que una falla de un patrón.
Diez controles para tener listos
- Una cuenta por persona. Nada de usuarios compartidos: sin cuenta propia no hay trazabilidad ni control.
- Doble factor de autenticación en el correo, el software del laboratorio y el acceso remoto.
- Mínimo privilegio. Cada persona accede solo a lo que su trabajo requiere; las cuentas de administrador se usan solo para administrar.
- Respaldo 3-2-1. Tres copias, en dos tipos de almacenamiento, una fuera del sitio. Mejor aún si una copia está desconectada o no se puede modificar.
- Restauración probada. Al menos dos veces al año, recupere un trabajo completo desde el respaldo y mida cuánto tarda.
- Actualizaciones al día en sistemas operativos, navegadores y equipos conectados a la red.
- Equipos de medición separados de la red general cuando no necesitan internet.
- Registro de accesos que permita saber quién entró, cuándo y qué hizo.
- Plan de continuidad escrito: cómo seguir midiendo y registrando si el sistema cae, y a quién avisar.
- Formación breve y repetida para reconocer correos fraudulentos, la puerta de entrada más común.
Errores frecuentes
- Tener respaldos que nunca se han restaurado.
- Guardar la única copia en un disco conectado al mismo computador.
- Dejar la cuenta de un empleado activa después de su salida.
- No incluir el ciberataque en la matriz de riesgos porque «somos pequeños».
Términos clave
- Ransomware: programa malicioso que cifra o roba los datos y exige un pago. Ejemplo: todos los archivos del servidor aparecen con una extensión extraña y una nota de rescate.
- Doble factor: además de la contraseña, un código que llega a un dispositivo propio. Ejemplo: un código de seis dígitos en el celular al iniciar sesión.
- Mínimo privilegio: cada persona accede solo a lo que necesita. Ejemplo: un técnico captura lecturas, pero no puede aprobar certificados ni borrar registros.
- Respaldo 3-2-1: tres copias, dos tipos de almacenamiento, una fuera del sitio.
- Plan de continuidad: documento que dice cómo mantener el servicio mínimo durante una falla y cómo recuperarse.
Cómo lo resuelve Go-Cal
Go-Cal trabaja con una cuenta por persona, permisos por rol, autenticación de doble factor y bitácora de auditoría de lo que se hace en la plataforma. Los registros técnicos, los cálculos y los certificados viven en un solo sistema en lugar de repartirse entre computadores y carpetas, lo que reduce los puntos débiles. La ciberseguridad del laboratorio incluye además sus equipos, su correo y su red, que siguen siendo responsabilidad del laboratorio.
Go-Cal es una herramienta de gestión: no otorga la acreditación y las decisiones técnicas siguen siendo del personal autorizado del laboratorio. Complemente con la guía de integridad de datos en ISO/IEC 17025.
Preguntas frecuentes
¿ISO/IEC 17025 exige una certificación de ciberseguridad?
No. Exige proteger los datos contra acceso no autorizado, manipulación y pérdida (7.11.3) y gestionar los riesgos (8.5). Normas como ISO/IEC 27001 son voluntarias y pueden complementar.
¿Un laboratorio pequeño es objetivo de ransomware?
Sí. Muchos ataques son automáticos y buscan cualquier equipo vulnerable, sin importar el tamaño. Los laboratorios pequeños suelen tener menos defensas.
¿Qué hago si sufro un ataque?
Desconecte los equipos afectados de la red, active el plan de continuidad, avise a quien corresponda según la ley de protección de datos aplicable y evalúe el efecto sobre los resultados emitidos como posible trabajo no conforme (7.10).
¿La nube es más segura que un servidor propio?
Depende del proveedor y de la configuración. La nube no elimina la responsabilidad del laboratorio: debe evaluar al proveedor y mantener sus propios controles de acceso.
También le puede interesar
Inteligencia artificial en el laboratorio acreditado: qué puede hacer y qué decide una persona
Cómo usar inteligencia artificial en el laboratorio acreditado sin perder el control: qué dice ISO/IEC 17025, usos de bajo y alto riesgo y cinco reglas.
Calcular la incertidumbre en Excel: ocho riesgos que un auditor puede señalar
¿Calcula la incertidumbre en Excel? Ocho riesgos que un evaluador ISO/IEC 17025 puede señalar, el numeral de cada uno y cómo controlarlo.
Cómo validar una plantilla de cálculo: compruebe que reproduce los números de su Excel
Método en seis pasos para validar una plantilla de cálculo contra un caso real, con criterios de aceptación y la evidencia que pide 7.11.






