Cópias de segurança e recuperação na indústria metalúrgica e de manufatura: quando as testou pela última vez?
A questão que importa não é se existe uma cópia de segurança, mas quando alguém tentou restaurá-la pela última vez. Uma cópia de segurança que é criada mas nunca é restaurada pode estar incompleta, corrompida, ou simplesmente não ser compatível com a máquina em que terá de ser instalada. Isso não é descoberto consultando um ficheiro de registo, mas testando-o efetivamente.
Para a indústria metalúrgica e de transformação, esta não é uma questão teórica. Os controlos CNC, o software MES, os PLC e os sistemas de planeamento que os rodeiam estão cada vez mais ligados à mesma rede que a automação de escritório. Se essa rede ficar inoperacional por uma falha técnica ou por um incidente, a questão não é apenas se os dados voltam, mas se a linha de produção consegue funcionar novamente num prazo operável. É sobre isto que a obrigação de diligência da Diretiva NIS2 versa: não sobre a posse de uma cópia de segurança, mas sobre a capacidade comprovável de recuperação.
Por que o teste de recuperação é mais importante do que a cópia de segurança em si
Uma estratégia de cópia de segurança consiste normalmente em três componentes: o que é copiado, com que frequência, e onde é guardado. Estes são os componentes que as empresas têm geralmente em ordem, frequentemente há anos através do fornecedor de TI. O quarto componente está em falta em muitas empresas de pequena e média dimensão: um teste planeado e repetido em que alguém restaura efetivamente a cópia de segurança num ambiente de teste e verifica se o resultado funciona.
Este teste mostra se a cópia de segurança e a recuperação estão realmente alinhadas. Uma cópia de segurança de um servidor de base de dados sem os ficheiros de configuração correspondentes da máquina ligada é frequentemente inutilizável na prática. O mesmo se aplica a uma cópia de segurança que contém o ficheiro, mas não a chave de licença ou a ligação com o controlo que aciona a linha de produção. Estas lacunas só são encontradas através da restauração, não através da leitura das definições.
O que isto significa para sistemas ligados à rede
Os sistemas de produção que anteriormente funcionavam isolados da rede de escritório, em muitas empresas estão agora ligados a ela: para manutenção remota, para dados de planeamento, ou porque um fornecedor necessita de acesso para atualizações. Esta ligação torna a empresa mais eficiente, mas significa também que uma falha ou incidente na rede de escritório pode ter um impacto direto na área de produção.
Ao testar a recuperação, é portanto útil fazer uma distinção entre a cópia de segurança de sistemas administrativos e a cópia de segurança de sistemas de produção. Ambas têm um tempo de recuperação próprio, um proprietário próprio e um risco próprio se algo correr mal. Um teste que apenas cobre o servidor de escritório não diz nada sobre a rapidez com que uma máquina CNC consegue ler um desenho novamente após uma falha.
O que registar e por que isso é tão importante quanto o teste em si
Um teste de recuperação que ninguém registou é, para uma autoridade de supervisão ou um cliente, indistinguível de um teste que nunca ocorreu. O registo não tem de ser complicado: a data do teste, qual o sistema que foi restaurado, quem o executou e qual foi o resultado. Este é precisamente o tipo de comprovativo que surge novamente numa lista de verificação de segurança de um cliente, e o tipo de justificação que se torna relevante numa notificação de incidente.
Quem quiser organizar isto por medida, encontrará em a visão geral de todos os tópicos por situação como a cópia de segurança e a recuperação se relacionam com as outras nove medidas da obrigação de diligência, como controlo de acesso e registo de incidentes. Isto evita que a recuperação fique isolada, separada do resto do dossier.
Com que frequência os testes são suficientes
Não existe um prazo fixo que se aplique a todas as empresas; isto depende do quão crítico é o sistema e com que rapidez tem de funcionar novamente após uma interrupção. Um teste anual é insuficiente para alguns sistemas e mais do que adequado para outros. Os reguladores e a própria diretiva não prescrevem um intervalo; esperam que uma organização possa explicar por que a frequência escolhida é apropriada para a importância do sistema.
Se tem dúvidas sobre se a sua empresa se enquadra como entidade essencial ou importante sob o dever de cuidado, ou se apenas recebe questões sobre cópias de segurança de um cliente, então a verificação NIS2 fornece uma primeira indicação em poucas perguntas. Perguntas frequentes sobre o que é e o que não é obrigatório estão compiladas em a página com perguntas frequentes.
Um teste de recuperação consome tempo, mas menos do que reconstruir um sistema de produção do zero sem saber se a cópia de segurança funciona. Gostaria de ver como isto se encaixa juntamente com as outras obrigações num único dossiê, com um estado, um comprovante e um proprietário por medida? Comece pela verificação NIS2 gratuita ou continue a leitura na base de conhecimentos.