Skip to main content
Call Eric:863-698-8266
CURRYCONTROLS.COMControls & Automation Knowledge Hub
ReferenceCybersecurityNetworkingDesignStandards

Zones and Conduits

The IEC 62443 way to segment a control system: grouping assets into zones with a shared security level, inventorying every conduit between them, and turning the drawing into firewall rules. With a worked water utility example.

12 min readUpdated Sep 5, 2026Published Sep 5, 2026By Eric Sullivan

The short answer

Zones and Conduits

A zone is a group of assets that share the same security requirements; a conduit is a communication path between two zones. Segmenting by zones and conduits means listing every asset, grouping by function and criticality, assigning each zone a target security level, and then documenting every conduit with its protocols, direction, and the device that enforces it. The conduit list becomes the firewall rule set, and the drawing becomes the record.

Key points

  • Zones are drawn from function, criticality, and ownership, not from IP subnets.
  • Every conduit is documented: endpoints, protocol, direction, initiator, enforcement.
  • The conduit table is the firewall rule set. If a flow is not in the table, it is not allowed.
  • Each remote site is its own zone. The radio or cellular link is a conduit.
  • The undocumented conduit, usually a vendor modem or a dual-homed laptop, is where the drawing is wrong.

The two words

IEC 62443 describes a control system as zones connected by conduits. A zone is a grouping of physical or logical assets that share common security requirements. A conduit is a logical grouping of communication channels between zones that share the same security requirements. The definitions are deliberately about requirements rather than about networks: two devices on the same switch can be in different zones if they need different protection, and two sites a hundred miles apart can be in the same zone if they do not.

In practice zones do usually end up mapped onto network segments, because a network boundary is how the requirement gets enforced. But the design goes in the order requirement first, network second. Drawing zones from the existing subnets is the most common mistake, and it produces a drawing that documents what happens to exist rather than what should.

Drawing the zones

  1. 1

    Start from the asset inventory

    Every controller, HMI, server, workstation, network device, radio, modem, and instrument with a network address. A zone drawing built from memory misses the things that matter.

  2. 2

    Group by function

    Assets that do the same job together: the SCADA servers, the plant PLCs, the engineering workstations, the historian. Then by physical location, because a remote site cannot share enforcement with the plant.

  3. 3

    Separate by criticality

    Within a function, split out anything whose compromise has a different consequence. A chlorine feed controller and a lighting controller are both PLCs; they are not the same zone.

  4. 4

    Separate by ownership and trust

    Anything managed by someone else, a vendor-maintained package system, a leased radio network, a shared municipal network, gets its own zone or is treated as outside.

  5. 5

    Assign a target security level

    From the risk assessment, per zone. Most control zones land at SL 2. The zone containing the most consequential process gets the closest look.

  6. 6

    Check the boundaries

    Every place a line crosses a zone edge is a conduit and needs an enforcement point. If a boundary cannot be enforced, either merge the zones and protect them at the higher level, or move the enforcement to where it can be done.

A worked example

A mid-size water and wastewater utility with one treatment plant, a SCADA system, a dozen remote sites, and an office network might partition itself like this.

ZoneContentsTarget levelNotes
EnterpriseOffice workstations, email, billing, internetOutside the IACSTreated as untrusted from the control side, whatever the IT department does inside it.
Industrial DMZHistorian replica, remote access jump host, patch and antivirus relays, reporting serverSL 2The only zone that talks to both enterprise and control. Nothing in control talks directly to enterprise.
SCADA serversSCADA server pair, primary historian, alarm and notification server, domain controller for the control domainSL 2Operator workstations may be here or in their own zone if they are in a different physical area.
Plant controlPlant PLCs, local HMIs, plant control switchesSL 2Split into two zones if the plant has a process whose loss is much worse than the others, such as disinfection.
EngineeringEngineering workstations with programming software, program backupsSL 2Often a separate zone because it is the one place that can change controller programs.
Remote sitesLift station and well site RTUs and PLCs, each site separatelySL 1 or SL 2One zone per site. A compromised site should not reach another site.
Vendor package systemsA membrane skid or a generator controller with its own networkPer assessmentA zone with a single conduit to plant control, and no conduit anywhere else.

The conduits between those zones are then listed one at a time. The table is long in real systems; the extract below shows the shape.

FromToProtocol and portInitiatorEnforced by
SCADA serversPlant controlEtherNet/IP, TCP 44818 and UDP 2222SCADA serversPlant firewall, rule 12
SCADA serversRemote sitesDNP3, TCP 20000SCADA servers, with unsolicited responses from sitesTelemetry router ACL and per-site firewall
Plant controlSCADA serversNone initiated from plant controlNonePlant firewall default deny
SCADA serversIndustrial DMZHistorian replication, on the port the vendor documentsSCADA servers, outbound onlyDMZ firewall, rule 3
EnterpriseIndustrial DMZHTTPS to reporting server, TCP 443Enterprise clientsDMZ firewall, rule 7
Industrial DMZSCADA serversRDP from jump host, TCP 3389Jump host only, after MFADMZ firewall, rule 9, time-limited
EngineeringPlant controlProgramming protocols per controller familyEngineering workstationsPlant firewall, rule 15, logged
AnythingAnything elseNoneNoneDefault deny on every boundary
Conduit inventory extract

From the table to the firewall

Each row in the conduit table becomes one or more firewall rules, and the rule number goes back into the table. This is what makes the drawing maintainable: when a rule is questioned a year later, the table says which conduit it serves and why. A rule with no conduit is removed. A conduit with no rule is a finding. The discipline is that the table is the source and the firewall is the implementation, not the other way around.

Remote sites

Utilities have many small zones and few large ones. Each lift station, well, and tank site is its own zone because a site is physically accessible to anyone with a bolt cutter, its enclosure may have a cellular modem in it, and its compromise should stop at the fence. The conduit from each site to the SCADA servers is the telemetry link, and it is enforced at the site by a small firewall or router access list that allows the SCADA protocol to the master and nothing else, and at the plant by the telemetry router that refuses site-to-site traffic.

The conduits nobody drew

When a zone drawing is checked against the network, the discrepancies are almost always conduits that exist without being documented. Look for these.

  • A cellular modem installed by a vendor for support, with the vendor holding the credentials, plugged into the control network.
  • A laptop with wireless enabled that is also cabled into a control switch, bridging enterprise and control.
  • A historian or reporting connection that was set up as a pull from the enterprise side because it was easier.
  • A managed switch with its management interface on the control VLAN and a default password.
  • A printer, a camera system, or an HVAC controller sharing the control network because a port was free.
  • A remote desktop tool on the SCADA server that reaches the internet directly.

Each of these is either brought into the table and enforced, or removed. Leaving one off the drawing does not make it go away; it makes the drawing wrong.

Frequently asked questions

How many zones is too many?
A zone should have a reason to exist: a distinct requirement, a distinct location, or a distinct owner. If two zones have identical requirements and share an enforcement point, merge them. Utilities typically end with a handful of plant zones plus one per remote site, which sounds like many, but each site zone is the same template.
Can a VLAN be a zone boundary?
A VLAN separates traffic; it does not enforce a requirement unless something between the VLANs filters traffic. A VLAN boundary with a firewall or an access list at the inter-VLAN router is an enforceable zone boundary. A VLAN alone is an organizational convenience.
What security level do conduits get?
A conduit inherits the requirements of the zones it connects and needs enough protection to keep the higher-level zone at its level. A conduit between an SL 2 zone and the enterprise needs enforcement that resists an SL 2 attacker coming from the enterprise side.
Who maintains the zone drawing?
The same person or group that owns the control network configuration, and it is reviewed whenever a device is added, a firewall rule changes, or a vendor connection is installed. It belongs with the network drawing and the asset inventory as one set of documents that describe the same system.

Direct contact

Have a controls question?

Reach Eric Sullivan directly about anything on this site, a controls or automation topic, or one of his personal projects.