TL;DR: Industrial systems often cannot be cleaned with standard enterprise endpoint methods, according to Dragos. OT cleanup decisions must weigh operational harm against containment and timing.
Editorial analysis by NHI Mgmt Group, based on content published by Dragos: “Practical Considerations for Legacy Commodity Malware Cleanup in OT”.
Key questions
Q: Why can immediate malware removal increase risk in industrial environments?
A: Immediate removal can increase risk when the infection is deeply embedded, the scope is uncertain or the cleanup requires shutdowns that affect safety and availability.
Q: What signs tell OT teams that legacy malware needs a planned maintenance-window cleanup?
A: Look for infections that are contained but persistent, systems that still support operations, and environments where segmentation or host changes are possible only through controlled maintenance.
Q: What breaks when legacy malware cleanup is treated like enterprise IT remediation in OT?
A: The assumption that infected systems can be reimaged, instrumented and restored quickly often fails in OT.
Practitioner guidance
- Define a risk threshold for immediate OT malware cleanup Classify infections by operational, safety and compliance impact before choosing immediate shutdown and removal.
- Scope legacy infections before any remediation step Map affected hosts, shares and subnets first, because incomplete scoping can leave a reinfection path in place and force repeated cleanup cycles.
- Reduce lateral movement paths in legacy OT segments Tighten segmentation, restrict common lateral movement ports and protocols, and remove unnecessary Windows features where change control allows it.
Bottom line: Legacy OT malware persists because industrial systems often cannot be cleaned with standard enterprise endpoint methods.
Glossary terms: Operational Technology Malware, Maintenance-Window Remediation, Network Segmentation
Explore further
View Full Forum → | NHI Foundation Course → | Our Services → | Read the full analysis →
Legacy OT malware is primarily a governance and operational compatibility problem. The wrong remediation model fails because industrial assets do not behave like managed enterprise endpoints. In these environments, the critical question is not whether malware exists, but whether the environment can support safe removal without breaking production. Practitioners should treat remediation feasibility as part of security governance, not as an afterthought.
A question worth separating out:
Q: When should organisations choose to leave legacy malware in place temporarily?
A: That choice is reasonable when removal would endanger safety, availability or critical processes more than the infection itself, and when the malware’s behaviour is understood well enough to monitor it safely. The decision should be time-bound, documented and tied to replacement or future remediation, not treated as permanent acceptance.
👉 Read our full editorial: Legacy OT malware cleanup needs risk-based decisions, not IT playbooks