Self-authenticating records: why some logs are admitted and others are not
The practical difference between producing a log file and producing evidence is whether anyone has to be put on the stand to vouch for it. Two provisions in the federal evidence rules turn that into a procedural question rather than a factual dispute.
Why do some electronic records self-authenticate and others do not?
Because the rule rewards a specific property: a record identified by a process of digital identification, certified by a qualified person. A plain application log has no such identification — it is a mutable row whose integrity depends entirely on the trustworthiness of the system that holds it.
- Rule 902(13) and 902(14) allow certain electronic records to be self-authenticating with a qualified person's certification rather than live testimony.
- 902(14) turns on a process of digital identification — a hash or signature — which a plain JSON log does not have.
- Authentication is a threshold question. Clearing it does not make evidence persuasive, but failing it makes everything else moot.
Part of AI oversight and regulation
What the two provisions do
| Provision | Covers | Requires |
|---|---|---|
| 902(13) | Records generated by an electronic process or system | Certification by a qualified person that the process produces an accurate result |
| 902(14) | Data copied from an electronic device, storage medium or file | Certification that the item was authenticated by a process of digital identification |
Both provide a path to self-authentication with written certification plus notice to the opposing party, in place of calling a custodian to testify. Neither makes the evidence admissible on its own — relevance, hearsay and the rest still apply.
Why 902(14) is the interesting one
It contemplates a specific technical practice: identifying an item by a hash or comparable digital identification, so that the copy can be shown to be identical to the original.
This is why forensic practice hashes acquired images. It is also why a record that carries its own cryptographic identification sits naturally within the rule, and a record that does not requires a different route.
What a plain log lacks
# A typical application log line
{"ts":"2026-05-18T14:22:01Z","event":"payment.released",
"amount":84000,"user":"u_4471"}
# Problems as evidence:
# • no integrity marking — nothing distinguishes original from edited
# • no identification of who produced it, beyond an account string
# • authentication requires a witness on system reliability
# • completeness and retention become disputed issues
None of this means such logs are inadmissible. They are admitted routinely, through a custodian's testimony and a business-records foundation. It means the process is slower, more expensive and contestable on grounds that have nothing to do with the merits.
What a signed record changes
- Integrity is verifiable by anyone with the published key, not asserted by a witness
- The signing credential identifies a specific enrolled authenticator
- The verification is reproducible — the opposing party can run it themselves
- The record's contents are fixed at signing, so drift is detectable rather than arguable
The third point is the one litigators care about. Evidence an opponent can independently verify tends to be conceded rather than fought, which removes a motion from the schedule.
The certification still matters
Both provisions require certification by a qualified person. The cryptography does not remove that step; it makes what the person certifies simpler and more defensible.
| Without signatures | With signatures |
|---|---|
| The system reliably records events, based on my knowledge of its design and operation | This record was produced by our signing process; here is the published key and the verification procedure |
| Retention and completeness rest on process description | Each record stands alone and verifies independently |
| Cross-examination targets system reliability | Cross-examination targets whether the signer understood what they signed |
The last row is where the argument moves, and it is a better place for it to be. Whether a person understood an approval is a real question about the merits; whether a database was reliable is a proxy fight.
What this does not do
Three limits worth stating plainly.
- Authentication is not admission. Hearsay, relevance and privilege are separate questions and a signature addresses none of them.
- A signature does not establish truth. It shows a credential signed a statement. Whether the statement was accurate is a factual question.
- Practice is developing. How courts treat these provisions for cryptographically signed records is not uniformly settled, and outcomes vary by jurisdiction and judge.
This is general discussion, not legal advice. Evidentiary questions are jurisdiction-specific and fact-dependent; take them to counsel.
Designing records with litigation in mind
If a class of action is likely to be disputed — payments, approvals, consent, oversight decisions — a few design choices cost little now and matter later.
- Sign the record at the moment the action occurs, not when a report is assembled
- Include a canonical form so the digest is reproducible years later
- Publish the verification key at a stable location with a documented rotation history
- Retain the verification tooling alongside the records
- Keep the signed statement human-readable, so what was attested is self-evident
A worked example: what the cross-examination looks like
| Question to the witness | Plain log | Signed record |
|---|---|---|
| Who could edit this table? | Several administrators | Editing invalidates the signature |
| How do you know it was not changed? | Access controls and process | Verify the signature |
| Was the clock correct? | Server time, adjustable | Same issue — signatures do not fix time |
| Who authorised the action? | A user id in a column | A key bound to a person at enrolment |
Note the third row: a signature says nothing about whether the timestamp is honest. Anyone claiming otherwise is overselling, and a careful opponent will find it.
Objections and honest limits
“Self-authentication means the record is admitted.” It means the authentication hurdle can be cleared by certification rather than live testimony. Relevance, hearsay and weight are all still live.
“The certification is a formality.” It is not. A qualified person must attest to the process, and the quality of that person and process is itself attackable.
This is a general description of evidentiary structure, not legal advice. Take any specific matter to counsel.
Designing records with litigation in mind
- Sign the record at creation. Not at export, which proves nothing about the interval.
- Hash the content that matters. What was rendered, not just an identifier.
- Bind the key to a person at enrolment. Otherwise you have authenticated a machine.
- Keep the certification process documented. Someone qualified must be able to attest to it.
- Be honest about timestamps. Use an external time source if timing matters.
Terms used here
- Self-authentication
- A route by which a record's genuineness is established by certification rather than live testimony.
- Process of digital identification
- A mechanism — typically hashing and signing — by which a record can be identified and integrity-checked.
- Qualified person
- Someone able to certify the process, whose qualification is itself open to challenge.
Frequently asked questions
Does a signature make evidence admissible? No. It addresses authentication, which is a threshold question. Hearsay, relevance and privilege are separate and unaffected.
Is a certification still needed? Yes, both provisions require certification by a qualified person. The signature makes what they certify simpler and easier to defend.
Does the signature prove the statement was true? No. It shows a credential signed that statement. Whether the content was accurate remains a factual question.
Is the law settled here? Treatment of cryptographically signed records under these provisions is still developing and varies by jurisdiction. This is general discussion, not legal advice.
Does a signature make a record admissible? It addresses authentication. Relevance, hearsay and weight remain separate questions.
Does signing fix timestamp problems? No. A signature proves content integrity, not that the clock was honest. Use an external time source where timing matters.
Is the certification still needed? Yes, and it is attackable — the qualification of the certifier and the quality of the process both matter.
Where this fits in Manav
Manav produces records with the property the rule rewards: a hash and signature over the rendered content, bound to a person at enrolment and verifiable by anyone.
Sources and further reading
- Federal Rule of Evidence 901 — Authenticating or Identifying Evidence
- Advisory committee notes on the 2017 amendments to Rule 902.
- NIST — digital forensics and evidence handling resources
- RFC 8037 — CFRG elliptic curve signatures for JOSE
- Federal Rules of Evidence, Rule 902 — Cornell LII