PROVENANCE RECORD ROUTE

Build an Encrypted Provenance Archive

Create a bounded encrypted archive while keeping editable working files, credentials and recovery material separate.

01 / DECISION

Define the release decision

A verified provenance packet must remain available through collections review, audit and later restitution or title inquiry without turning a laptop or sync folder into the only recoverable copy.

◆
Decision rule

Create a bounded encrypted archive while keeping editable working files, credentials and recovery material separate.

02 / PROCEDURE

Run the control sequence

  1. 01Test the current software release with fictional provenance extracts on a supported Windows system.
  2. 02Import only manifest-approved files and inspect temporary folders for plaintext copies.
  3. 03Lock, reopen and compare file counts and selected checksums with the source manifest.
  4. 04Store a separately controlled recovery copy and keep credentials away from the archive media.
  5. 05Record archive identifier, software version, custodian, recovery location and next test date.
03 / RECORD

Preserve enough evidence

Record the provenance packet identifier, acquisition review, source device or system, export date, manifest, responsible custodian, authorized recipients, key location, encryption environment, recovery result, retention rule and next review date. Do not put passwords, recovery secrets or unnecessary ownership details in the decision record.

◆
Minimum decision record

Keep the manifest, custodian, approved recipient, key-separation decision, restore result and retention owner together without copying ownership details into the record.

04 / BOUNDARY

Keep surrounding controls visible

An encrypted archive does not replace endpoint security, authorized recipient permissions, a separately stored backup or a tested recovery method.

Provenance-export preparation can create extra copies on tablets, laptops, removable media, synchronization folders and recipient devices. The archive owner must address those copies separately and verify the current software release before relying on product behavior. Collections teams should also distinguish documentary confidentiality from physical-object security: encrypting provenance files does not protect an artifact, preserve chain of custody, establish title or resolve a restitution claim. Record who can approve an export, who can authorize access and who can change the collections-system master record.

05 / QUESTIONS

Questions to ask

Should the archive password travel with the provenance packet?

No. Send the archive and its credential through separate approved channels, and verify the authorized recipient before release.

Does encryption make a provenance packet accurate or authorized?

No. Encryption restricts file access; it does not establish legal title, provenance authenticity, donor or seller consent, recipient authority or ownership and cultural-property duties.

06 / SOURCES

Primary references

References support specific controls and do not imply endorsement.

Evaluate Folder Lock for this workflowReturn to the provenance-record routes