Proteção contra a corrupção ao abrigo do Regulamento Máquinas
Sytance · Atualizado
A secção 1.1.9 do anexo III aplica-se quando a corrupção de uma ligação, componente de hardware, software, dados ou configuração pode afetar o cumprimento dos requisitos essenciais de saúde e segurança. Não é uma cláusula geral de segurança informática. É um requisito de segurança das máquinas.
Ligações que podem causar situações perigosas
A primeira frase estabelece o limite de segurança. Uma ligação à máquina ou ao produto conexo não pode conduzir a uma situação perigosa. A ligação pode ser efetuada através de outro dispositivo, de uma funcionalidade desse dispositivo ou de um dispositivo remoto que comunique com a máquina ou o produto conexo.
The machinery or related product shall be designed and constructed so that the connection to it of another device, via any feature of the connected device itself or via any remote device that communicates with the machinery or related product does not lead to a hazardous situation.
Regulamento (UE) 2023/1230, anexo III, secção 1.1.9 — original em inglês
Um valor corrompido deve ser incluído nesta avaliação se puder alterar o comportamento seguro das máquinas. O facto de estar armazenado num sistema em rede não basta para demonstrar esse efeito na segurança.
Elementos protegidos
A secção 1.1.9 identifica vários elementos protegidos. A condição comum é a sua ligação aos requisitos essenciais de saúde e segurança pertinentes.
- um componente de hardware que transmita sinais ou dados, quando relevante para a ligação ou o acesso a software crítico;
- software e dados críticos para o cumprimento dos requisitos essenciais de saúde e segurança pertinentes;
- software instalado na máquina ou no produto conexo que seja necessário para um funcionamento seguro;
- software, alterações de software e alterações de configuração quando sejam exigidos registos de evidências de intervenção.
Software e dados críticos
O Regulamento não protege todo o software e todos os dados da mesma forma. Centra-se no software e nos dados críticos para o cumprimento dos requisitos essenciais de saúde e segurança pertinentes. Na prática, isto aponta para lógica relacionada com a segurança, limites de segurança, conjuntos de parâmetros, configurações de acionamentos e robôs, firmware e dados utilizados por uma função de controlo relacionada com a segurança.
Software and data that are critical for the compliance of the machinery or related product with the relevant essential health and safety requirements shall be identified as such and shall be adequately protected against accidental or intentional corruption.
Regulamento (UE) 2023/1230, anexo III, secção 1.1.9 — original em inglês
A redação exata abrange tanto a corrupção acidental como a intencional. O carregamento inadvertido de um parâmetro e uma alteração maliciosa deliberada podem ser ambos relevantes se o mesmo elemento corrompido puder criar uma situação perigosa.
Evidências de intervenção
A secção 1.1.9 não é apenas um requisito de controlo preventivo. Também prevê evidências de intervenções legítimas ou ilegítimas em hardware, software, alterações de software ou configurações pertinentes. Estes registos têm uma finalidade mais específica do que um registo geral de auditoria de segurança. Dizem respeito a intervenções que podem afetar software, dados ou configurações relevantes para a segurança.
Objeto da evidência
A evidência deve demonstrar que ocorreu uma ação ou evento pertinente, como uma atualização de software, uma alteração de configuração ou um acesso ao hardware que afete software crítico.
Ligação à segurança
O registo só é útil quando relaciona a intervenção com uma função, um parâmetro, uma versão ou uma configuração relevante para a segurança.
Exemplos relativos a máquinas
Os exemplos seguintes mostram como uma interface ou configuração pode afetar uma função de segurança. A sua relevância depende da arquitetura da máquina e da avaliação de riscos.
Acesso de engenharia
O acesso local ou remoto de engenharia é relevante quando pode alterar limites de segurança, modos de segurança, lógica de segurança ou parâmetros de segurança.
Firmware e lógica da aplicação
As imagens de firmware e o software de aplicação relacionado com a segurança são relevantes quando sustentam um funcionamento seguro ou uma paragem segura.
Comunicação externa
As vias por fieldbus, Ethernet, Wi-Fi, ferramentas de assistência, HMI, nuvem ou cartões de memória são relevantes quando a corrupção pode afetar um estado seguro.
Integridade da configuração
Os parâmetros de acionamento, os limites dos robôs, as definições das zonas protegidas e a configuração de PLC de segurança são relevantes quando valores alterados podem anular uma medida de proteção.
Ligação aos sistemas de controlo
A secção 1.2.1 do anexo III reforça o mesmo limite para os sistemas de controlo. Os sistemas de controlo têm de prevenir situações perigosas e, quando adequado às circunstâncias e aos riscos, resistir a influências externas intencionais e não intencionais, incluindo tentativas maliciosas razoavelmente previsíveis de terceiros que conduzam a uma situação perigosa.
Isto não transforma todos os atos maliciosos numa questão de segurança das máquinas. Significa que a análise do sistema de controlo tem de incluir tentativas maliciosas quando estas possam comprometer um comportamento de controlo seguro.