Objective 1.1 · Lesson 1 of 2

Collect evidence across systems

An alert describes one observation. Architecture tells you which other observations should exist, where to collect them, and where your view may be incomplete.

Follow the event from source to search

Logging starts with configuration at the source: which actions are recorded, which fields identify the actor and object, and whether failures are included. Ingestion moves these records into an analysis system. Parsing gives fields consistent meanings, but the original record should remain available because a parser can drop information or interpret a field incorrectly.

Plan for interruptions as well as normal delivery. A collector queue, delivery delay metric, and alert for missing sources help distinguish an uneventful hour from a broken pipeline. Protect transport and storage, restrict log administration, and record access. Retention should reflect investigation needs, business requirements, storage costs, and the organisation’s approved policy.

Build a timeline you can defend

Record the event time, time zone, ingestion time, and source identity. Synchronised clocks make correlation easier, but analysts still need to recognise drift, delayed delivery, and daylight-saving ambiguity. Do not silently reorder contradictory evidence into a convenient story. Keep the original timestamp and describe any conversion or correction used in your analysis.

Integrity means more than making logs searchable. Separate the permissions to operate a workload from permission to erase its central audit trail. Protect retained copies against inappropriate modification, monitor configuration changes, and test retrieval. A retention setting is useful only if the relevant records actually arrive and can be recovered when a case needs them.

Know where the workload actually runs

On an endpoint, connect processes to their parent, account, executable location, and changes to critical files. Useful locations include Windows system and application directories and Linux configuration, executable, and log directories. A familiar filename in an unusual location deserves investigation. Hardening establishes approved configurations, limits unnecessary services, and gives you a baseline against which to assess drift.

Virtual machines have guest operating systems whose activity may require guest-level telemetry. Containers usually share a host kernel, so container identity, image, runtime, and orchestrator events add context that a process name lacks. Cloud-native services may be short-lived or managed by a provider. Collect control-plane and application API audit events, rather than assuming a server agent can observe everything.

Keep these points in mind

  • Keep original records alongside normalised fields.
  • Use event time and ingestion time for different questions.
  • Match telemetry to the execution layer, not just the application name.

Pause and practise

A container disappears before an investigation starts. Which evidence would you request, and why?

Show a worked response

Request central application logs, container and image identifiers, orchestrator lifecycle events, host runtime telemetry, and cloud API audit records for the relevant window. These can connect a terminated workload to its deployment and identity. Verify source coverage before interpreting missing local files as evidence that nothing happened.

Next lesson →
← Module overview