SystemIT/OT Security & Compliance

ICS Vulnerability Management

ICS vulnerability management that matches every OT advisory to the firmware you run, so the real exposures are named the same day, each with a dated plan

Which advisories affect our substations? Answered today.

See one case, screen by screen ↓
target100%of advisories and vendor bulletins checked against installed firmware, each real exposure with a dated plan
target7daysto mitigate every critical device reachable from the SCADA WAN, remote access or the corporate network
demo14of 212Corvane RTUs raised for one critical bulletin — a product-name match would have raised all 212
demo12of 41real exposures this year came only from a vendor bulletin, with no national advisory
The problem

Why an OT team misses the advisory that matters and chases the ones that don't

Every week national CERTs and equipment makers publish advisories on RTUs, protection relays, PLCs, gateways, HMIs, switches and engineering software. For each one the OT security analyst opens the national advisory, the vendor's PSIRT page or a PDF, finds the affected and fixed versions, and searches the asset register by product name. A name match raises every device in the family, so the queue fills with assets that already run a fixed release, and engineers stop trusting the alerts.

Meanwhile the bulletins that never reach the national feed are missed: in 2025 only 22 % of vendor-published ICS vulnerabilities had a CISA advisory. Severity alone also misleads — a CVSS 9.3 flaw on a drive reached only over a serial link is less urgent than a 9.8 on an RTU any host on the SCADA WAN can reach. And when the auditor asks for the assessment and a dated action plan with its status, as NERC CIP-010-4 R3.4 requires, it has to be pieced together from email and spreadsheets. One NERC CIP settlement covered 127 violations and a $10M penalty.

typical22%of vendor-published ICS vulnerabilities had a CISA advisory in 2025
typical508advisoriespublished by CISA in 2025, covering 2,155 CVEs — the first year above 500
demo3,960assetsa product-name match would have raised at Lumina this year; firmware matching raised 611
Where a week of advisory work goes, in hoursestimated
By hand24 days
With the solution3.8 days
  • Opening national advisories, vendor pages and PDFs3 → 0.3 d
  • Reading each for affected and fixed versions6 → 0.5 d
  • Looking up the asset register by product and firmware5 → 0.5 d
  • Working out reachability from firewall rules and settings4 → 1 d
  • Writing the dated action plan, changes and work orders4 → 1 d
  • Writing the weekly brief for the CISO2 → 0.5 d

Estimated split for a typical week of about 26 advisories and bulletins, using the team's own 20–40 minutes per careful read and inventory lookup, by hand and with the solution (the after column is the analyst's and the lead's review time).

How it works

How an advisory moves

Six agents read every advisory, match it to installed firmware and draft the plan; the vulnerability lead signs.

What comes in
Advisories in12 sources · national CSAF, vendor pages and PDFs, VEX
Agents at work
Source watchernew and vendor-only
Then
Advisory readeraffected and fixed versions
Then
Firmware matcher212 checked, 14 real
Exposure scorermatrix cell
Then
Mitigation plannerdated actions
Brief writer
A person decides
Vulnerability management leadconfirms and signs
What comes out
Ranked exposure list
Signed mitigation plan
Weekly exposure brief
One case, step by step

One vendor bulletin, from 06:52 to a signed mitigation plan

Lumina Utilities runs 4,286 OT assets in 37 product families — 64 substations, 3 power plants, 2 water plants, 41 pumping stations and 2 control centres. On Tuesday, October 13, 2026, its RTU maker publishes a critical flaw with no national advisory. Here is what happens next, screen by screen, in the working solution.

  1. 0106:52

    A critical RTU bulletin, and no national advisory

    Source watcher

    Corvane Automation publishes PSA-2026-019 as a PDF on its PSIRT page: an authentication bypass in the DNP3 file-transfer function of the CA-RTU7 remote terminal unit, CVE-2026-41732, CVSS 9.8. The source watcher pulls 12 sources — the national CSAF feed, 9 vendor security pages and 2 CERT feeds — and links repeats of CVEs it has already read. It flags this one as vendor-only.

    Pull log: “1 new · PSA-2026-019 from Corvane PSIRT (PDF) · no national advisory”

  2. 02Morning

    The day opens on the exposure matrix

    Leena Varghese · Vulnerability management lead

    Leena owns the exposure list. Her home screen is a matrix of severity against exposure, where every dot is one asset Lumina owns: 8 open exposures on 129 assets. Critical × High holds 6 Norrland NR-Gate 220 gateways at pumping stations, day 5 of 7. On the left the feed already carries each verdict — HX-900 not installed, no PX-12, a VEX statement clearing the BW-1200 PLCs. Only the Corvane bulletin is not yet matched.

    “I don't need 212 alarms. I need the 14 that are real, today.”

  3. 03One click

    Match to assets — the range, then the fleet

    Advisory reader and Firmware matcher

    Leena presses Match to assets. The advisory reader reads the 6-page PDF: affected 3.0.0–3.2.6, fixed in 3.2.7. The source watcher checks the national feed and both CERT feeds again — still vendor-only. The firmware matcher finds 212 CA-RTU7s in the inventory and draws their firmware: 171 on 3.3.1, 24 on 3.2.7, 10 on 3.2.5 and 7 on 3.2.2.

    “Firmware matcher — 14 in service inside the range · 9 on 3.2.5 · 5 on 3.2.2 · 3 more not in service (2 spares, 1 test bench)”

  4. 04Every fact cited

    The bulletin, with a margin note on every fact

    Advisory reader

    On the bulletin, each extracted fact is highlighted where the vendor wrote it: the product, the affected range, the fixed release, the prerequisite and the workarounds. The device is exposed only when TCP 20000 is reachable, file transfer is on — the factory default — and DNP3 Secure Authentication is not enforced. The two spares in the Kelmar depot and the unit on the Ravensworth test bench are set aside and flagged to be flashed before issue.

    “212 — a product-name match would raise · 14 — in service on affected firmware”

  5. 0507:43

    Fourteen RTUs move into Critical × High

    Exposure scorer

    The exposure scorer reads substation firewall rule FW-SUB-STD-12: it allows TCP 20000 from the whole SCADA WAN, 10.40.0.0/16, not just the two master stations, and Secure Authentication is off on all 14. Severity Critical, exposure High. The 14 dots fly from the bulletin into the top-right cell, which goes from 6 assets to 20, and EX-2026-0141 is raised.

    “This year a product-name match would have raised 3,960 assets; firmware matching raised 611”

  6. 06The exposure

    Which substation, which firmware, which path

    Exposure scorer

    EX-2026-0141 lists the 14 RTUs at 11 substations — 7 at 132 kV, from Arden Cross to Kestrel Point, and 4 at 33 kV — with firmware, address and Secure Authentication state. Today any of 1,146 SCADA WAN addresses can reach TCP 20000 on all 14. The reason is in the rule revision: these 11 substations run FW-SUB-STD-12 rev 7; the other 53 run rev 9, masters only.

    Mitigate by Oct 20 · remediate by Jan 11, 2027 · name match vs firmware match: 212 → 14

  7. 07Drafted

    Four dated actions: detection, network, setting, firmware

    Mitigation planner

    A detection rule for DNP3 file functions 25–30 from any host but the masters, today. Restrict TCP 20000 at 11 substation firewalls to 10.40.1.10 (Ravensworth) and 10.48.1.10 (Fenwick) — Priya Raman, change CHG-26-3318, approval Grace Mwangi, Oct 15. Disable file transfer, object group 70, by remote setting change with no outage — Tomás Ferreira, Oct 16. Firmware 3.2.7 after 3 days on the test bench, in planned maintenance windows — 14 work orders, Dec 4.

    “Agents proposed it; nothing on site changes until the change and work orders are approved.”

  8. 0808:05

    Leena signs, and the plan becomes the record

    Leena Varghese · Vulnerability management lead

    Leena reviews the rating, the reasons and the four actions and signs with her password; the meaning of her signature is recorded with it. The detection rule goes live at 08:06. Change CHG-26-3318 goes to Grace Mwangi at Ravensworth Grid Control Centre, who approves every change that touches a live substation, and work orders WO-88412 to WO-88425 go to Tomás Ferreira for the outage windows. The signed plan, with its dates and status, is the action plan for the vulnerability assessment record.

    “I confirm the rating Critical × High and approve this action plan.” — signed Oct 13, 08:05

  9. 09Friday

    The CISO's one page, drafted from the records

    Brief writer

    The brief writer drafts the weekly exposure brief for Daniel Okoro, the CISO: what is new, what is most exposed, what is being done and by when, and what is late. Every line links to its exposure record. It is drafted on Fridays at 15:30 and sent at 16:00, only after Leena approves.

    “One new critical exposure, at 11 substations — mitigation starts today”

Who it’s for

Built for everyone who owns an exposure.

The same bulletin, seen by the five people who act on it — what their week looked like, and what it looks like now.

LV
Leena VargheseVulnerability management lead, OT Security · confirms every rating, signs every plan
Vulnerability management lead
Before
Owns the exposure list, fed by name matches that raise whole product families. “I don't need 212 alarms. I need the 14 that are real, today.”
Now
Opens a matrix of severity against exposure where every dot is a real asset on affected firmware, each cell with its clock, and signs a dated plan the same morning.
OS
Omar SiddiquiOT security analyst · reviews advisories, answers range questions, records VEX
OT security analyst
Before
Starts each morning with the overnight advisories and vendor bulletins. “Half my morning goes on opening vendor PDFs to find one version range.”
Now
Reviews every advisory with its verdict against what is installed, answers the reader's questions on ambiguous ranges and records VEX statements for the lead to review.
TF
Tomás FerreiraProtection and control engineer · asset owner for substation RTUs and relays
Asset owner
Before
Plans firmware into outage windows from alerts that name a product, not a device. “Tell me which RTU, which firmware, and when I can get the outage.”
Now
Gets the 14 RTUs by name and firmware, a setting change he can make with no outage, and work orders already placed in the planned maintenance windows.
GM
Grace MwangiControl room manager, Ravensworth Grid Control Centre · approves changes to live sites
Change approver
Before
Approves every change that touches a live substation. “Nothing touches a live substation without a change I've approved.”
Now
Receives the firewall change with the open path drawn as it is today and as it will be after the plan. Nothing on site changes before she approves.
DO
Daniel OkoroCISO · answers to the board and the regulator
CISO
Before
Hears about exposures in fragments. “Are we exposed, and what are we doing about it — in one page.”
Now
Reads a one-page brief each Friday: what is new, what is most exposed, the plan and its dates, and what is late, each line tied to its record.
Built on the engine

6 agents. Each with one job, and hard limits.

Six agents read every advisory, match it to installed firmware and draft the plan; the vulnerability lead signs.

Source watcher

Pulls the national CSAF feed, 9 vendor security pages and 2 CERT feeds every 30 minutes, removes duplicates of the same CVE across sources and flags bulletins with no national advisory.

  • Never discards a bulletin unread
  • A revision updates its advisory — it is not a new one
Advisory reader

Reads each advisory in CSAF, HTML or PDF and extracts the products, affected and fixed versions, CVEs, scores, prerequisites such as ports, services and settings, and the vendor's workarounds — each with its passage.

  • Never guesses a version range — an ambiguous range goes to the analyst as a question
  • Every fact cites its passage
Firmware matcher

Matches each product and version range to the exact firmware installed on each asset, using the asset register, passive monitoring, SBOM and VEX files, and separates in-service assets from spares and test equipment.

  • Never marks an asset “not affected” without a version or VEX statement
  • Firmware older than 30 days is re-checked against passive monitoring
Exposure scorer

Places each match on the matrix: severity from the vendor score and known exploitation; exposure from reachability in the firewall rule base, zones and conduits, whether the vulnerable service is enabled, compensating controls and site criticality.

  • Never lowers the vendor's severity
  • Proposes a cell — the vulnerability management lead confirms
Mitigation planner

Drafts the dated action plan from vendor workarounds and Lumina's playbooks, in order — detection, network restriction, setting change, firmware — with owners, change requests and work orders in maintenance windows.

  • Never changes a device, setting or firewall rule
  • Due dates stay inside the cell's clock
Brief writer

Writes the weekly exposure brief for the CISO and operations in plain words, from the matrix and the action plans.

  • No statement without its record
  • Sent only after the lead approves
Vulnerability management lead

Confirms every rating, signs every plan. The agents propose; a named person decides.

Ask in plain words

Ask about any advisory, asset or exposure

Ask in plain words — or tell it what to change. Every answer points to the bulletin, the inventory or the firewall rule behind it.

Which substations does the Corvane bulletin affect?

14 CA-RTU7s at 11 substations, all on firmware inside 3.0.0–3.2.6: Arden Cross (2), Bellmoor, Calder Ridge (2), Elsworth Grid, Glenhaven, Hollin Bay (2) and Kestrel Point at 132 kV; Dunmere, Farrow Lane, Iverby and Juniper Flats at 33 kV. All 14 accept DNP3 from the whole SCADA WAN under rule FW-SUB-STD-12, so they sit in Critical × High.

Why aren't the other 198 Corvane RTUs exposed?

Because of the version, not the name. 171 run 3.3.1 and 24 run 3.2.7, both outside the affected range; 3.2.7 is the fixed release. Firmware comes from the asset register, confirmed by passive monitoring in the last 24 hours. Three more on 3.2.x are not in service — 2 spares in the Kelmar depot and 1 on the test bench — and are flagged to be flashed before issue.

What can we do before the firmware outage?

Three steps need no outage: today, a detection rule for DNP3 file functions 25–30 from any host but the masters; Oct 15, restrict TCP 20000 at the 11 substation firewalls to the two masters (change CHG-26-3318, Grace Mwangi approves); Oct 16, disable DNP3 file transfer in the RTU settings. Firmware 3.2.7 then goes into planned maintenance windows by Dec 4.

Treat vendor-only bulletins with CVSS 9 or more as Critical

Done. New rule: “A vendor bulletin with CVSS 9.0 or more and no national advisory is rated Critical until a national advisory confirms or revises it.” It already matches today's Corvane bulletin. 12 of this year's 41 real exposures came from a vendor bulletin only. You can change the rule in Settings.

Every screen

The working solution, as it ships.

13 screens from the working solution, on its sample data. Pick one to see it large.

The exposure matrixSeverity against exposure, every dot an asset you own, each cell with its clock; the advisory feed with its verdicts and the selected cell's assets.
Match to assetsThe run on a new vendor bulletin: the extracted range, the national feed checked, the firmware of all 212 RTUs and the 14 in service inside the range.
Real exposures, placedFourteen RTUs in Critical × High, the cell going from 6 to 20, and this year's name match against firmware match.
The bulletin, readMargin notes on every extracted fact, the installed firmware against the affected range, and the units set aside as not in service.
The exposure recordFourteen RTUs at 11 substations with firmware and address, the open path from the SCADA WAN, and why the scorer chose Critical × High.
The action planFour dated actions — detection, network, setting, firmware — with owners, the change and the work orders, and the agents' run.
SignedThe plan approved with the lead's signature and its meaning, the detection rule live, and every agent step on the record.
Advisories and bulletinsEvery advisory read this year, with its source, CVSS, national-advisory status and the verdict against what is installed.
OT assets by firmwareProduct families with their firmware spread, where they are installed and their open exposures.
Open exposuresEach exposure with its matrix cell, assets, state, clock and owner.
The weekly exposure briefOne page for the CISO, drafted from the matrix and the plans, sent only after the lead approves.
Advisory sourcesThe 12 sources and how often each is pulled, real exposures by month with the vendor-only share, and today's pull log.
Your rulesExposure and severity rules, the clock for every cell, who decides, and the inventory and network sources.
Governance

Built for OT: cited, signed, hands off the plant.

Every fact cites its passageEach extracted range, fix and prerequisite is marked where the vendor wrote it, and every match names the asset record and where its firmware came from — the register, passive monitoring or a VEX statement.
The lead confirms and signsAgents propose a cell and a plan. Only the vulnerability management lead confirms a rating, signs a plan or approves the brief, and the meaning of the signature is recorded with it.
Severity is never talked downThe vendor's severity is never lowered, and “not affected” needs an installed version outside the range or a VEX statement — both rules are locked. A flaw known to be exploited in the wild is treated as one level more severe.
Agents never touch the plantThe agents have read-only access to the inventory, the firewall rule base and the devices. They never change a device, a setting or a firewall rule; Lumina's network data stays inside Lumina.
The control room approves every live changeAny change that touches a live site needs a change approved by the control room manager, and firmware goes into outage windows only when the grid or water asset owner accepts it.
Every step on the activity trailEvery advisory read, every verdict, every VEX statement and every signature is recorded with who made it and when — so the assessment and its dated plan, with status, can be shown on request.
Configuration

Your exposure rules and clocks, not ours

How exposure is judged, how fast each cell must move and who decides are settings, chosen by the OT security team.

SettingDefaultChoose from
High exposureReachable from the SCADA WAN, a remote-access path or the corporate networkMedium: reachable only inside its own zone (station bus, plant cell) · Low: not routable — serial link, isolated, in stores or on the test bench
Clock for Critical × High7 days to mitigate · 90 to remediateEvery cell has its own days to mitigate and remediate, from 7 days to the next maintenance window or track — click a cell to change it
The vulnerable service must be enabled for HighOnOn · Off — checked in the RTU and relay settings export
A proven compensating control lowers exposure by one levelOnOn · Off
Count spares and test units as Low and flag them to be updated before issueOnOn · Off
Known exploited in the wildOne level more severeOn · Off — the vendor's severity is never lowered (locked)
Confirm a rating, sign a plan, approve the briefLeena VargheseLive-site changes: Grace Mwangi · firmware into an outage window: Tomás Ferreira (grid), Hamid Rahimi (water) · VEX: Omar Siddiqui, reviewed by Leena Varghese
Weekly briefDrafted Fridays 15:30 · sent 16:00 after approvalTo Daniel Okoro, with a copy to 4
Connections

Works with the feeds and records an OT team already runs on

National ICS advisoriesthe national CSAF 2.0 feed, national CERT bulletins and sector sharing centre alerts
Vendor PSIRT bulletinsvendor security pages in CSAF, HTML or PDF, read every 30 minutes to daily
OT asset registerfirmware, site and state for every asset, synced nightly
Passive network monitoringfirmware seen on the wire, checked hourly
SBOM and VEX filescomponents in each product and the vendor's not-affected statements
Firewall rules, settings and work managementsubstation and plant firewall rule bases, RTU and relay settings exports, maintenance windows
What it changes

The difference, in numbers.

Every figure is labelled: a target the solution is built to, an estimate, a typical published result, or a proven one.

target
100%
of advisories and vendor bulletins checked against installed firmware, each exposure with a dated plan
1,084 of 1,084 read
this year, 12 sources
target
7days
to mitigate every critical device reachable from the network
target
Sameday
from a vendor bulletin to the exposed assets, with or without a national advisory
Name match212 raised
Firmware match14 raised

“demo” = seen in the working solution, on its sample data · “target” = the design goal, measured in the live solution · “estimated” = our estimate, from the team's own 20–40 minutes per advisory and about 26 advisories and bulletins a week · “typical” = published figures (Forescout, ICS cybersecurity in 2026: 508 CISA ICS advisories covering 2,155 CVEs in 2025, and 22 % of vendor-published ICS vulnerabilities with a CISA advisory, from ICS Advisory Project data). Regulatory context: NERC CIP-010-4 R3; one NERC CIP settlement in 2019 covered 127 violations and a $10M penalty (SecurityWeek). Lumina Utilities, every person, site, vendor, product, advisory and CVE number named on this page are fictional — characters and sample data in the working solution.

Questions

What OT security teams ask us.

What is ICS vulnerability management?

It is the work of reading every advisory about industrial control equipment, finding which of your own devices are affected, judging how exposed they are and planning the fix. ICS Vulnerability Management does this with six agents that read every national advisory and vendor bulletin, match it to the exact firmware installed and draft a dated mitigation plan; the vulnerability management lead confirms and signs.

How does it match advisories to the firmware we actually run?

The advisory reader extracts the affected and fixed versions from the CSAF, HTML or PDF, with the passage behind each. The firmware matcher compares them with the firmware on each asset from the asset register, passive monitoring, SBOM and VEX files, and separates in-service assets from spares and test units. For the sample Corvane bulletin a name match would have raised 212 RTUs; 14 were affected.

Does it catch vendor bulletins that never get a CISA advisory?

It reads the vendors' own security pages and the CERT feeds in your source list as well as the national feed, and flags a bulletin that has no national advisory. At Lumina, 12 of this year's 41 real exposures came only from a vendor bulletin.

How does it decide which exposures to fix first?

Each exposure sits on a matrix of severity against exposure. Severity comes from the vendor's score and known exploitation; exposure from who can reach the vulnerable service through the firewall rules, whether that service is enabled and what controls stand in the way. Each cell has its own clock, from 7 days to mitigate for Critical × High.

Does it help with NERC CIP-010 vulnerability assessments?

CIP-010-4 R3.4 asks for the results of the assessment and an action plan with planned completion dates and the status of each item. In the solution, each exposure keeps its matched assets, the reasons for its rating, the dated actions with their status and the lead's signature, all on the activity trail.

Do people stay in control of changes on site?

Yes. The agents have read-only access and never change a device, a setting or a firewall rule. Only the vulnerability management lead confirms a rating or signs a plan, any change to a live site needs the control room's approval, and firmware goes into outage windows only when the asset owner accepts it.

Can we set our own exposure rules and clocks?

Yes. What counts as High, Medium and Low exposure, the days to mitigate and remediate in every cell, the compensating-control and spares rules, who confirms and approves, and when the weekly brief is drafted and sent are all settings.

How long does it take to go live?

The Agentic Solution Engine builds and deploys it from your requirements and documents — your source list, asset register, firewall rule base and mitigation playbooks — and it goes live once every quality gate has passed. We will walk you through it on your own advisories first.

See it on
your substations.

We'll run ICS Vulnerability Management on a sample of your own advisories and your asset register.