A plausible timeline has inconsistent clock references
A fictional incident team correlates a process-creation record, a filesystem timestamp and a captured network event. One source uses local time, another stores UTC, and the third device has a documented clock offset. The initial report sorts their displayed strings and claims that the network event caused the process launch. Packet capture also begins after the suspected initial compromise, and one file record lacks enough context to establish the responsible user. This written exercise examines supplied evidence only and touches no live system. Identify how the timestamps should be handled, what the incomplete collection prevents the team from concluding and how a defensible timeline preserves uncertainty rather than making a precise-looking order into unsupported causation.
1. What should be done with the time references?
Read the worked answer
Preserve original values, identify their field meaning and zone, assess the offset, and normalize appropriately with stated uncertainty.
2. What conclusions need restraint?
Read the worked answer
Temporal order alone does not prove causation or a specific user. Incomplete capture cannot establish that unobserved earlier activity did not occur; seek appropriate corroboration.