Problem 1
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.

Control module · Fire layer
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.
As featured in




The problem
An action without a reason is a fact you will struggle to defend. Execute records both, together, every time.
The reason for the action and the action itself are recorded together through Archive.
Actions begin because a defined condition was met, not because somebody remembered.
An explicit supervisory layer can pause, redirect or stop an action when human judgement needs to take over.
Problem 1
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.

Problem 2
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.
Answered byCondition-led initiationProblem 3
Without an explicit supervisory override, a runaway automation or a faulty trigger has no clean way to be paused, redirected or stopped.

The scenario
Execute is the discipline of treating an action as a decision, not as a habit. Step through it, or play it through.
Step 1 of 4
A weekly maintenance pattern requires several systems to be placed into a restricted state outside business hours.
Step 2 of 4
Rather than relying on individuals to remember and act, Execute initiates the lockdown on schedule.
Step 3 of 4
The policy that authorises it and the supervisor who can override it are both recorded against the action.
Step 4 of 4
The same pattern applies in reverse when the window ends, and the evidential record shows what happened and why.
Illustration.
Placement
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.
Relies on
IEC 62443 SR 5.1
Every change to the physical conduit state is an approved Execute event, not a console click.

NIST CSF PR.AC-4
Engineering changes against PLCs, RTUs and HMIs require multi-party approval before the path is opened.

NIST CSF PR.IP-9
Restoration from the offline vault is an explicit, recorded Execute decision with quorum approval.

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

Capabilities
Six things FV-Execute gives a security team, from the first decision to the audit afterwards.
FV-Execute
Actions begin because a defined condition was met, not because somebody remembered.
FV-Execute
Sensitive actions require the right approval before execution rather than after the fact.
FV-Execute
Execute responds to incident state so containment, isolation and lockdown actions can be carried out at machine speed within agreed bounds.
FV-Execute
An explicit supervisory layer can pause, redirect or stop an action when human judgement needs to take over.
FV-Execute
Each action is constrained to the systems and operations the policy permits.
FV-Execute
The reason for the action and the action itself are recorded together through Archive.
Adoption guide
Four steps, piloted on one workflow before it extends across the estate.
List the control actions that matter, including their owners, scopes and current triggers.
For each action, agree the policy, schedule, incident state and approval pattern that should govern it.
Move one action onto Execute end-to-end, including the supervisory override and the evidential record.
Run Execute as the initiation layer for control actions and review patterns through Archive on a regular cadence.
Playbooks
Each playbook shows where this module sits in a real deployment, who authorises it and how a pilot scales into rollout.
The kill switch doctrine chapter explains who may initiate a control action against an agent or cluster, and on what authority.
Read the playbookSets the approval pattern, escalation route and pre-approved conditions for control actions during a supply incident.
Read the playbookExplore more
Questions
It is the initiation layer for control actions. Actions begin because a defined condition was met, under the approval pattern agreed for them, and the decision and the action are recorded together through Archive.
An explicit supervisory layer can pause, redirect or stop an action when human judgement needs to take over, and each action is constrained to the systems and operations the policy permits.
Sensitive actions require the right approval before execution, not after the fact. Nothing destructive, privileged or boundary-altering happens without a named approver and a recorded decision.
The supervisory override can pause, redirect or stop actions. Where appropriate, actions also have a defined undo path.

We will walk your architecture, show where FV-Execute sits on each path, and the evidence it leaves behind.