Segurança de OT: a que seus clientes estão realmente expostos e o que fazer a respeito

Consequências físicas mudam tudo

A OT abrange os sistemas programáveis que monitoram ou controlam processos físicos: sistemas de controle industrial, SCADA, PLCs, automação predial e os computadores do chão de fábrica que os executam. A definição do NIST é mais ampla do que a maioria das pessoas imagina. Qualquer coisa capaz de detectar ou causar uma alteração física direta - seja uma linha de produção, uma subestação ou os controles ambientais de um edifício - fica dentro do perímetro da OT.

Isso é importante porque o pior cenário possível é diferente. Na TI, o pior cenário plausível costuma ser a perda, a criptografia ou a exposição de dados. Na OT, pode ser um estado físico inseguro: um vaso com excesso de pressão, uma subestação sem energia ou um lote de produção que falha na validação. É por isso que a segurança de OT prioriza a segurança física (safety) em primeiro lugar, seguida pela disponibilidade e, depois, integridade e confidencialidade. A segurança de TI geralmente funciona na ordem inversa, começando pela confidencialidade. Se um cliente perguntar por que você não pode simplesmente aplicar a política de endpoint existente ao chão de fábrica, esta é a resposta honesta.

Isso também muda o significado de "tolerância ao tempo de inatividade" (downtime). Uma planta de processo contínuo que não pode absorver uma reinicialização não planejada não está atrasada em termos de segurança; ela está operando dentro da física do processo. E uma configuração de PLC que foi qualificada pelo fabricante (OEM) muitas vezes não pode ser atualizada na mesma cadência de um parque de notebooks sem exigir uma nova certificação. Controles compensatórios e janelas de manutenção planejadas realizam o trabalho que um ciclo de patches faria na TI.

O que realmente está acontecendo no mercado

Dois padrões distintos estão impulsionando a maioria dos incidentes sobre os quais os clientes estão perguntando, e eles exigem defesas diferentes. O primeiro é o direcionamento direto a ambientes de controle. A Dragos vinculou um ataque coordenado a sistemas de cogeração de energia (CHP) e energias renováveis na Polônia, no final de dezembro de 2025, ao grupo ELECTRUM, descrevendo-o como o primeiro ataque coordenado em grande escala contra recursos energéticos distribuídos. Uma campanha separada contra uma empresa estatal de transmissão de energia do Paquistão, em meados de 2025, envolveu buscas ativas por exploits de SCADA e varredura de portas Modbus - o tipo de reconhecimento que a visibilidade de ativos e o monitoramento ciente de protocolos foram desenvolvidos para detectar.

O segundo padrão é mais comum e, de certa forma, mais relevante para a forma como a maioria dos clientes de nossos parceiros é atingida de fato: incidentes de TI com desdobramentos operacionais, sem nenhum comprometimento confirmado de um controlador. A Nucor interrompeu partes da produção por precaução após um acesso não autorizado à TI. A Masimo teve que operar a fabricação abaixo da capacidade normal por semanas após uma invasão de rede. A Jaguar Land Rover estendeu uma paralisação de produção por mais de uma semana após um incidente em setembro de 2025. O ataque de ransomware à Asahi no mesmo mês derrubou os sistemas de pedidos e envios, e a logística só voltou completamente ao normal em fevereiro de 2026. Nenhum desses casos foi um ataque a um controlador. Todos paralisaram a produção porque a TI e a OT estão mais interligadas do que a maioria das avaliações de risco supõe.

Os números confirmam isso. A Dragos rastreou 119 grupos de ransomware impactando organizações industriais em 2025 - acima dos 80 do ano anterior -, atingindo aproximadamente 3.300 organizações, com a manufatura absorvendo mais de dois terços dos impactos. A Siemens estima que o tempo de inatividade não planejado custe cerca de 1,4 trilhão de dólares por ano entre as 500 maiores empresas do mundo. O que chama a atenção na pesquisa de 2025 do SANS Institute não é a detecção - quase metade dos incidentes foi detectada em até 24 horas -, mas a recuperação: quase um em cada cinco levou mais de um mês para ser solucionado. A detecção ficou mais rápida que a restauração, e é na restauração que reside o custo real.

A estrutura regulatória pela qual seus clientes são realmente avaliados

Para a maioria dos seus clientes, a NIS2 é o que define se a resiliência de OT é uma obrigação legal ou apenas algo desejável. A diretiva não cria um regime de OT separado, mas cobre diretamente energia, transporte, água, saúde e manufatura, e o Artigo 21 estabelece requisitos concretos: tratamento de incidentes, backup e recuperação de desastres, segurança da cadeia de suprimentos e controle de acesso. Para um cliente desses setores, conformidade com a NIS2 e resiliência de OT são a mesma conversa, não duas discussões separadas.

A lacuna mais comum entre clientes que afirmam estar prontos para a NIS2 é, na prática, a mesma: eles têm uma rotina de backup, mas ela nunca foi testada contra restrições reais de hardware - onde o dispositivo original não existe mais e uma substituição idêntica não está disponível. Fazer backup da lógica de PLCs, configurações de SCADA e DCS, arquivos de IHM e configurações de dispositivos de rede é uma tarefa. Demonstrar na prática que você consegue restaurá-los - que é para o que o Artigo 21 exige comprovação - é outra completamente diferente.

Como conduzir a conversa de OT com seus clientes

Uma estrutura defensável de segurança de OT precisa de visibilidade de ativos, segmentação, monitoramento e recuperação funcionando em conjunto, e nenhum fornecedor isolado cobre bem as quatro áreas. É exatamente aí que uma conversa com um distribuidor é mais útil para você do que a proposta comercial de um único fornecedor: você pode estruturar a combinação que realmente se adapta ao ambiente do cliente, em vez de forçar um único produto a cobrir quatro problemas para os quais não foi desenvolvido.

Para a parte de resiliência especificamente - backup e recuperação para os ativos de classe PC que realmente paralisam a produção quando ficam indisponíveis, estações de trabalho de IHM, servidores SCADA, estações de engenharia, historiadores -, o Acronis Cyber Protect for OT foi desenvolvido com base em backup por imagem, recuperação em hardware heterogêneo e suporte aos sistemas legados Windows e Linux que dominam as fábricas existentes (brownfield). Ele foi projetado para retornar rapidamente a um estado de produção validado, e não apenas para concluir uma rotina de backup, além de funcionar em ambientes isolados (air-gapped) onde a conectividade com a nuvem não é uma opção. Do lado da visibilidade de ativos e vulnerabilidades, o Nanitor fornece aos clientes o inventário e o panorama de exposição para os quais as obrigações do Artigo 21 da NIS2 exigem cada vez mais documentação.

Se um cliente estiver perguntando sobre segurança de OT, o próximo passo útil geralmente não é um único p

[...]