Industrial Defender ASM

OT asset visibility, configuration monitoring, vulnerability tracking and compliance reporting for industrial control systems, in one platform.

PLC-L1-07Level 1 · controller
SettingBaselineNow
Open ports502, 44818502, 44818, 23
Local usersoperator, engineeroperator, engineer, svc_temp
Firmware2.4.12.4.1

2 deviations from baseline flagged

Illustrative example

Category
OT cyber risk management
Collection
Passive monitoring, SSH and native OT protocols
Coverage
200+ industrial vendors (Rockwell, Siemens, Schneider Electric, GE, ABB…)
Frameworks
NERC CIP, IEC 62443, NIST CSF, NIS2 and more

In OT, visibility comes first

You cannot protect an OT asset you do not know you have. Industrial Defender builds an inventory of controllers, servers, workstations and network devices from several sources at once (passive monitoring, active collection and configuration data) and keeps watching them against a stored baseline. Changes, vulnerabilities and compliance gaps are tied back to the same asset record.

Control systems change, grow and get hand-tuned over many years. Most plants have no current inventory: nobody knows which controller runs which software version or has which port open. Vulnerability management, change monitoring and compliance evidence then all rest on guesswork.

Common IT methods are not always suitable in OT either: legacy devices can be sensitive to active scanning. So the collection method has to be chosen to match how sensitive each environment is.

Without an inventory

  • The asset list lives in spreadsheets and is out of date
  • Changes are noticed only after something breaks
  • Vulnerabilities are listed without knowing which device they affect
  • Audit evidence is compiled by hand before every audit

With Industrial Defender

  • A single asset record fed by several sources
  • Deviations from the baseline configuration are flagged
  • Vulnerabilities are matched to real software and hardware and prioritised
  • Audit-ready reports mapped to frameworks

How it works

From raw source to ready-to-use data in five steps.

  1. Discover

    The collection method is chosen to match how sensitive each environment is: passive network monitoring, active collection (SSH and native OT protocols) and, where needed, OT-specific traffic analysis. The goal is coverage at Purdue level 1 and above without disrupting operations.

  2. Inventory

    Physical inspection data, passive monitoring, configuration analysis and active discovery come together in one interface. Every asset’s hardware and software details live in a single record.

  3. Baseline and monitor

    Each asset’s configuration is stored as a baseline. Unauthorised changes to ports, users, policies and services are flagged as deviations from it.

  4. Assess

    The asset inventory is matched against NIST’s vulnerability database and ICS-CERT alerts, and patching and mitigation are prioritised by risk.

  5. Report and respond

    Compliance policies and report templates produce audit-ready output, and key events go to the operator console, NOC or SOC, integrated with SIEM and SOAR.

OT network

  • Level 1: PLC / RTU
  • Level 2: HMI / SCADA
  • Level 3: servers
  • Network traffic (passive)

Industrial Defender

  • Collection: passive and active
  • Asset inventory
  • Baseline and change
  • Vulnerability assessment

Outputs

  • Compliance reports
  • SIEM / SOC
  • Operator console
  • CMDB and IT tools

What it offers

The capability groups; the details are on the features page.

All features

How it fits your architecture

Purdue levels

Controllers at level 1 and above, HMI/SCADA and production servers are collected in the same inventory.

On-premises deployment

The platform runs inside your network, with collection components placed passive or active depending on sensitivity.

SOC and IT tools

SIEM, SOAR and CMDB integrations connect OT data to IT security processes.

Where it helps

Typical situations; all of them are on the use cases page.

Building the first OT asset inventory

Nobody knows how many controllers the plant has or which software versions they run; the list is in spreadsheets and out of date.

Data in
Passive network monitoring · Active collection (where suitable)
Outcome
A current inventory, the foundation for every security task that follows.

Catching unauthorised changes

After maintenance a new port stays open on a controller, or a temporary user is forgotten.

Data in
Baseline configuration · Current configuration
Outcome
The change is noticed when it happens, not after something breaks.

NERC CIP and IEC 62443 evidence

Before every audit, inventory, configuration and patch evidence is compiled by hand.

Data in
Asset and configuration records
Outcome
Audit-ready, framework-mapped reports and a repeatable evidence process.

All use cases

How ASP Dijital delivers

We do not just resell the product: we deploy it and hand it over to your team.

  1. Discover

    In a workshop we clarify the current state, sources, goals and constraints, and choose the first use case together.

  2. Pilot

    We set up a Industrial Defender pilot with a limited scope and written success criteria, and judge the result against them.

  3. Roll out

    We standardise the models, policies and templates from the pilot, integrate with surrounding systems and run a security review.

  4. Enable and support

    We train your team, hand over documentation and support you after go-live.

Frequently asked questions

What is the difference between passive and active collection?

Passive monitoring observes network traffic and leaves no footprint on the asset, which suits the most sensitive segments. Active collection talks to the device over SSH and native OT protocols and returns richer configuration data. Together we decide which method to use where, based on how sensitive each environment is.

Which vendors’ devices does it support?

The vendor states coverage of more than 200 industrial vendors including Rockwell, Siemens, Schneider Electric, GE and ABB. We confirm coverage for your device models and software versions at the start of a project.

Does it replace a firewall or an intrusion detection system?

No. Its focus is asset inventory, configuration and change management, vulnerability management, log and event monitoring and compliance. It works alongside network segmentation and network-based detection as a complement.

How does it relate to IEC 62443?

IEC 62443 expects processes such as inventory, change management and vulnerability management. Industrial Defender helps you run and evidence them, and IEC 62443 is among its out-of-the-box policies. For the standard itself, see our article.

How is it deployed?

The platform is deployed on premises to fit your architecture, with collection components placed passive or active in the network segments. The detailed placement plan comes out of the discovery workshop.

All questions

Let’s take the first step with Industrial Defender together

Tell us where you are and what you want to achieve, and we will outline the right scope and pilot plan. Our team replies within 24 hours.