Runbook: Audit Verifier Failure
Recovery steps for nexus-audit-verify failures (missing artifact, signature, ordering, Merkle mismatch)
Esta página aún no está disponible en tu idioma.
Use this runbook when nexus-audit-verify verify --archive-path <path> reports a missing artifact, signature failure, ordering inconsistency, or Merkle mismatch.
First Checks
Section titled “First Checks”- Confirm the archive path contains
meta-roots/andbatches/. - Confirm the verifier binary was built from the same repository revision as the archive schema.
- Re-run verification on a read-only copy of the archive so investigation does not mutate evidence.
Failure Classes
Section titled “Failure Classes”- Missing artifact: compare the referenced object key in the meta-root manifest with the archive object listing.
- Signature failure: inspect the manifest signing key id and confirm the corresponding public key is present.
- Merkle mismatch: recompute the event canonical hash with
vortex_audit_core::encode_eventand compare it with the batch event list. - Ordering inconsistency: inspect the tenant’s batch sequence numbers and
prev_merkle_rootchain.
Escalation
Section titled “Escalation”Treat any signature failure, Merkle mismatch, or missing object-lock archive object as a security incident. Preserve the archive, Postgres snapshot, NATS stream state, service logs, and verifier output before attempting repair.
See Audit Event Contract for the encoding, hashing, and Merkle construction rules this runbook’s failure classes check against, Audit Proof Format for the inclusion-proof structure nexus-audit-verify validates, and Audit Archive Export for verifying an archive before transferring it to customer-controlled storage.
