Skip to main content

Pro audit program · v1.0

ICS Asset Inventory & Patching Constraints

Inventory for OT looks nothing like IT. Quick check on coverage, criticality, vendor-approved patch windows and risk-acceptance for unpatchable assets.

  • General target area
  • NIST 800-82 framework
  • 6 controls in this program
  • Cyentrix Cyentrix Trusted Author

About this program

Inventory for OT looks nothing like IT. Quick check on coverage, criticality, vendor-approved patch windows and risk-acceptance for unpatchable assets.

Risks addressed

  • High Unknown assets in OT u2014 invisible CVE exposure
  • High Vendor will not certify recent patches u2014 stuck on old firmware
  • Critical Critical safety asset patched, breaks the certification

Controls (6)

  1. Passive OT asset discovery in place

    High

    Passive OT asset discovery in place

    How to test + evidence

    Testing procedure: Tool (Claroty / Dragos / Nozomi / equivalent) passively inventories OT assets.

    Evidence to collect: Tool inventory output.

  2. Criticality + safety classification per asset

    High

    Criticality + safety classification per asset

    How to test + evidence

    Testing procedure: Each asset tagged: safety-critical, operations-critical, support.

    Evidence to collect: Asset register.

  3. Vendor patch approval workflow documented

    High

    Vendor patch approval workflow documented

    How to test + evidence

    Testing procedure: Each vendor patch approval matrix on file: what they certify, what they do not.

    Evidence to collect: Vendor matrix.

  4. Risk acceptance for unpatchable assets

    Medium

    Risk acceptance for unpatchable assets

    How to test + evidence

    Testing procedure: Compensating controls documented; risk owner signed off.

    Evidence to collect: Risk register.

  5. Change-window calendar with operations

    High

    Change-window calendar with operations

    How to test + evidence

    Testing procedure: Patching only during agreed maintenance windows; emergency overrides require approval.

    Evidence to collect: Change calendar.

  6. Backup of PLC / HMI logic with restore tested

    Critical

    Backup of PLC / HMI logic with restore tested

    How to test + evidence

    Testing procedure: Logic backups + last successful restore test on a sample device.

    Evidence to collect: Backup + restore test report.