Skip to main content

OT security and plant uptime · Domain Intelligence Pack

Operational technology DIP

Plants keep producing while attacks on controllers and remote access are stopped, and the control room keeps the final say.

Overview

Defend the plant without touching the process

A stopped line costs money every minute, so plants cannot patch on the office’s schedule. Vendors keep remote access open for convenience. Ransomware that starts in the office can halt production even when no controller is touched, because nobody can be sure the plant is safe to run. Plant and IT teams get the same facts from Ollandi. Threats stop at the plant boundary, and every process decision stays with the people who run it.

  • By listening passively, Ollandi learns each zone’s normal traffic, which devices talk to which, and which vendors connect when.

    • PLCs, HMIs, historians, and engineering workstations
    • Plant, field, and safety network zones
    • Vendor and remote access into the plant
    • Firmware, logic changes, and maintenance work
  • Ollandi raises a case for an unapproved logic change, a vendor session that outstays its job, or office malware creeping toward the plant. Equipment faults that warn of an unplanned stop get the same attention.

    • Logic or setpoint changes made without a permit to work
    • A vendor session that stays connected after the job ends
    • Ransomware moving from the office network toward the plant
    • New devices or protocols appearing in a control zone
    • Equipment and network faults that point to an unplanned stop
  • Every case is framed in plant terms: the line, the asset, the permit, and what it could mean for production and safety.

    • Which site, line, and asset are involved
    • Whether a permit, maintenance window, or engineer explains it
    • What it could mean for production and safety
    • Who has authority to act on that asset
  • Ollandi’s reach stops at access and network paths. Process and safety decisions belong to your operators.

    • End a vendor’s remote session at the jump host
    • Close a path from the office network into the plant, once approved
    • Give the control room a recommendation and the evidence behind it
    • Leave anything that touches the process to your operators
    How you set the limits

In an incident

An unapproved setpoint on a pump controller

An illustrative case, step by step, from the first signal to a confirmed result.

  1. Flag

    At 1 a.m., a vendor’s remote session writes a new setpoint to a pump controller. No permit covers it.

  2. Check

    Ollandi ties the write to the jump host, the vendor account, and this week’s permits. The process is stable, but the session came from an address the vendor has never used.

  3. Hold

    The remote session is ended at the jump host. The setpoint change and a recommendation go to the control room, where operators decide what happens to the pump.

  4. Record

    Controller state, access, and every decision are kept for the site’s safety and security review.

Connections

What it connects to

Ollandi reads passive network sensors in your plant zones, asset inventories, historians, and jump hosts, alongside office identity and network data. Nothing is installed on controllers, and plant data can stay on site under an on-premises license.

  • Passive OT network sensors
  • Asset inventory and firmware records
  • Historian and alarm data
  • Jump-host and remote-access logs
  • Permit-to-work and maintenance records
  • Office network and identity signals

Domain Intelligence Packs

Add depth in other domains

Packs check one another’s work. A strange sign-in found in one domain can confirm, or rule out, what another domain found.

See all packs
  • Cloud DIP

    Close the cloud gaps attackers look for first: public storage, open ports, and roles with more access than they use.

  • Identity DIP

    Stolen credentials stop working at the first sign of misuse, whether they came from phishing, a SIM swap, or a leaked key.

  • Network DIP

    An intruder moving between servers is stopped at the next hop, and a failing link is flagged before transactions fail.

  • Endpoint DIP

    Ransomware contained on the first device it lands on, long before it can reach a file server or a backup.

  • On-premises DIP

    The legacy systems the business still depends on stay up and defended, including the ones nobody on the team owns anymore.

  • Applications and code DIP

    Reachable flaws in your code and dependencies come with a fix ready to merge, and bots and account takeovers stop at sign-in.

  • Data DIP

    When a stolen account starts copying customer records, the leak stops early, with evidence ready for your regulator.

  • Telecom network DIP

    Get dark sites back on air faster, with crews sent to the real fault and signaling fraud shut down as it starts.

  • ATM DIP

    Engineers go out only when a visit will fix the fault, and jackpotting is cut off before the cassettes empty.

FAQ

Frequently asked questions

  1. No process change happens without your control room. Ollandi acts at the access and network layer, such as ending a remote session, and only within your rules. Anything that touches the process reaches operators as a recommendation, with the evidence.

  2. No. Ollandi listens to plant networks and reads asset inventories, historians, and remote-access records, so field devices run exactly as before.

  3. Yes. Every vendor session is checked against permits and maintenance windows. Sessions that run late or come from new places are flagged, and can be ended at the jump host when your rules allow.

Get started

Put the Operational technology pack to work

Bring a vendor session or controller change that worried your team. We will lay it against your permits and process data, and show what Ollandi would have done.