Manav.id
Compliance · 5 min read

Self-authenticating records: why some logs are admitted and others are not

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.

Key takeaways
  • 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.

What the two provisions do

Plain application logA mutable row in a databaseIntegrity rests on system trustNeeds a custodian to testifyAttackable on access and retentionAuthentication is contestedSigned recordHash and signature over contentIntegrity checkable by anyoneCertification still neededTampering is detectable, not arguableAuthentication is a narrower fightvs
ProvisionCoversRequires
902(13)Records generated by an electronic process or systemCertification by a qualified person that the process produces an accurate result
902(14)Data copied from an electronic device, storage medium or fileCertification 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

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 signaturesWith signatures
The system reliably records events, based on my knowledge of its design and operationThis record was produced by our signing process; here is the published key and the verification procedure
Retention and completeness rest on process descriptionEach record stands alone and verifies independently
Cross-examination targets system reliabilityCross-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.

  1. Authentication is not admission. Hearsay, relevance and privilege are separate questions and a signature addresses none of them.
  2. A signature does not establish truth. It shows a credential signed a statement. Whether the statement was accurate is a factual question.
  3. 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.

A worked example: what the cross-examination looks like

The same event, two postures
Question to the witnessPlain logSigned record
Who could edit this table?Several administratorsEditing invalidates the signature
How do you know it was not changed?Access controls and processVerify the signature
Was the clock correct?Server time, adjustableSame issue — signatures do not fix time
Who authorised the action?A user id in a columnA 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

  1. Sign the record at creation. Not at export, which proves nothing about the interval.
  2. Hash the content that matters. What was rendered, not just an identifier.
  3. Bind the key to a person at enrolment. Otherwise you have authenticated a machine.
  4. Keep the certification process documented. Someone qualified must be able to attest to it.
  5. 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.

See record structure →

Sources and further reading