CEH · M07

Malware triage: indicators, behavior and response evidence

An alert starts an investigation. Separate suspicious indicators, observed behavior and confirmed impact before choosing containment and follow-up.

After this lesson, you can
  • Explain why one filename or hash cannot answer every malware question.
  • Preserve a response timeline and evidence without executing unknown files on a daily-use machine.

Prerequisites: CIA and security controls: define what needs protection

Put indicators into behavioral context

Filenames, hashes, domains and process events can be indicators. Names are easy to change. A hash identifies particular bytes but changes when content changes. A missing match does not establish safety, and a match still needs source, time and context.

Behavioral records add execution context, such as unexpected process relationships, configuration changes or data access. Separate the observed event from a suspected purpose. Legitimate maintenance can produce some similar events.

Further reading: NIST SP 800-83 Rev. 1: Malware Incident Prevention and Handling

Control risk while preserving traceability

Use organizational procedures for containment, reporting and evidence retention. Avoid arbitrary deletion that destroys the timeline. Do not open a suspicious file on a daily-use system to see what happens; dynamic analysis needs a controlled isolated environment and a dedicated process.

This unit uses only synthetic events. Classifying them establishes a bounded judgment about this dataset, not a real incident’s root cause or eradication.

Example: an updater launches a command process

A synthetic log shows updater.exe launching a command process and changing startup configuration. The user reports a software update at the time.

The events merit investigation, but a filename and one user statement do not settle legitimacy. Check provenance, signatures or known packages, process paths and the actual changes, while making a risk-based containment decision.

Conclusion: Record behavior requiring verification, retain the timeline and avoid prematurely declaring infection or clearance.

Offline exercise: three layers of an event note

Use the text record only. Do not download, execute or upload suspicious files.

  1. List the two directly observed events.
  2. Propose one benign and one malicious explanation.
  3. Name two follow-up evidence items that distinguish them and a reporting contact role.

Expected result

Both hypotheses remain open; package provenance and actual changes can improve the judgment.

Check your work

Did your note accidentally turn suspicious into confirmed compromise?

Finish and clean up

Keep the text analysis. There are no malware samples or system changes.

Q&A · Check your reasoning

Choose an answer and confidence, then read every explanation. Answers stay in this browser.

ceh-m07-malware-q1 · Original practice

Does no match against known malicious hashes prove a file safe?

Does no match against known malicious hashes prove a file safe?
ceh-m07-malware-q2 · Original practice

Which choice respects this unit’s boundary when investigating an unknown file?

Which choice respects this unit’s boundary when investigating an unknown file?

Connect the next idea

Terms: Indicator·Evidence boundary

Sources & scope

These sources support the technical principles. Examples, questions and exercises are original to this series.