← Cybersecurity Professional Programme

Module 04Defensive3.5 weeks

Defensive Security

The defensive side of cybersecurity: monitoring and analysis. Theoretical baselines first, then technical work with SIEM and EDR technologies, analysing and responding to real security events.

01

Learning outcomes

  • Describe SOC tiers, escalation paths and alert triage workflow
  • Analyse packet captures and network telemetry for suspicious behaviour
  • Write and tune SIEM detection logic against attacker techniques
  • Run the incident response lifecycle from detection to lessons learned
  • Form and test a threat hypothesis during a structured hunt
02

What this module covers

Security Operations Center (SOC)Network analysisLog monitoring and SIEMIncident responseThreat hunting
03

Lessons

Lesson 1Inside the Security Operations Center

A SOC is a process wrapped around people and telemetry. Alerts arrive, an analyst triages, and either closes them with a documented reason or escalates. The quality of a SOC is measured in mean time to detect and mean time to respond.

TierResponsibilityTypical output
Tier 1Triage alerts, gather context, close or escalateDocumented triage notes
Tier 2Deep investigation, scope the incidentIncident timeline
Tier 3 / huntingProactive hunts, detection engineeringNew detection rules
IR leadCoordinate containment and communicationIncident report
  • True positive — real malicious activity; escalate and contain
  • False positive — benign activity matching a rule; tune the rule
  • True negative — quiet and genuinely safe
  • False negative — the dangerous one: missed activity, found later during a hunt

Lesson 2Network analysis

Attackers must communicate. Network telemetry — full packet capture, flow records, DNS and proxy logs — is where command-and-control, beaconing and exfiltration become visible even when the endpoint is compromised.

# Wireshark display filters worth memorising
http.request.method == "POST"
dns.qry.name contains "dyndns"
tcp.flags.syn == 1 && tcp.flags.ack == 0   # scanning behaviour
ip.addr == 10.10.10.5 && !(tcp.port == 443)
Filter down to the story: who talked to whom, how often, and how much.
  • Beaconing — regular, similar-sized callbacks at a fixed interval with jitter
  • Exfiltration — large or sustained outbound transfer to an unusual destination
  • DNS tunnelling — long, high-entropy subdomain labels, high query volume
  • Lateral movement — internal SMB/RDP/WinRM connections between workstations

Lesson 3Log monitoring and SIEM

A SIEM collects, normalises and correlates logs so one query can span the whole estate. Detection engineering is the craft of turning attacker behaviour into precise, low-noise logic.

Event ID (Windows)MeaningWhy it matters
4624Successful logonBaseline of who logs in where
4625Failed logonSpraying and brute force
4688Process creationMalicious command lines
4720User account createdPersistence
4769Kerberos service ticket requestedKerberoasting
// Pseudo-SIEM rule: password spraying
source = "windows:security" AND event_id = 4625
| bin span=10m
| stats dc(target_user) AS users, count AS attempts BY src_ip, _time
| where users >= 10 AND attempts >= 20
Good rules describe behaviour, not a single indicator.

Lesson 4Incident response

The NIST lifecycle gives incidents a repeatable shape: Preparation, Detection & Analysis, Containment, Eradication & Recovery, and Post-Incident Activity. Under pressure, the process is what keeps decisions sane.

  • Preparation — playbooks, contacts, logging coverage, tested backups
  • Detection & analysis — validate the alert, build a timeline, scope affected assets
  • Containment — short-term isolation first, then a durable fix
  • Eradication & recovery — remove persistence, rebuild, restore, verify
  • Post-incident — blameless review, new detections, updated playbook

Preserve evidence in order of volatility: memory and running processes before disk, disk before archived logs. Isolating a host at the network level usually beats powering it off.

Lesson 5Threat hunting

Hunting assumes the alert never fired. You start with a hypothesis grounded in a real technique — 'an attacker is using scheduled tasks for persistence on finance workstations' — then query telemetry to prove or disprove it.

  • Pick a MITRE ATT&CK technique relevant to your environment
  • Define the data source and what normal looks like
  • Query for the deviation, not the malware name
  • Whatever the result, output a new detection rule or a documented baseline
04

Guided hands-on activity

Detect and respond to your own attack

  1. 1.Replay the Module 3 lab: run your nmap scan and a failed-login burst against the lab target while logging is enabled.
  2. 2.Capture traffic with Wireshark or tcpdump during the attack and save the pcap.
  3. 3.In the pcap, isolate the scanning behaviour using a SYN-without-ACK filter and record the source, timing and port range.
  4. 4.Collect the target's authentication logs and count failed logons per source IP in a 10-minute window.
  5. 5.Write a detection rule (pseudo-SIEM logic is fine) that would have alerted on the spray, with a threshold you can justify.
  6. 6.Produce a one-page incident report: timeline, affected assets, containment actions, eradication steps, and two lessons learned.

Teaching point

Attacking and then detecting the same activity is the single most effective exercise in this programme — it closes the loop between Modules 3 and 4.

05

Knowledge Check

Question 1 of 5

A Tier 1 analyst's primary responsibility is to: