“Auditors ask about patching, and we can't show what we decided or why.”

Make every patch decision defensible

In OT, compliance means showing that relevant advisories were reviewed and a sound decision was made, not that every patch was installed immediately.

Why it matters

Volume

Advisories affecting industrial products arrive constantly.

Constraints

Patching often needs vendor approval and an outage.

Evidence

Requirements such as NERC CIP-007 expect documented assessments.

Focus

Effort should go to applicable, exposed and critical assets.

A structured approach

A sequence that can be adapted to your environment and scope.

  1. Monitor

    Review vendor and CERT advisories for your products.

  2. Match

    Check affected versions against your inventory.

  3. Decide

    Patch, mitigate or accept, with rationale.

  4. Schedule

    Plan patches into maintenance windows.

  5. Report

    Show status and residual exposure.

What you end up with

  • An advisory decision log
  • Compensating controls with expiry
  • Outage-aligned patch plans
  • Exposure reports for audits

Illustrative example

Hypothetical

A controller advisory affects firmware used at two sites. One site is not exposed because the vulnerable service is disabled; the other blocks the port at the zone firewall until the firmware is updated at the next planned stop.

Frequently asked questions

Do OT systems have to be patched within a fixed time?

It depends on the framework. Many expect timely assessment and a documented plan or mitigation rather than immediate installation.

Facing this situation?

Describe where you are today and we'll suggest a practical way forward.

Request a consultation