Firevault, offline secure storage, physically disconnected from the internet
Pricing

Control module · Vault layer

FV-Transfer. Movement only along paths that were approved.

Transfer governs how sensitive assets move into, out of or between protected environments. The path is approved before the movement, the movement is recorded as it happens, and the destination is one that was always intended.

As featured in

  • TechRadar Pro logo
  • Yahoo Finance logo
  • Channel Insider logo
  • Security Buyer logo
  • SecurityBrief logo

The problem

If an asset can leave by any door, the front door is decorative.

If a sensitive asset can leave by any door, the protection at the front door is decorative.

  1. Movement is limited to agreed routes, not whatever routes happen to be reachable.

  2. The request, the approval and the outcome are all recorded through Archive.

  3. Each transfer names where it comes from, where it goes and what it contains.

Problem 1

Improvised routes.

When there is no approved path, people invent one, and the safest place to copy something becomes wherever it ends up.

Answered byApproved paths only

Problem 2

No record of movement.

Movements that are not recorded leave nothing to investigate when the question is asked later.

Answered byEvidential record

The scenario

Scenario:
A sanctioned export, on the record.

Transfer is the difference between an asset that moved and an asset that left. Step through it, or play it through.

Step 1 of 4

Need

A finance team needs to export a sensitive dataset to a sanctioned analytics environment.

Illustration.

Approved paths
Movement is restricted to routes that were sanctioned
Validated
Every transfer is checked before it begins
Bounded
Source, destination and contents are explicit
Recorded
The whole movement is part of the evidential record

Placement

Where Transfer carries data across a severed boundary.

Transfer is the only sanctioned way data crosses a severed boundary. Each movement is named, inventoried, validated and recorded against the named actor. Grounded in NIST CSF PR.DS-5, ISO 27001 A.5.14 Information Transfer and IEC 62443-3-3 SR 4.1, SR 4.2.

Relies on

  • An accurate file and record inventory at the source
  • Integrity verification at both ends of the transfer
  • An audit record that ties the data to the authoriser

Pairs with

FV-Transfer works alongside Archive, Validate, Lock and Execute. Firebreak® hardware is manufactured by Firevault.

ISO 27001 A.5.14

Production into offline archive

Scheduled, validated movement of operational data into the offline vault. Inventory and integrity are checked at both ends.

NIST CSF PR.IP-9

Offline archive into recovery

Restoration from the vault is a governed Transfer event with quorum approval and a full restore manifest.

Physically disconnected Offline Secure Storage: server, three drives and a padlock

NIST CSF PR.DS-5

Sensitive export to a third party

Outbound transfers to named recipients carry an inventory, a hash and a recorded authorisation.

IEC 62443 SR 4.2

Cross-classification movement

Data moving across a classification boundary is escorted by Transfer with the relevant approvals.

Capabilities

What you get with every deployment.

Six things FV-Transfer gives a security team, from the first decision to the audit afterwards.

FV-Transfer

Approved paths only

Movement is limited to agreed routes, not whatever routes happen to be reachable.

FV-Transfer

Explicit source and destination

Each transfer names where it comes from, where it goes and what it contains.

FV-Transfer

Pre-movement validation

Validate checks the request before the asset moves, not afterwards.

FV-Transfer

Authority-aware

Lock defines whose authority makes a transfer eligible.

FV-Transfer

Into, out of and between

The same controls apply to data entering, leaving or moving between protected environments.

FV-Transfer

Evidential record

The request, the approval and the outcome are all recorded through Archive.

Adoption guide

From first workflow to routine operation.

Four steps, piloted on one workflow before it extends across the estate.

  1. 1

    Map the movements

    Identify the sensitive-asset movements that actually occur, including the improvised ones.

  2. 2

    Sanction the paths

    Agree approved paths, destinations and authorities for each movement category.

  3. 3

    Pilot one workflow

    Run one movement category through Transfer end to end, including Validate and Lock.

  4. 4

    Retire the improvisations

    Move the remaining movements onto Transfer and close the improvised routes.

Playbooks

Which playbook covers this module.

Each playbook shows where this module sits in a real deployment, who authorises it and how a pilot scales into rollout.

Control for Water: Deployment Playbook

Covers approved paths for moving engineering files and telemetry in and out of protected environments.

Read the playbook

Close the File. Protect the Record.

Covers controlled hand-over of closed files to clients, successors and archives.

Read the playbook

A Control Blueprint for Aerospace and Aviation

Applies approved transfer paths to data moving between design, production and in-service environments.

Read the playbook

All playbooks

Questions

Frequently asked about Transfer

It governs sanctioned movement rather than watching for unsanctioned movement. Sensitive assets move only along approved paths, to explicit destinations, with each movement validated first and recorded through Archive.

The movement does not happen along that route. Destinations are agreed in advance for each movement category, and Validate checks the request before the asset moves.

Yes, as a request along an approved path. The point is to retire improvised routes, so even a one-off movement is named, validated and recorded.

Archive is the preserved store. Transfer is the governed path into and out of it: scheduled, validated movement into the offline vault, and restoration as a Transfer event with quorum approval and a full restore manifest.

All questions

Decide what stays connected.

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