Recent Breaches
Breaches
View All →
Control Module - FIRE

FV-Execute. Actions that happen when they should.

Execute initiates control actions in response to policy, approval, schedule, incident state or supervisory override. The decision to act is recorded with the action, so there is no ambiguity about why the environment changed.

Back to Control

Control Module - FIRE

An action without a reason is a fact you will struggle to defend. Execute records both, together, every time.

Triggered

Actions follow defined conditions, not informal practice

Approved

Sensitive actions require the right approval pattern

Recorded

Every action is paired with its reason and approver

Reversible

Where appropriate, actions have a defined undo path

The Problem

Critical actions decided in the moment, by whoever is closest.

Ad-hoc response

When a control action is taken by the person who happens to be on shift, the rationale lives only in their memory and the outcome is harder to reason about later.

Missed conditions

Actions that should follow a schedule, a state change or an upstream signal often do not, because nothing systematic connects the signal to the action.

No supervisory layer

Without an explicit supervisory override, a runaway automation or a faulty trigger has no clean way to be paused, redirected or stopped.

The Scenario

Scenario: a scheduled lockdown that does not depend on memory

A weekly maintenance pattern requires several systems to be placed into a restricted state outside business hours. Rather than relying on individuals to remember and act, Execute initiates the lockdown on schedule, with the policy that authorises it and the supervisor who can override it both recorded against the action. The same pattern applies in reverse when the window ends, and the evidential record shows what happened and why.

"Execute is the discipline of treating an action as a decision, not as a habit."

FV-Execute in placement

Where Execute requires an approved action.

Execute is the gate around any change that matters. Nothing destructive, privileged or boundary-altering happens without a named approver and a recorded decision.

Grounded in IEC 62443-3-3 SR 1.5 Authenticator Management, NIST CSF PR.AC-4 and ISO 27001 A.5.18, A.8.18.

Inputs ─┐Telemetry ─┐

FV-Execute

Control layer

┌─ Outputs┌─ Control
01SR 5.1

Firebreak open and close events

Every change to the physical conduit state is an approved Execute event, not a console click.

02PR.AC-4

Privileged change to OT assets

Engineering changes against PLCs, RTUs and HMIs require multi-party approval before the path is opened.

03PR.IP-9

Restore from offline vault

Restoration from the offline vault is an explicit, recorded Execute decision with quorum approval.

04A.5.18

Boundary policy changes

Changes to the zone and conduit definitions themselves are governed actions, not silent edits.

Relies on · prerequisites

  • Independent approver identities that cannot be impersonated from the system being changed
  • Recorded intent for every action, not just an audit log of the action
  • Quorum policy that survives a single compromised admin

Pairs with · companion modules

FirebreakRelayLockValidate

Featured In

TechRadar ProSecurity BuyerYahoo FinanceSecurityBriefChannel Insider

Key Capabilities

Condition-led initiation

Actions begin because a defined condition was met, not because somebody remembered.

Approval where it matters

Sensitive actions require the right approval before execution rather than after the fact.

Incident-aware

Execute responds to incident state so containment, isolation and lockdown actions can be carried out at machine speed within agreed bounds.

Supervisory override

An explicit supervisory layer can pause, redirect or stop an action when human judgement needs to take over.

Scoped authority

Each action is constrained to the systems and operations the policy permits.

Decision and execution paired

The reason for the action and the action itself are recorded together through Archive.

Demo to Live

Adoption Guide

Step 1

Catalogue the actions

List the control actions that matter, including their owners, scopes and current triggers.

Step 2

Define conditions and approvals

For each action, agree the policy, schedule, incident state and approval pattern that should govern it.

Step 3

Pilot with one workflow

Move one action onto Execute end-to-end, including the supervisory override and the evidential record.

Step 4

Operate and review

Run Execute as the initiation layer for control actions and review patterns through Archive on a regular cadence.

Step 1

Catalogue the actions

List the control actions that matter, including their owners, scopes and current triggers.

Step 2

Define conditions and approvals

For each action, agree the policy, schedule, incident state and approval pattern that should govern it.

Step 3

Pilot with one workflow

Move one action onto Execute end-to-end, including the supervisory override and the evidential record.

Step 4

Operate and review

Run Execute as the initiation layer for control actions and review patterns through Archive on a regular cadence.

Questions

Frequently Asked

    Execute

    Secure command execution module for OT environments.

    © 2026 Firevault Limited. Disconnect to Protect®