Protección contra la corrupción conforme al Reglamento de Máquinas
Sytance · Actualizado
La sección 1.1.9 del anexo III se aplica cuando la corrupción de una conexión, componente de hardware, software, datos o configuración puede afectar al cumplimiento de los requisitos esenciales de salud y seguridad. No es una cláusula general de seguridad de TI, sino un requisito de seguridad de las máquinas.
Conexiones que pueden provocar situaciones peligrosas
La primera frase establece el límite de seguridad. Una conexión con la máquina o el producto relacionado no debe provocar una situación peligrosa. La conexión puede producirse a través de otro dispositivo, de una función de ese dispositivo conectado o de un dispositivo remoto que se comunique con la máquina o el producto relacionado.
La máquina o el producto relacionado deberá diseñarse y fabricarse de modo que la conexión con ella de otro dispositivo, ya sea a través de cualquier función del propio dispositivo conectado o de cualquier dispositivo remoto que se comunique con la máquina o el producto relacionado, no provoque una situación peligrosa.
Reglamento (UE) 2023/1230, anexo III, sección 1.1.9 — original en inglés
Un valor corrompido debe incluirse en esta evaluación si puede cambiar el comportamiento seguro de la máquina. El mero hecho de que esté almacenado en un sistema conectado a una red no basta para demostrar ese efecto sobre la seguridad.
Elementos protegidos
La sección 1.1.9 enumera varios elementos que deben protegerse. La condición común es que estén vinculados a los requisitos esenciales de salud y seguridad pertinentes.
- un componente de hardware que transmita señales o datos, cuando sea pertinente para la conexión o el acceso a software crítico;
- software y datos críticos para cumplir los requisitos esenciales de salud y seguridad pertinentes;
- software instalado en la máquina o el producto relacionado que sea necesario para un funcionamiento seguro;
- software, modificaciones de software y cambios de configuración cuando se exijan pruebas de intervención.
Software y datos críticos
El Reglamento no protege todo el software y los datos del mismo modo. Se centra en el software y los datos críticos para cumplir los requisitos esenciales de salud y seguridad pertinentes. En la práctica, esto incluye la lógica relacionada con la seguridad, los límites de seguridad, los conjuntos de parámetros, la configuración de accionamientos y robots, el firmware y los datos utilizados por una función de control relacionada con la seguridad.
El software y los datos críticos para que la máquina o el producto relacionado cumplan los requisitos esenciales de salud y seguridad pertinentes deberán identificarse como tales y protegerse adecuadamente contra la corrupción accidental o intencionada.
Reglamento (UE) 2023/1230, anexo III, sección 1.1.9 — original en inglés
El texto abarca expresamente tanto la corrupción accidental como la intencionada. Un parámetro cargado por error y un cambio malicioso deliberado pueden ser pertinentes si el mismo elemento corrompido puede provocar una situación peligrosa.
Pruebas de intervención
La sección 1.1.9 no se limita a exigir controles preventivos. También prevé pruebas de intervenciones legítimas o ilegítimas en hardware, software, modificaciones de software o configuraciones pertinentes. Estos registros tienen un propósito más específico que un registro de auditoría de seguridad general: se refieren a intervenciones que pueden afectar al software, los datos o la configuración relacionados con la seguridad.
Objeto de las pruebas
Las pruebas deben mostrar que tuvo lugar una acción o un evento pertinente, como una actualización de software, un cambio de configuración o un acceso al hardware que afecte al software crítico.
Vínculo con la seguridad
El registro solo es útil si vincula la intervención con una función, un parámetro, una versión o una configuración relacionados con la seguridad.
Ejemplos para maquinaria
Los ejemplos siguientes muestran cómo una interfaz o configuración puede afectar a una función de seguridad. Su pertinencia depende de la arquitectura de la máquina y de la evaluación de riesgos.
Acceso de ingeniería
El acceso local o remoto de ingeniería es pertinente cuando puede cambiar límites, modos, lógica o parámetros de seguridad.
Firmware y lógica de aplicación
Las imágenes de firmware y el software de aplicación relacionado con la seguridad son pertinentes cuando respaldan un funcionamiento o una parada seguros.
Comunicación externa
Las vías de bus de campo, Ethernet, wifi, herramientas de servicio, HMI, nube o tarjetas de memoria son pertinentes cuando la corrupción puede afectar a un estado seguro.
Integridad de la configuración
Los parámetros de accionamiento, los límites de los robots, los ajustes de espacios protegidos y la configuración de PLC de seguridad son pertinentes cuando la alteración de sus valores puede neutralizar una medida de protección.
Vínculo con el sistema de control
La sección 1.2.1 del anexo III refuerza el mismo límite para los sistemas de control. Estos deben evitar situaciones peligrosas y, cuando resulte adecuado a las circunstancias y los riesgos, resistir influencias externas intencionadas y no intencionadas, incluidos intentos maliciosos razonablemente previsibles de terceros que provoquen una situación peligrosa.
Esto no convierte cualquier acto malicioso en una cuestión de seguridad de las máquinas. Significa que el análisis del sistema de control debe incluir los intentos maliciosos cuando puedan comprometer el comportamiento seguro del control.