-
Notifications
You must be signed in to change notification settings - Fork 2
Security and Trust Model
Alex Stoyanov edited this page Mar 2, 2026
·
6 revisions
This page explains what recovery verification proves, where trust boundaries are, and how to run high-assurance workflows.
When recovering, separate these concepts:
- Integrity: did bytes change unexpectedly?
- Consistency: do these artifacts belong together?
- Authenticity/identity: did this set come from the signer you intended to trust?
Ethernity strongly validates integrity and internal consistency. Authenticity strength depends on your operator trust model and artifact custody controls.
Recovery validation checks establish that inputs are internally coherent and cryptographically valid for the provided artifact set.
This is strong against:
- accidental corruption
- mixed inputs from different backup sets
- malformed payload/frame data
It is weaker against full-set substitution if artifact provenance is untrusted. In that case, a fully self-consistent replacement set may still pass internal checks.
Interpretation:
- verification is rooted in the artifact set itself
- useful and practical for many workflows
Use when:
- artifact custody is controlled
- threat model is primarily accidental error and operational mixups
Interpretation:
- verification is tied to an external trust anchor (for example, separately managed signer key policy)
- stronger identity assurance in adversarial environments
Use when:
- artifact supply path may be adversarial
- regulated or high-assurance operations require independent trust anchors
- Run periodic recovery drills from printed artifacts.
- Keep independent backups and separate custody for different artifact classes.
- Treat rescue/bypass controls as incident-only procedures.
- For high-assurance environments, document and enforce external trust-anchor policy.
| Scenario | Self-contained checks | External trust anchor needed? |
|---|---|---|
| Random file damage | strong | no |
| Mixed shard sets | strong | no |
| Full artifact-set substitution | limited | yes |