CYBER LIBRARY
Explore the bootcamp
Evidence & investigationBeginner

Incident timelines

Reconstruct events without treating proximity as proof of causation.

3 min readUpdated 12 Oct 202640 connections
Markdown

The idea

A timeline orders relevant events with evidence references and a common time basis. Preserve original timestamps and document conversions, clock differences, and uncertainty. Identify whether each record reflects an action, observation, or ingestion time. Distinguish directly confirmed events from inferred relationships. A good timeline helps identify gaps and guide further collection rather than presenting a polished but unsupported story.

In practice

An account sign-in, mailbox change, and file download are placed in UTC with source IDs. The analyst notes that one system’s time is estimated because its clock drift is unknown.

A common misunderstanding

Events close together are not necessarily caused by the same actor, and the first observed event may not be the first actual event.

Check your understanding

What makes a timeline useful for another investigator?

Think it through: Traceable evidence, explicit time handling, clear confidence, and documented gaps.

Normalize time without erasing uncertainty

A timeline brings events from different sources into a common view. Record the original timestamp, its timezone or offset, the source, and any normalization performed. A device clock may be wrong or corrected during the incident, while an application may record processing time rather than the moment a user initiated an action. Apparent precision is not the same as accuracy.

Separate observed facts from interpretation. A login followed by file access may support a hypothesis, but sequence alone does not prove that a particular person performed both actions. Shared accounts, background processes, delayed logging, and missing events can change the explanation. Preserve the link from each timeline entry back to the original evidence.

A fictional cross-system sequence

An academy investigates an unusual account session and a later data export. Identity logs use UTC, application logs use local time, and a workstation clock is several minutes slow. The analyst records those differences before ordering events. Without normalization, the export could appear to precede the login that enabled it.

The resulting timeline includes confidence and gaps. It distinguishes an event's recorded time from the analyst's inferred interval where exact timing is uncertain. New evidence may revise the sequence, so keep a reproducible method rather than manually editing an attractive chart with no trace of its inputs.

Reconcile three clocks

Create three fictional events with different timezones and one known clock offset. Convert them to a common basis while retaining the originals. Then add a delayed log entry and explain why its storage time may differ from the event time. Write a short narrative that uses cautious language where the ordering is uncertain. A useful timeline makes uncertainty visible instead of hiding it behind a neat horizontal line.

Keep exploring

GO TO THE SOURCE

References & further reading

Original explanations, with primary references for deeper study.

NIST: Integrating Forensic Techniques into Incident Response
EXPLORE THIS IDEA’S CONNECTIONS

A small part of a bigger picture.

39 notes · 104 connections
100%
Incident timelines · depth 1
Drag to pan · Pinch or use +/− to zoom · Click to preview · Double-click to read
Browse notes as a list (39)
Account DiscoveryApplication Window DiscoveryBrowser Information DiscoveryCloud audit logsCloud Infrastructure DiscoveryCloud Service DashboardCloud Service DiscoveryContainer and Resource DiscoveryDHCPDigital forensicsDomain Trust DiscoveryFile and Directory DiscoveryFile metadata and timestampsForensic reportingIncident reporting and handoverIncident timelinesLog correlationLogs and telemetryNetwork address translationNetwork forensicsNetwork Service DiscoveryNetwork Share DiscoveryNetwork SniffingTime synchronizationPassword Policy DiscoveryPeripheral Device DiscoveryPermission Groups DiscoveryProcess DiscoveryQuery RegistryRemote System DiscoverySoftware DiscoverySystem Information DiscoverySystem Location DiscoverySystem Network Configuration DiscoverySystem Network Connections DiscoverySystem Owner/User DiscoverySystem Service DiscoverySystem Time DiscoveryVirtualization/Sandbox Evasion
Start with a concept. Follow its connections.
Detection & responseAbuse Elevation Control MechanismElevation-control abuse bypasses or misuses mechanisms governing privileged execution.Making change happenAcceptance criteriaDefine observable conditions for a deliverable to be accepted.Security essentialsAccess controlUnderstand subjects, resources, permissions, and enforcement through a shared-drive example, including how access changes over time.Detection & responseAccess Token ManipulationAccess token manipulation changes or adopts operating-system security contexts.Risk & resilienceAccount Access RemovalAccount access removal disrupts legitimate users by changing, deleting, or restricting their identities.Evidence & investigationAccount DiscoveryAccount discovery enumerates identities available in a system or environment.Detection & responseAccount ManipulationAccount manipulation changes identity settings to preserve or expand access.Adversarial thinkingAcquire InfrastructureInfrastructure acquisition obtains domains, servers, or other resources used to support operations.Adversarial thinkingActive ScanningActive scanning probes target infrastructure to learn reachable services or weaknesses.Security essentialsAdversary in the middleAn intermediary may observe or alter a communication path.Security essentialsAESA symmetric block cipher whose safe use depends on its mode and implementation.Making change happenAgile deliveryUse short feedback cycles to adapt toward a useful outcome.