Skip to content
VORTIQ-X · Defense
VORTIQ-X defense: real-time awareness, decision superiority
Runtime authority · European defence

Govern AI-enabled mission actions before they create consequence.

As AI moves from decision support toward autonomous assistance, mission organisations need more than observability. They need to allow, hold, or block sensitive AI-driven actions before data moves, systems react, or effect occurs - and to keep evidence of why.

Sovereign by design · runs on-premise and in disconnected environments · every decision sealed with tamper-evident evidence.

Mission-action authority continuity ok
ALLOW
verified low-risk path
REVIEW
human decision required
BLOCK
default when uncertain
downstream executionheld until cleared
evidencesealed at decision time
posturefail-closed by design
⌖ Sigil · v1 · pre-action authority

A shield is not a guess. It is a verdict, sealed before the action.

Three concentric authorities - evidence, gate, verdict - orbit a single protected action. When uncertainty rises, the rings tighten. Autonomy narrows. Nothing slips through unsealed.

Allow Review Block
EVIDENCE VERDICT GATE AUTHORITY
S·01 The shift

AI has reached the mission layer.

AI agents now propose data movement, model access, release decisions, recovery actions, and operational steps. The question is no longer what did the AI say. It is whether this specific action should continue, right now, with the authority that exists at this moment.

01 - CONFIDENCE

Confidence is not clearance

A model output at high confidence is still a recommendation. It is not authority to act, to release, or to cross an operational line.

02 - SPEED

Speed is not authorisation

An action that can be assembled in seconds can also move sensitive information in seconds. Pace raises the cost of acting before the right checks exist.

03 - LOGGING

A log after action is too late

Observability explains what happened. Mission assurance needs a decision - allow, review, or block - and evidence, before downstream effect.

S·02 The market gap

The missing layer is mission-action authority.

Existing controls each see part of an AI-driven action. None of them own the release decision before it moves.

Governance describes risk - it rarely stops action

Registers, assessments, and attestations are necessary, but they document. They do not enforce a runtime decision or verify operational state at the moment an action is requested.

Observability shows the past, not the permission

Dashboards and traces see events after the fact. They do not decide release, confirm recovery, enforce human review, or prove that downstream execution was held.

AI security protects the model - not the whole chain

Prompt and model protection are one slice. Data release, recovery state, safety envelope, and consequence are other slices. The mission decision crosses all of them.

Every system sees a different quadrant

Command systems see context; data platforms see movement; recovery tools see restore state; safety systems see the envelope. An action can look correct locally and unsafe across the chain.

S·03 The decision model

One action, one authority path - fail-closed by design.

MissionShield turns an AI proposal into a structured action envelope, evaluates it against mission-relevant control conditions, and returns a single decision. Uncertainty does not become permission.

Missing or incomplete authority no valid basis to proceedBlock
Stale, replayed, or expired context authority no longer currentBlock / Review
Continuity state degraded command integrity uncertainBlock
Recovery context missing movement is not reversibleBlock
High consequence or weak reversibility impact escalates the decisionReview
Verified low-risk path conditions met, evidence completeAllow
Worked logic evaluating
ALLOW
all required conditions green
REVIEW
consequence escalates
BLOCK
missing authority
a block cannot be downgradedheld
a review can escalate to blockone-way
only a clean path resolves to allowverified
S·04 What it evaluates

Mission-relevant control conditions.

Each protected action is checked against the conditions below. Required conditions must be green, or the action is held or sent to review.

Time-valid authority

Authority must be current when the action is requested. Stale, replayed, or expired approval is held or blocked before release.

Continuity heartbeat

Continuity state is treated as part of action authority. If command integrity is degraded, risky actions default to hold.

Controlled release

Movement is evaluated for authority, recipient and caveat fit, destination risk, and evidence - before anything leaves a boundary.

Protected model boundary

Mission models stay within approved route, purpose, and boundary. Export, substitution, or unsafe routing is blocked or reviewed.

Recovery before movement

High-risk movement requires confirmed recovery context. If a path cannot be recovered, traced, or explained, it is held.

Weak-signal mission risk

Multiple faint signals can change a decision. A release that passes visible metadata can still be reviewed or blocked when fused risk is unsafe.

Safety envelope

Actions near autonomous, robotic, or operational-technology systems must fit a registered safety envelope and current operating state.

Consequence review

Blast radius, reversibility, and evidence completeness can escalate an action to review even when no single condition blocks it.

S·05 Proposed pilot use cases

Ten priority scenarios for mission AI/IT teams.

Ten priority scenarios where pre-action authority changes the outcome - spanning AI, IT, cyber, mission-system, and architecture teams. Each maps to a control MissionShield enforces before release.

01Block

Coalition data release control

AI cannot release mission-sensitive data just because it can find it.

Release is evaluated for authority, caveats, destination fit, recovery context, and evidence - before any movement.

02Allow

Sovereign AI cell

AI can assist locally without becoming cloud-dependent.

Action decisions remain tied to local authority, local continuity state, and local evidence - no external dependency for the protected decision.

03Block

Protected mission-model boundary

Mission models are assets. They need release control too.

Approved local use proceeds; unsafe export, substitution, or route change is blocked or sent to review.

04Block

Time-valid authority

Old permission is not mission permission.

Stale, replayed, or expired authority is held or blocked before release, regardless of how confident the request appears.

05Block

Continuity heartbeat

If control is lost, the safe default is hold.

When operator heartbeat or continuity state indicates loss of command integrity, sensitive actions are held - command-authority logic, not uptime logic.

06Review

Weak-signal exfiltration risk

A package can look clean while the pattern is not.

A release that passes visible checks can still be escalated or blocked when fused weak-signal risk indicates unsafe coordination or movement.

07Block

Autonomous / robotics safety envelope

A physical command needs more than model confidence.

Missing, invalid, or mismatched safety context blocks the command before execution. Positioned as safety-adjacent governance - not platform certification.

08Block

Recovery before movement

Do not move what cannot be recovered, traced, or explained.

Snapshot, rollback, or recovery context is confirmed before high-risk movement proceeds, or the action is held.

09Review

Cyber response control

Security automation must not create the incident it is trying to stop.

Destructive or irreversible response - isolation, deletion, rotation, egress - gets blast-radius and recovery review before release.

10Review

Mission consequence review

The final question is not "can AI act?" It is "what happens if it does?"

High-consequence actions become review - not silent execution - even when no single control condition blocks them.

S·06 Evidence that survives review

A decision is not enough - the proof must be re-checkable.

MissionShield does not only decide. It produces a tamper-evident decision record - action envelope, gate outcomes, final verdict, downstream execution state - that can be independently re-verified, and a tampered record is detected on re-check.

50
Synthetic pack artifacts
65
Evidence records
clean
Verifier result
detected
Tamper test mismatch

Sealed at decision time. Independently re-verifiable. A tampered record is caught on re-check.

Decision record - syntheticre-verify
action envelopesealed
gate outcomesrecorded
final verdictblock
downstream execfalse (held)
evidence hashconsistent
signature checkverifies
on tampermismatch flagged
S·07 Alignment & European context

Built around the principles European mission teams already work to.

NATO Principles of Responsible Use of AI in Defence

MissionShield is designed to operationalise the runtime side of the six principles set out in NATO's Principles of Responsible Use (2021, revised 2024): Lawfulness; Responsibility and Accountability; Explainability and Traceability; Reliability; Governability; and Bias Mitigation. Pre-action authority, human review, fail-closed behaviour, and re-checkable evidence map directly to governability, traceability, and responsibility.

EU AI governance & sovereignty

Under the EU AI Act, systems used exclusively for military, defence, or national-security purposes fall outside its scope (Art. 2(3)) - while dual-use systems remain in scope. MissionShield targets the control objectives shared across both: human oversight, governability, traceability, and reliability. It is designed to run inside sovereign and disconnected environments, keeping action authority, model boundary, and evidence local.

Human oversight Governability Traceability Reliability Sovereign / on-premise Dual-use ready Tamper-evident evidence
S·08 Where it fits

A layer - not a platform replacement.

MissionShield sits as a runtime authority and evidence layer around larger mission, AI, cyber, and autonomous-system environments. It governs sensitive actions before release - it does not replace mission systems, command systems, or integrators.

→ PROPOSES

AI and agents

Models and agents propose data movement, model access, recovery actions, and operational steps.

→ DECIDES

MissionShield

The action is wrapped, evaluated against control conditions, and resolved to allow, review, or block - with evidence.

→ EXECUTES

Mission & data systems

Downstream execution proceeds only on a cleared decision. Held and blocked actions never reach effect.

Engagement

Explore a controlled pilot - one use case, approved non-sensitive data.

A 30-45 minute briefing for AI, IT, cyber, and mission-system stakeholders. We scope one priority use case, define mission-relevant decision logic, set evidence expectations, and agree clear success criteria - under your conditions.

Bring the scenario that matters most to your environment - we will come ready to show exactly how MissionShield governs it.