Evidence Protection
Evidence becomes useful when another party can inspect and verify it after the original execution has ended.
Evidence package
Section titled “Evidence package”A protected evidence package can conceptually contain:
evidence/├── manifest.json├── artifact.json├── verification-result.json├── checksums.sha256├── signatures/└── metadata/The exact DigiEmu Secure package format must be defined by its published contract.
Protection objectives
Section titled “Protection objectives”Evidence protection should support:
- completeness
- integrity
- reproducibility
- portability
- traceability
- independent verification
Append-only principle
Section titled “Append-only principle”Historical evidence should not be silently rewritten.
If a corrected artifact is created, the safer model is typically:
Evidence v1 ↓Correction / Superseding Evidence ↓Evidence v2rather than replacing v1 without record.
Transport
Section titled “Transport”Transport should not change the evidence being verified.
A recipient should be able to calculate integrity identities independently after receipt.
Read-only verification
Section titled “Read-only verification”A verifier should not mutate evidence in order to make verification pass.
Retention
Section titled “Retention”Security design should distinguish:
- integrity retention
- operational retention
- regulatory retention
- deletion requirements
These are related but not identical concerns.
Continue with Verification →.