A efectos de este documento, las referencias al fabricante se hacen a Velotic. Durante la transición, parte de la documentación técnica, los certificados y los avisos de seguridad pueden figurar todavía bajo la marca GE Vernova y alojarse en gevernova.com.

• iFIX Secure Deployment Guide: guía de despliegue seguro con recomendaciones de hardening, arquitectura, comunicaciones seguras, firewall, antivirus, Windows, IPsec, zonas y conductos. 

• Documentación oficial de Velotic sobre iFIX, WebSpace y Operations Hub. 

• Certificación IEC 62443-4-1 del proceso Secure Product Development Lifecycle de Velotic. 

• Directiva (UE) 2022/2555, especialmente el artículo 21 relativo a medidas de gestión de riesgos de ciberseguridad. 

Documentación de OPC Foundation sobre el modelo de seguridad de OPC UA, certificados X.509 y seguridad de las comunicaciones.

• Permite acceder a la experiencia de cliente iFIX/CIMPLICITY mediante una interfaz HTML5 sin instalación pesada en el puesto cliente, según la documentación pública de Velotic. 

• Su uso debe acompañarse de autenticación Windows, control de permisos, segmentación y configuración segura según la guía de despliegue seguro. 

• La guía de despliegue seguro describe una funcionalidad de whitelist denominada Sandbox para limitar el acceso de usuarios de WebSpace a ficheros y programas del servidor, siempre que se configure correctamente. 

• WebSpace admite comunicaciones cifradas mediante SSL/TLS (HTTPS). La opción “Strong Encryption” permite elevar el cifrado del canal (hasta AES de 256 bits), sujeta a la licencia correspondiente, reforzando la confidencialidad del acceso remoto. 

• Su valor principal para NIS2 es reducir la exposición del puesto cliente y facilitar un acceso remoto más controlado que arquitecturas heredadas o no gobernadas. 

• Operations Hub es una plataforma web para visualización, agregación y análisis de datos industriales, incluyendo integración con fuentes de datos de planta. 

• Permite construir dashboards y aplicaciones web para usuarios operativos, supervisores o perfiles corporativos, evitando replicar accesos completos al SCADA cuando no son necesarios. 

• Desde NIS2, ayuda a aplicar mínimo privilegio separando visualización/consulta de operación directa. 

• La seguridad de Operations Hub sigue un modelo moderno y web nativo (HTML5): toda la comunicación entre el navegador del usuario (PC, tablet o smartphone) y el servidor viaja sobre HTTPS/TLS (puertos por defecto 443, o 5000 para portales como Configuration Hub), cifrando tanto los datos de planta como las credenciales e impidiendo ataques de interceptación (man-in-the-middle). 

• La confianza se basa en certificados digitales: certificados de servidor (autofirmados en entornos de prueba o emitidos por una CA interna/Root CA en producción). Si el navegador no confía en el certificado, restringe el acceso hasta instalar la cadena de confianza. 

• Incluye una herramienta de gestión de certificados (Certificate Management Tool) para importar, exportar y renovar los certificados TLS, asegurando la identidad legítima del servidor. 

La confianza entre componentes (Operations Hub, Proficy Authentication/UAA y Configuration Hub) se valida mediante el intercambio y validación mutua de certificados y tokens de sesión.

• iFIX puede integrar la autenticación con el directorio corporativo. En versiones anteriores esta integración se realiza directamente desde iFIX; en las versiones modernas se apoya en el componente común Proficy Authentication (UAA). 

• Permite centralizar usuarios, grupos y permisos en el directorio corporativo, evitando cuentas locales no gobernadas. 

• Es el gestor de identidad común de la suite Proficy (basado en OAuth2), que centraliza la gestión de usuarios de los distintos productos. 

• Soporta autenticación multifactor (MFA), control especialmente relevante para NIS2, aplicable según la política corporativa de identidad. 

• Permite la integración con proveedores de identidad externos (Identity Providers) mediante LDAP y SAML, además de la propia UAA. 

• Registra un audit trail de los eventos de inicio y cierre de sesión de los usuarios (auditoría de sesiones abiertas en el sistema), aportando trazabilidad de las autenticaciones. 

• iFIX dispone de un modelo de seguridad interno basado en áreas de seguridad (Security Areas) y permisos, que restringe el acceso a funciones, pantallas y operaciones según el perfil del usuario, aplicando el principio de mínimo privilegio. 

iFIX incorpora firma electrónica (electronic signatures) para requerir confirmación firmada (Performed-by / Verified-by) de acciones críticas, con registro en el audit trail. Orientada, entre otros, a entornos regulados (por ejemplo, FDA 21 CFR Part 11), es útil como evidencia de trazabilidad de operaciones.

• Velotic publica regularmente boletines de seguridad con las nuevas vulnerabilidades detectadas y las actualizaciones o parches publicados en respuesta, así como los procedimientos de aplicación recomendados en cada caso. 

• Las versiones bajo soporte quedan cubiertas por el compromiso de Velotic de actualizar los productos para resolver las vulnerabilidades identificadas; las versiones discontinuadas dejan de recibir estas correcciones. 

• Se recomienda consultar la relación actualizada de versiones oficialmente soportadas por Velotic para cada producto Proficy y planificar la actualización de las que estén fuera de soporte. 

Se recomienda mantener el software actualizado a través de planes de soporte postventa como los Acceleration Plans de Proficy, suscripciones anuales de soporte y servicios que dan acceso a soporte técnico, actualizaciones y acompañamiento para reducir el riesgo tecnológico.

• Se integra con Proficy Authentication (UAA, OAuth2) para la gestión centralizada de usuarios, compartida con el resto de productos Proficy. La autenticación mediante Proficy Authentication es obligatoria para la consola web de administración; la API REST puede utilizarse sin Proficy Authentication, aunque requiere al menos la seguridad básica de Historian. 

• Permite la integración con proveedores de identidad corporativos mediante LDAP y SAML, de forma que las políticas de identidad de la organización se aplican también sobre el acceso a Historian. 

• Modelo de seguridad basado en grupos (mapeados a grupos de Windows o de Proficy Authentication) que gobiernan la administración, la lectura y la escritura de datos, con una matriz de derechos documentada. 

• Grupos de seguridad documentados: iH Security Admins, iH Collector Admins, iH Tag Admins, iH Archive Admins, iH Audited Writers, iH UnAudited Writers, iH UnAudited Logins e iH Readers. 

• Seguridad a nivel de tag: los tags individuales pueden protegerse para restringir el acceso a datos sensibles, aplicando el principio de mínimo privilegio. 

• El colector actúa como cliente emisor que recopila datos en tiempo real de las fuentes de campo (PLCs, sistemas SCADA como Proficy iFIX, servidores OPC, etc.) y los envía empaquetados al servidor central (Data Archiver) a través de la red mediante el protocolo TCP/IP, por el puerto estándar 14000. 

• Incorpora un mecanismo de almacenamiento local en búfer (store-and-forward) que evita la pérdida de información si se interrumpe la conexión con el servidor, contribuyendo a la resiliencia del dato. 

• La comunicación no es estrictamente unidireccional: aunque el flujo principal de datos de proceso (valores de los tags) viaja del colector hacia el servidor, existe un flujo de control, sincronización, configuración y autenticación en ambos sentidos sobre TCP/IP. Este aspecto debe tenerse en cuenta en la segmentación de red y en las reglas de firewall. 

• En la comunicación entre el colector y el servidor, las conexiones están sujetas a la seguridad de la plataforma, que puede configurarse de forma estricta mediante autenticación basada en usuarios/roles de Proficy Authentication o mediante certificados de seguridad mutua (mTLS), garantizando que solo los colectores autorizados transmitan datos. 

• Autenticación estricta (Strict Authentication): solo los usuarios reconocidos pueden enviar datos al servidor a través de un colector, lo que afecta al usuario Windows bajo el que se ejecuta el colector. Las opciones “Enforce Strict Client Authentication” y “Enforce Strict Collector Authentication” están activas por defecto en instalaciones nuevas. 

• Seguridad por certificados mTLS para colectores: mecanismo robusto que permite, además de autenticar, cifrar la comunicación entre los colectores y el servidor, así como entre los nodos distribuidos/espejo. 

• Además del canal colector–servidor, deben protegerse los demás planos de comunicación: el interfaz de consulta de los datos historizados (clientes de análisis, complementos y API REST) y el interfaz de administración del sistema (consola web de administración y Configuration Hub), que se aseguran mediante HTTPS/TLS, certificados digitales y la autenticación de la plataforma. 

• Registro auditado de escrituras (iH Audited Writers): se genera un mensaje ante cada alta o cambio de valor. 

• Trazabilidad de sobrescrituras: al sobrescribir datos archivados se registran tanto el valor original como el nuevo (evidencia de manipulación). 

• Almacenamiento en formato propietario comprimido (.IHA), con compresión de colector y de archivo. 

• Firma y registros electrónicos (función opcional) que dan soporte a los requisitos de entornos regulados como la FDA 21 CFR Part 11. 

• Data Mirroring: replicación de los datos almacenados en varios nodos (hasta 3: un primario y dos espejos), con inserción, actualización y borrado simultáneos. Requiere licencia Enterprise. 

• Redundancia de lectura con reparto de carga y failover automático de los clientes entre nodos sanos. 

• Velotic publica una Proficy Historian Secure Deployment Guide con recomendaciones de puertos, firewall, zonas de seguridad, endurecimiento y certificados. 

Historian está cubierto por los boletines y avisos de seguridad de Velotic. El portfolio Proficy se desarrolla bajo un proceso Secure Product Development Lifecycle certificado IEC 62443-4-1.

• La existencia de una funcionalidad no implica cumplimiento si no está configurada, gobernada y mantenida. 

• La aplicación de MFA depende de la arquitectura de identidad corporativa y de la integración con el proveedor de identidad correspondiente. 

• OPC UA aporta mecanismos de seguridad, pero sólo protege adecuadamente si se configuran certificados, políticas de seguridad y gestión de confianza de forma correcta. iFIX moderno incorpora OPC UA de forma nativa (driver cliente y servidor UA), mientras que OPC Classic/DA permanece disponible para conectividad heredada; conviene priorizar OPC UA en las comunicaciones que requieran cifrado y autenticación. 

• La resiliencia depende de la arquitectura completa: servidores, red, sincronización, backups, pruebas de recuperación y procedimientos operativos. 

• La gestión de vulnerabilidades exige mantener el software en versiones soportadas y aplicar los parches o recomendaciones del fabricante.
  
  

Las obligaciones concretas y su exigibilidad dependen de la norma nacional de transposición de NIS2 (plazo de transposición: 17 de octubre de 2024) y del alcance de la transposición vigente en la jurisdicción del cliente.