-
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, in plain language, what recovery checks mean and when you may need stronger trust controls.
When recovering, separate these concepts:
- Integrity: did data get damaged or changed?
- Consistency: do these files belong to the same backup set?
- Identity: is this from the signer you expected?
Ethernity is strong on integrity and consistency checks. Identity assurance depends on how you handle trust and custody in your environment.
Recovery checks prove that the inputs are internally valid for the set you provided.
This is very good at catching:
- accidental corruption
- mixed files from different backup sets
- malformed input data
It is weaker if someone can replace the entire artifact set and you do not use an external trust anchor.
Interpretation:
- verification is rooted in the artifact set itself
- simple and practical for many teams
Use when:
- artifact custody is controlled
- your main risk is operator mistakes, not hostile substitution
Interpretation:
- verification is tied to a trust anchor managed outside the artifact set
- stronger identity assurance in adversarial environments
Use when:
- artifact source 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.
If you are unsure which mode to use:
- Start with self-contained trust for normal operations.
- Move to externally anchored trust when policy/compliance requires stronger identity guarantees.
| Scenario | Self-contained checks | External trust anchor needed? |
|---|---|---|
| Random file damage | strong | no |
| Mixed shard sets | strong | no |
| Full artifact-set substitution | limited | yes |