Home/Insights/Guide
// CASEWORK

Reconstructing a Timeline from Fragmented Data.

Sequence wins cases. A defensible chronology is built by normalising time and corroborating across independent sources.

Bobby Pabla·Principal Digital Forensic Examiner·January 2026·Updated July 2026

Most matters turn on sequence: what was known, done or sent, and when. No single device holds that story. A defensible timeline is built by correlating artefacts across sources — handset, laptop, cloud accounts, building access logs — and being rigorous about the one thing that undoes timelines: time itself.

Normalise Before You Correlate

Devices record in a mix of UTC, local time and application-specific epochs; Australian matters add daylight saving and cross-jurisdiction offsets (an event logged 09:00 AEST is 08:30 in Adelaide and 07:00 in Perth). Every artefact is converted to a single reference timezone, with clock drift measured against known events — a sent email whose server timestamp is trusted, a CCTV frame — before any sequencing is asserted.

Corroborate Across Independent Sources

A message's handset timestamp is one witness; the telco record, the recipient's device and the platform's server data are others. Where independent sources agree, the event is solid. Where they disagree, the disagreement is itself a finding — often evidence of clock manipulation or backdating. The same logic joins file activity to human activity: a document's last-modified time gains meaning when it sits between a screen unlock and a USB connection event.

The deliverable is a court-ready chronology in which every entry cites its source artefacts, its confidence, and its assumptions — so counsel can put a sequence to a witness knowing exactly how firmly each link holds.

Worked Example: One Morning, Three Sources

An illustration of how the method plays out. In a fraud prosecution the question is often whether a document existed when the accused says it did. No single device answers it — the handset goes quiet for twenty minutes, and it's the laptop's event log and the cloud server that say what happened in the gap.

MOBILE DEVICE COMPUTER CLOUD ACCOUNT
07:41HANDSET Message received from co-accused: “need the agreement before the meeting” — full file system extraction
07:52LAPTOP System clock manually set back to 12 March 2023 — Windows event log (clock-change event)
07:58–08:19HANDSET Handset silent — no activity recorded. What happened in the gap comes from the laptop and the cloud server below.
08:03LAPTOP “Loan Agreement.pdf” created — internal metadata reads 12 March 2023 — file system + document metadata
08:11LAPTOP System clock restored to the correct date and time — Windows event log (clock-change event)
08:14CLOUD Document uploaded to shared drive — server records the true upload time — cloud audit log & version history
08:21HANDSET Message sent to co-accused: “agreement's in the folder” — extraction, corroborated by the telco record

Illustrative scenario. All times normalised to AEST; each source's clock offset measured before sequencing.

How This Appears in the Report

The chronology is annexed to the expert report as a table, and every entry carries three things: the artefacts it rests on (by exhibit reference), whether it is corroborated by an independent source, and any assumption it depends on. The row that matters most in this example — the one that shows the document could not have existed in 2023:

TIME (AEST)EVENTSOURCE ARTEFACTSCONFIDENCE
08:03:41 “Loan Agreement.pdf” created while the system clock was set to 12 March 2023; server-side upload time confirms actual creation date Exhibit L-3 (event log)
Exhibit L-4 (file metadata)
Exhibit C-2 (cloud audit log)
CORROBORATED
3 independent sources
→Corroborated — two or more independent sources agree; the strongest entries, safe to put to a witness
→Single-source — one artefact only; stated with the limits of that source
→Inferred — a conclusion from surrounding events, with the reasoning and assumptions spelled out

Gaps are reported as gaps — stating what the sources cannot say is part of what makes the chronology defensible, and it is what the other side's expert will look for first.

Frequently Asked Questions

Why Do Timestamps Differ Between Devices?

Devices record in a mix of UTC, local time and application-specific epochs, and Australian matters add daylight saving and cross-jurisdiction offsets — an event logged 09:00 AEST is 08:30 in Adelaide and 07:00 in Perth. Device clocks also drift. Every artefact must be normalised to one reference timezone before any sequence is asserted.

Can Device Timestamps Be Manipulated?

Yes — which is why a defensible timeline corroborates each event across independent sources: the handset, the telco record, the recipient's device, the platform's server data. Where independent sources disagree, the disagreement is itself a finding, often pointing to clock manipulation or backdating.

What Does a Court-Ready Chronology Contain?

Every entry cites its source artefacts, its confidence level and its assumptions — so counsel can put a sequence to a witness knowing exactly how firmly each link holds.

FURTHER READING · AUTHORITATIVE SOURCES
General information only — not legal advice. For guidance on a specific matter, speak with your lawyer or contact us in confidence.
RELATED SERVICES Digital Forensics → Expert Witness & Litigation → Deleted Data and Timelines → Location and GPS Analysis → Computer Forensics →

More Guides

Facing This Situation Now?

A certified examiner responds within one business day — in confidence, no obligation.

Request a Confidential Consult