Mimic Networks for manufacturing
Mimic Networks protects the Windows and Linux servers a plant depends on, such as MES, historian and management servers. It checks each change against the server's known-good profile and stops unauthorized ones at the point of execution, including on servers you can't patch on schedule. A protected server with no connection to the management plane stays in enforcement. Controllers, HMI panels and engineering workstations stay out of scope.
The servers
Mimic Networks protects the servers above the controllers, on Windows Server or Red Hat Enterprise Linux. Each one gets a Mimic node and its own known-good profile, whether or not it can reach the management plane.
Controllers, HMI panels, engineering workstations, field devices and the OT network stay out of scope.
The rules
Start here
Who we help
MES and historian servers can't come down for a patch on your schedule, and an outage there stops the line. Mimic checks each change on them against their known-good profile and stops unauthorized ones at the point of execution.
A protected server with no connection to the management plane stays in enforcement. Upgrades, updates and changes to its known-good profile go in from physical media, such as a USB drive or CD.
How to protect OT servers you can't patch
Mimic Networks protects Windows Server 2016 and later, and Red Hat Enterprise Linux 8 and later. Check the plant's management servers against that floor before you scope a proof of concept.
Proof
Start with what happens when a server can't reach Mimic. A protected server with no connection to the management plane stays in enforcement. Mimic's guide to OT servers you can't patch covers which servers it protects, what should sit around them and how planned changes go in.
Limits
FAQ
Mimic protects the Windows and Linux servers above the controllers. That means MES and historian servers, the OT management servers that patch and administer the plant, engineering file servers and Active Directory. Each protected server gets a Mimic node and its own known-good profile. Controllers, HMI panels, engineering workstations, field devices and the OT network stay out of scope.
Yes. A protected server with no connection to the management plane stays in enforcement. Upgrades, updates and changes to its known-good profile go in from physical media, such as a USB drive or CD. Plan for that physical step when you scope which plant servers stay off the network, and decide who carries the media and who approves what's on it.
Until a planned outage lets the patch in, Mimic checks each change against the server's known-good profile and stops unauthorized ones at the point of execution. Virtual Patching works in two forms, and both require baselining. Disruption blocks the specific mechanism an analyzed vulnerability depends on, so the exploit doesn't succeed. Containment limits what an exploit can do once it lands, so one safeguard can cover a whole family of exploits. It's part of Mimic's known-good enforcement approach.
Enforcement overhead is tunable, and you measure it on your own servers before you decide. Take a performance baseline on a pre-production MES or historian server, install Mimic and run the same tests your plant already trusts. Mimic decides inline, before the change executes. No reboots required, so plan the install for a window your plant already uses.
Related
Start with a demo. Bring the servers you need to protect and the questions your team will ask.