Malware Analysis & Threat Investigation
Learn how analysts examine suspicious files, interpret behavioural indicators, investigate a simulated incident and document defensible conclusions. This module combines a consent-based environment profile with an inert malware-analysis case.
Learning objectives
By the end of this module, you should be able to distinguish static and behavioural evidence, recognise common indicators of compromise, use cautious analyst language and understand why real malware requires an isolated analysis environment.
01 · Environment Inspector
Consent-based browser and device profile
Understand the environment you're using
Analysts record relevant host context when documenting an investigation. This exercise shows a small set of browser-reported properties. Combined attributes can contribute to browser fingerprinting, so the inspection is optional and deliberately limited.
02 · Malware Analysis Sandbox
Guided investigation of an inert training case
Case file: Invoice Viewer
Ready for analysisA staff member reports an unexpected invoice attachment. The following artefacts were authored for this training exercise. They are not generated by executing a file and must not be presented as results from a real malware sample.
Static triage observations
These are supplied case notes. No file parser, antivirus engine or hash calculation runs in the browser.
| Observation | Evidence | Priority |
|---|---|---|
| File origin | Unexpected invoice attachment from an unfamiliar sender | REVIEW |
| File type | Executable extension inconsistent with an ordinary invoice document | HIGH |
| Hash | No actual binary supplied; cryptographic hash unavailable | UNKNOWN |
| Signature | Digital-signature status not supplied | UNKNOWN |
Simulated process activity
Illustrative process tree recorded in the fictional incident notes. It is not a live process list from this computer.
Simulated network observations
Addresses below are reserved for documentation and examples; they are not live destinations and this page does not contact them.
| Time | Observation | Destination | Assessment |
|---|---|---|---|
| 10:14:02 | DNS lookup (synthetic) | cdn-update.training.invalid | REVIEW |
| 10:14:05 | Outbound TLS session (synthetic) | 198.51.100.24:443 | REVIEW |
| 10:14:09 | Connection attempt (synthetic) | 203.0.113.18:443 | UNCONFIRMED |
Analysis event timeline
Run the simulated analysis to populate the investigation sequence.
- Awaiting analyst action
Select “Run simulated analysis” to review the training evidence.
03 · Analyst verdict
Based on the supplied evidence, choose the most defensible conclusion. Avoid claiming more than the evidence supports.
04 · What a real malware sandbox does
The public learning page is not a real execution sandbox. A genuine analysis environment requires separate infrastructure and disposable virtual machines. Tools such as CAPE can execute submitted samples in isolated guest VMs and collect behavioural artefacts; REMnux provides a toolkit for static and dynamic analysis, memory forensics and network investigation.
Professional takeaway
Malware analysis is evidence-led. Separate observations from assumptions, preserve hashes and artefacts when a real sample is authorised for analysis, correlate host and network behaviour, and report uncertainty. A suspicious indicator justifies further investigation; it does not automatically prove malicious intent.