Most engineers think…
Most OT security engineers assume that once you have a Guardian sensor watching the network, you have full visibility. That assumption fails in production — and in interviews.
A passive network sensor can only see what crosses the wire it is mirroring. It cannot see a USB stick plugged into a historian, a new process spawned locally, an RDP session opened to a jump host, or anything happening in a segment with no SPAN or TAP point. Nozomi Arc is the host-based sensor that fills those structural blind spots — without requiring a single network change. Understanding when to deploy Arc alongside Guardian is what separates a complete OT security design from one that leaves host-level threats invisible.
① Why passive network sensing leaves host-level blind spots
Guardian, Nozomi's core network sensor, does its job by mirroring traffic from a SPAN port or TAP and running deep packet inspection. This means Guardian can discover assets, detect anomalous OT protocol traffic, and spot network-borne threats — all without touching any device. But that model has hard structural limits.
A passive network sensor only sees what crosses the network. Three categories of events are invisible to it. First, host-internal actions: a USB stick being inserted, a new process executing, a user logging in — none of these generate network traffic. Second, isolated or heavily segmented zones: if no SPAN or TAP covers a subnet, Guardian simply cannot see it. Third, local sessions: an RDP or VNC session that stays within the same subnet never leaves to a mirror port.
These are not theoretical risks. In OT environments, historians, engineering workstations and jump hosts are exactly the machines with human access — the machines most likely to see USB-based exfiltration, insider misuse, or a lateral-movement pivot. Missing that layer means a real threat category goes undetected.
Why can't Guardian detect a USB stick being inserted into a historian server?
② Nozomi Arc — the lightweight host sensor and what it collects
Nozomi Arc is a lightweight software agent that installs on the host operating system of an OT or IT asset — a Windows or Linux historian server, engineering workstation, DMZ jump host, or any endpoint where host-level visibility matters. It reports telemetry directly to Vantage (the cloud-native SaaS management platform) or the CMC (on-prem Central Management Console), appearing in the same asset inventory and alert views as Guardian data.
Four host-context categories Arc collects
- Users — who is currently logged in, new or unexpected accounts, privilege changes, and remote-session logins.
- Processes — what software is running, newly spawned processes, and executables that don't match the known-good baseline for that asset.
- USB / removable media — device attach and detach events, device identifiers, and timing — the key signal for physical exfiltration risk.
- Local sessions — RDP, VNC, local console, and other session types that may never appear on the network mirror.
These four streams feed the same hybrid detection engine that processes Guardian's network data. An anomalous process or an unexpected USB insert triggers an alert in Vantage or CMC just as an anomalous OT protocol sequence would.
Lightweight software agent on the host OS — reports users, processes, USB events and local sessions to Vantage or CMC. No network changes needed.
Passive network sensor (SPAN/TAP) doing deep packet inspection — sees OT protocol traffic, network anomalies and asset communications, but not host internals.
A high-value OT asset that aggregates process data from PLCs. A prime candidate for Arc because it has human access and USB risk, and may not be fully covered by a Guardian SPAN.
Nozomi's cloud-native SaaS management platform that aggregates Guardian sensor and Arc endpoint data into a single asset inventory, alert queue and dashboard.
In an interview, be explicit: Guardian = passive network sensor (SPAN/TAP, DPI, protocol-level); Arc = host sensor (agent, OS-level). Both feed the same Vantage or CMC console. Saying 'Nozomi uses network sensors' without mentioning Arc misses half the architecture.
Which of the following is NOT one of the four host-context categories collected by Nozomi Arc?
③ Arc in action — filling the gaps Guardian cannot reach
The deployment story for Arc is deliberately simple: install a software agent, point it at Vantage or CMC, and you have host visibility immediately. There is no SPAN port to configure, no TAP to order, and no maintenance window needed for a network change. This matters enormously in OT environments where even a minor network change requires a formal change-control process and a maintenance window.
Three OT scenarios where Arc is the right answer: (1) Isolated or micro-segmented zones — where a Guardian sensor cannot be placed and no TAP is available. Arc installs on each host in the zone and phones home. (2) Historian and SCADA servers — these machines aggregate data from many PLCs and are high-value targets; Arc gives you process, user, and USB telemetry from the most sensitive boxes in the plant. (3) DMZ and jump hosts — the crossing point between IT and OT networks, exactly where lateral movement from an IT compromise would pivot into OT; Arc's session and process visibility catches that pivot.
USB-based attacks are a special case. A threat actor — or an unknowing contractor — inserting a USB drive into a historian produces no network traffic. Guardian is silent. Arc logs the event instantly and Vantage raises an alert, giving the analyst a chance to intervene before any malware executes or data copies complete.
Priya Nair, OT security analyst at Bharat Steel Works in Raipur, faces this
A contractor connects an unauthorised USB stick to the plant historian during a maintenance window. The Guardian sensor on the OT network fires no alerts — no suspicious network traffic is observed.
USB insertion is a host event. Guardian only monitors network traffic from the SPAN port; it has no visibility into local device events on the historian.
Check Vantage: Arc is installed on the historian and logs the USB attach event (device ID, timestamp) plus a new process that started immediately after. The alert is waiting in the Vantage queue.
Vantage ▸ Alerts ▸ Host Events ▸ Historian assetIsolate the historian, revoke the contractor's access, and investigate the process that ran. Arc's USB event log and process timeline give Priya the full forensic picture without needing network traffic.
Arc continues to monitor the historian; Guardian monitors network traffic. Future USB events on any Arc-covered host trigger an alert in Vantage immediately, regardless of network activity.
Passive network sensors structurally cannot see USB events, running processes, logged-in users, or activity in zones with no mirror port. Never claim full OT visibility from a network sensor alone — always add Arc for host context on high-value assets.
▶ Watch Arc catch a USB threat Guardian missed
A USB device is inserted on a historian during a quiet maintenance window. Press Play for the Arc detection path, then Break it to see what happens without Arc.
An OT zone has no available SPAN port and a formal change-window is weeks away. You need security visibility on the historian server today. What do you deploy?
④ Arc + Guardian together — unified visibility in Vantage
Arc and Guardian are complementary, not competing. Guardian owns the network layer: passive DPI, OT protocol analysis, network-based asset discovery, and network anomaly detection. Arc owns the host layer: users, processes, USB, and sessions on individual machines. Together, they close the visibility gap in both dimensions.
Both streams flow into the same Vantage or CMC console — no separate tool, no data silo. An asset discovered by Guardian over the network is enriched by Arc's process and user telemetry in the same inventory record. An analyst sees one asset card with both network-behaviour data and host-context data side by side.
The decision rule is straightforward: deploy Arc wherever host context matters and a SPAN/TAP is impractical. For most OT estates that means historian servers, engineering workstations, DMZ hosts, and any host in a segment without a network tap. Guardian covers the network at aggregation points; Arc covers the hosts that matter most. The combination, managed from Vantage or CMC, gives the complete OT security picture that either sensor alone cannot.
When investigating an OT incident, open the asset record in Vantage — it shows both Guardian network data and Arc host data in one view. If Arc is installed, you will see the process list, user history and USB events alongside network-behaviour data, giving a complete picture without switching tools.
An analyst sees an alert in Vantage for an unexpected process on a historian and, separately, anomalous Modbus traffic on the same asset. Which sensors generated each alert?
🤖 Ask the AI Tutor
Tap any question — instant, scoped to this lesson. No login, no waiting.
Pre-curated from vendor docs + community Q&A, scoped to this lesson. For a live prod issue, paste your export into chat.techclick.in.
📝 Wrap-up assessment — six more
You've answered 4 inline. Six left. 70% (7 of 10) marks the lesson complete on your profile. Tap Submit all answers at the end.
🧠 In your own words
Type one line: what can Nozomi Arc see that Guardian cannot, and why? Then compare with the expert version.
🗣 Teach a friend
Best way to lock it in — explain it in one line to a teammate. Tap to generate a paste-ready summary.
📖 Glossary
- Nozomi Arc
- Lightweight software agent installed on a host OS to collect host context (users, processes, USB events, local sessions) for Vantage or CMC.
- Guardian
- Nozomi's passive network sensor (SPAN/TAP-based DPI) for OT asset discovery, protocol analysis and network anomaly detection.
- Vantage
- Nozomi's cloud-native SaaS management platform that aggregates Guardian sensor and Arc endpoint data into a single console.
- CMC (Central Management Console)
- On-prem alternative to Vantage for multi-site estates that cannot use SaaS; aggregates Guardian and Arc data centrally.
- Host context
- OS-level telemetry about what is happening on a machine: active users, running processes, USB events and session activity.
- SPAN port / TAP
- Network infrastructure that copies traffic to a passive sensor port — required for Guardian, not required for Arc.
- Passive monitoring
- Observing copies of network traffic without sending packets or touching devices — Guardian's zero-impact approach.
- Vantage IQ
- AI/analytics add-on to Vantage that accelerates alert triage, correlation and root-cause analysis.
📚 Sources
- Nozomi Networks — Arc endpoint sensor: host visibility for OT & IoT. nozomi.com/products/arc
- Nozomi Networks — Guardian sensor: passive OT network monitoring & DPI. nozomi.com/products/guardian
- Nozomi Networks — Vantage: cloud-native SaaS OT/IoT security platform. nozomi.com/products/vantage
- Nozomi Networks — Platform overview: Guardian, Vantage, CMC & Arc. nozomi.com
- Nozomi Networks Labs — Threat Intelligence & Asset Intelligence subscription feeds. nozomi.com/labs
- Techclick — Nozomi Networks OT/IoT Security course ground-truth reference. techclick.in
What's next?
Got Arc? Next, explore how Nozomi Guardian's passive deep packet inspection discovers assets and detects threats on the network side — the other half of the Arc + Guardian pairing.