Solutions/
Manufacturing

Mimic Networks for manufacturing

Protect the plant's Windows and Linux servers from ransomware.

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.

October 27, 2026

The servers

The servers manufacturing can't afford to lose.

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.

  • MES servers. Work orders, genealogy and the schedule the line runs to.
  • Historian servers. The process data plant, quality and engineering teams work from.
  • OT management and patch servers. The servers that administer everything below them.
  • Engineering file servers. Recipes, programs and drawings the plant runs on.
  • Active Directory. The domain controllers plant and corporate systems both trust.

Controllers, HMI panels, engineering workstations, field devices and the OT network stay out of scope.

The servers above the controllers. One Mimic node on each, connected to the management plane or not.Five kinds of plant servers above the controllers, from MES and historian to OT management, engineering file servers and Active Directory, each with a Mimic node enforcing its own known-good profile, connected or not. Controllers, HMI panels, engineering workstations and the OT network stay out of scope. PROTECTED PLANT SERVERS, CONNECTED OR NOT PRODUCTION MES MIMIC NODE DATA Historian MIMIC NODE MANAGEMENT OT management and patch MIMIC NODE ENGINEERING Engineering file servers MIMIC NODE IDENTITY Active Directory MIMIC NODE CONTROLLERS, HMI PANELS, WORKSTATIONS: OUT OF SCOPE
The servers above the controllers. One Mimic node on each, connected to the management plane or not.Five kinds of plant servers above the controllers, from MES and historian to OT management, engineering file servers and Active Directory, each with a Mimic node enforcing its own known-good profile, connected or not. Controllers, HMI panels, engineering workstations and the OT network stay out of scope. PROTECTED PLANT SERVERS, CONNECTED OR NOT PRODUCTION MES MIMIC NODE DATA Historian MIMIC NODE MANAGEMENT OT management and patch MIMIC NODE ENGINEERING Engineering file servers MIMIC NODE IDENTITY Active Directory MIMIC NODE CONTROLLERS, HMI PANELS, WORKSTATIONS: OUT OF SCOPE
The servers above the controllers. One Mimic node on each, connected to the management plane or not.

The rules

The rules you answer to.

Start here

Where manufacturing teams start.

Who we help

Who we help.

CISOs

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.

Servers you can't patch

OT engineers

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

Infrastructure and server owners

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.

What is known-good enforcement?

Proof

How you'll see it work.

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

Where Mimic stops.

  • Mimic Networks protects Windows Server 2016 and later, and Red Hat Enterprise Linux 8 and later.
  • It doesn't run on laptops, desktops or network devices.
  • In Maintenance Mode, Mimic suspends enforcement and keeps monitoring.
  • Mimic doesn't run on controllers, HMI panels, engineering workstations or field devices, and it doesn't watch the OT network.
  • On a protected server with no connection to the management plane, upgrades, updates and changes to its known-good profile go in from physical media, such as a USB drive or CD.

FAQ

Frequently asked questions.

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.

The line can't stop for the patch. The server stays in enforcement while it waits.A vulnerability on a plant server is disclosed, the patch is tested off the line and an outage is scheduled before it goes in. Through that wait, Mimic checks each change on the protected server against its known-good profile, with or without a connection to the management plane. Vulnerability disclosed Patch tested off the line Outage scheduled Patch applied THE PLANT WAITS FOR AN OUTAGE EACH CHANGE CHECKED, CONNECTED OR NOT A server with no connection to the management plane takes updates from physical media.
The line can't stop for the patch. The server stays in enforcement while it waits.A vulnerability on a plant server is disclosed, the patch is tested off the line and an outage is scheduled before it goes in. Through that wait, Mimic checks each change on the protected server against its known-good profile, with or without a connection to the management plane. Vulnerability disclosed Patch tested off the line Outage scheduled Patch applied THE PLANT WAITS FOR AN OUTAGE EACH CHANGE CHECKED, CONNECTED OR NOT A server with no connection to the management plane takes updates from physical media.
The line can't stop for the patch. The server stays in enforcement while it waits.

See it on your servers.

Start with a demo. Bring the servers you need to protect and the questions your team will ask.

Book a demo