Enterprise AI, cloud modernization, cybersecurity and platform engineering.
OT & IoT Security

Plant networks you can see, segment and defend, without stopping production.

Many plants still run on flat networks, with unknown PLCs, open vendor access and IoT devices nobody tracks. We map every asset, split the network into Purdue and IEC 62443 zones, broker remote access, and send OT logs to a SIEM your team can act on.

How it works

One reference design, from the enterprise down to the plant floor.

Pick a view: the high-level picture, the Purdue levels, the OT security controls, or the IoT security path.

The big picture on the Purdue model: who connects, the Azure cloud, the enterprise IT levels, the iDMZ, the plant OT levels and an isolated IoT zone, plus the controls that apply at every level.

High-Level Design
High-level OT and IoT design on the Purdue model: users and remote engineers; Microsoft Azure with security operations, identity, cloud SCADA and the IoT data platform; redundant SD-WAN and an out-of-band circuit; Level 5 enterprise and Level 4 site business networks; the Level 3.5 industrial DMZ with syslog relay, patch relay, firewall pair, remote access broker and data broker; Levels 3 to 0 from site operations to the process; an isolated plant IoT zone; a separate safety system; shared controls; and the flows for logs, IoT data, remote access and out-of-band management

The industrial network levels, from the enterprise (Level 5) down to the process (Level 0), with the iDMZ between IT and OT and an isolated safety zone.

Purdue Model
Purdue model diagram showing Level 5 enterprise, Level 4 business planning, Level 3.5 industrial DMZ, Level 3 site operations, Level 2 area supervisory, Level 1 basic control, Level 0 process and a safety zone

How traffic moves from the Azure cloud, through the enterprise IT network and the iDMZ, down to the plant cells: logs flow out one way, remote access is brokered and recorded, management runs out of band, and everything else is blocked.

OT Security
OT security traffic-flow diagram on the Purdue model: Microsoft Azure with Sentinel, Cribl log pipeline and immutable storage; redundant SD-WAN and an out-of-band circuit; enterprise IT edge, core, services, DMZ and out-of-band zones; the industrial DMZ firewall pair with syslog relay and remote access broker; the industrial zone; three OT cell zones at Levels 2 to 0; and an isolated safety system, with a numbered path showing one log packet travelling from a PLC to Sentinel

From the device to the cloud: device identity, edge gateways, an isolated IoT zone, secure transport, device management and threat detection.

IoT Security
IoT security design showing IoT devices, edge gateways, the isolated IoT network, the IoT cloud platform and data and analytics
Business outcomes

From a flat, unknown network to zones you can defend and prove.

We start on the plant floor, not in a slide deck. A site survey finds every device and data flow. Then we design zones and conduits, build them around production windows, and connect OT logs to cloud detection so your team sees threats before they reach a line.

Every asset known

A live inventory of PLCs, controllers, HMIs, IoT devices and firmware, so you know what you are protecting.

Zones that contain attacks

Purdue levels and IEC 62443 conduits with default-deny between cells, so one infected machine cannot reach the whole plant.

Remote access you control

Vendors and engineers connect with MFA through a broker, and every session is recorded. No direct path into control networks.

Threats you can see

OT, firewall and asset logs reach a cloud SIEM, with full logs kept in immutable storage for audits.

Delivery path

From a flat network to defended zones, without stopping a line.

Each phase leaves something working and documented, and changes are planned around production.

  1. Survey the plant floor, control rooms and network closets. Trace OT data flows and build a full asset and firmware inventory.

    • Site survey and asset inventory
    • Current-state OT network map
    Typical duration: 2-4 weeks
  2. Place every device in a Purdue level, define IEC 62443 zones and conduits, and design the iDMZ, remote access and log pipeline.

    • Zone and conduit design
    • Firewall rule rationale
    Typical duration: 3-5 weeks
  3. Deploy redundant OT firewalls and switches, brokered remote access, asset monitoring and the out-of-band network, cell by cell.

    • Segmented zones live
    • Brokered remote access
    Typical duration: 8-16 weeks
  4. Test zone boundaries, failover, remote access paths and log delivery end to end before handover.

    • Segmentation test results
    • Log pipeline test report
    Typical duration: 2-3 weeks
  5. Hand over as-built drawings and runbooks, and keep OT detections tuned as the plant changes.

    • As-built drawings and runbooks
    • Tuned OT detections
    Typical duration: Ongoing
Delivery model
5 Phases
A clear check at every step

Every change is planned around production, and every zone ships with the drawings and rule rationale your team needs to run it.

01
Discover Goals, current setup and limits
02
Architect Target design and main risks
03
Implement Built as code
04
Validate Security and rules check
05
Operate Runbooks and handover
Nothing goes live without your sign-off Each change must pass automatic checks and your review before it reaches production.
No lock-in Built in your own Git and cloud accounts
Built as code Terraform or Bicep you can rerun
Runbooks Your team learns to run it
Ways to start

Start with visibility, then segment and monitor.

Discuss your plant
Technology

Platforms we build on.

Palo Alto Networks Cisco Industrial Ethernet Tenable OT Security XONA Cribl Microsoft Sentinel Azure IoT Azure Log Analytics
FAQ

Questions we hear from plant and OT security teams.

Short answers to common planning questions for OT & IoT Security.

Will segmentation stop production?

No. Changes are planned around production windows and rolled out cell by cell, with rollback steps ready before each change.

Do you replace our existing PLCs or SCADA?

No. We secure and monitor what you already run. Segmentation, access and detection are built around your current control systems.

How do vendors still get remote access?

Through a broker in the iDMZ, after VPN and MFA. They reach only the assets they need, and every session is recorded.

What about IoT devices and sensors?

IoT devices are inventoried and placed in their own zones. Gateways talk outbound only, so a cloud link never becomes a path into control networks.

Which standards do you follow?

The Purdue Model and ISA/IEC 62443 for zones and conduits, NIST SP 800-82 for OT security practice, and NERC CIP where it applies to electric utilities.

References (3)

NIST SP 800-82: operational technology security
NIST. Guidance for securing operational technology and industrial control systems.
Industrial control systems security
CISA. US government guidance and advisories for industrial control system security.
NERC reliability standards
NERC. Mandatory reliability and security standards for the North American power grid.
Free first call

Not sure what is on your OT network?

Start with an OT security assessment. You get an asset inventory and a site-by-site roadmap.

New to iNET SYSTEMS? Meet our founder, see how we work, read the FAQs or start with an AI Security Readiness Assessment.

Book a 30-minute Call
Contact us