TL;DR: OT security still fails when controls depend on heavy agents, frequent updates and post-execution detection, according to Crytica Security. Industrial environments need protection that can act before malware runs without consuming the resources or uptime that operators cannot spare.
Editorial analysis by NHI Mgmt Group, based on content published by Crytica Security: “Why Cybersecurity Fails in OT (And Why Rapid Detection Is the Future)”.
Key questions
Q: Why does post-execution malware detection fail in industrial environments?
A: Post-execution malware detection fails because industrial environments often prioritise availability, use older operating systems, and run specialised protocols and controllers that do not tolerate intrusive agents.
Q: How does IT-OT convergence change attack paths in critical infrastructure?
A: IT-OT convergence expands attack paths by linking business identity, remote administration, and plant networks that were once more isolated.
Q: How do I secure legacy OT systems without overloading them?
A: Use passive or low-overhead monitoring, network segmentation, and whitelisting controls instead of heavy host agents.
Practitioner guidance
- Assess OT control fit against device constraints Inventory where agents, scanners and update-heavy tools would exceed available CPU, memory or maintenance windows, then exempt or redesign those deployments.
- Prioritise pre-execution detection for critical processes Place detection logic as close as possible to process entry so malicious code is blocked before launch, not after visible execution begins.
- Govern every IT-OT connection as a privileged pathway Review remote access, vendor links and cross-zone integrations as high-risk access paths that require strict authentication, segmentation and monitoring.
Bottom line: OT security fails when tools assume spare compute, easy patching and tolerated downtime, because industrial operations do not work on IT’s maintenance model.
Glossary terms: Operational Technology, Air-Gapped Network, Remote Access, Endpoint Detection and Response
Explore further
View Full Forum → | NHI Foundation Course → | Our Services → | Read the full analysis →
OT security fails when the control model assumes IT-style flexibility. Industrial environments do not absorb scans, reboots, heavyweight agents or frequent updates the way enterprise endpoints do. That makes uptime a security constraint, not an operational preference. The practical conclusion is that control design has to start from process continuity and device limits, not from a generic endpoint architecture.
A question worth separating out:
Q: What should teams do first when OT systems cannot tolerate downtime?
A: Start by mapping critical assets, defining safety and availability constraints, and putting compensating controls around the highest-risk connections. For systems that cannot tolerate downtime, use passive monitoring, network segmentation, jump servers, restricted maintenance windows, and rollback plans so visibility and control improve without interrupting process operation.
👉 Read our full editorial: OT security needs pre-execution control, not delayed detection