Tutorial 4.9: Advanced Threat Detection and Security Analytics

πŸ“‘ Table of Contents

🎯 Learning Objectives

After completing this tutorial, you should be able to:


πŸ“– Overview

In previous tutorials, we explored intrusion detection, prevention, and firewallsβ€”foundational technologies that provide visibility and control over network and host activity. However, the sheer volume of data and the sophistication of modern attacks require more advanced techniques. Advanced threat detection and security analytics represent the next frontier, leveraging data science, machine learning, and big data technologies to identify threats that traditional signature-based tools miss.

This tutorial introduces the concepts and technologies that power modern security operations. We begin with an overview of advanced threat detection and the role of security analytics in transforming raw data into actionable intelligence. We then examine Security Information and Event Management (SIEM) systemsβ€”the central nervous system of the Security Operations Center (SOC). We cover log management, normalization, and event correlation, which enable identification of complex attack patterns across disparate data sources.

We then explore threat hunting, a proactive approach where analysts actively search for threats that evade automated detection. We discuss the integration of threat intelligenceβ€”both strategic and tacticalβ€”and the use of Indicators of Compromise (IOCs) to enrich detection. We also cover User and Entity Behavior Analytics (UEBA), which applies machine learning to detect anomalies in user and system behavior, helping to identify insider threats and compromised accounts.

We address the challenges of security analytics, including data volume, alert fatigue, and the skills gap, and we provide real-world case studies that illustrate both the power and the pitfalls of these technologies. By the end of this tutorial, you will have a comprehensive understanding of how advanced analytics are used to detect sophisticated cyber threats, preparing you for deeper dives into specific technologies (such as SIEM and UEBA) in later tutorials.

This content aligns with Stallings & Brown (2024), Chapter 8 and incorporates guidance from NIST SP 800-94, SANS, and leading industry practices.

1. Introduction to Advanced Threat Detection

1.1 The Evolution of Detection

Traditional detection methodsβ€”signature-based IDS/IPS and antivirusβ€”are effective against known threats but struggle with zero-day exploits, targeted attacks, and stealthy adversaries. Advanced threat detection encompasses a range of techniques that go beyond signatures, leveraging behavioral analysis, machine learning, and big data analytics to identify malicious activity even when no known signature exists.

Advanced threat detection is not a single technology but a combination of processes and tools:

1.2 The Shift from Reactive to Proactive

Historically, security was reactive: tools generated alerts, and analysts responded. Advanced threat detection shifts to a proactive model, where analysts actively search for threats and use analytics to predict and prevent attacks before they cause damage. This is embodied in the concept of threat hunting and the integration of security analytics into the SOC.

Key Takeaway: Advanced threat detection moves beyond signatures to leverage analytics, behavioral models, and human expertise to uncover stealthy and unknown threats.

2. Security Analytics: Concepts and Role

2.1 What is Security Analytics?

Security analytics is the process of using data analysis techniquesβ€”statistical, machine learning, and visualβ€”to identify security threats, patterns, and anomalies. It transforms raw telemetry (logs, network flows, system events) into actionable insights. Security analytics is the engine that powers SIEM, UEBA, and threat hunting.

2.2 Key Components

2.3 Role in the SOC

Security analytics is the core of the Security Operations Center (SOC). It provides the intelligence that enables analysts to detect, investigate, and respond to incidents. Without analytics, the SOC would be overwhelmed by data and unable to distinguish real threats from noise.

Key Takeaway: Security analytics turns raw data into actionable intelligence, enabling effective detection and response.

3. Security Information and Event Management (SIEM)

3.1 Definition and Purpose

A SIEM system combines Security Information Management (SIM) β€” long-term log storage and reporting β€” with Security Event Management (SEM) β€” real-time event correlation and alerting. SIEM is the central hub for security data, providing a unified view of an organization's security posture.

3.2 SIEM Architecture

β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β” β”‚ SIEM ARCHITECTURE β”‚ β”œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€ β”‚ β”‚ β”‚ β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β” β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β” β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β” β”‚ β”‚ β”‚ Data Sources│───►│ Collection │───►│ Normalizationβ”‚ β”‚ β”‚ β”‚ - Logs β”‚ β”‚ - Syslog β”‚ β”‚ - Parsing β”‚ β”‚ β”‚ β”‚ - NetFlow β”‚ β”‚ - WinEvent β”‚ β”‚ - Enrichment β”‚ β”‚ β”‚ β”‚ - Alerts β”‚ β”‚ - API β”‚ β”‚ - Tagging β”‚ β”‚ β”‚ β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜ β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜ β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜ β”‚ β”‚ β”‚ β”‚ β”‚ β”‚ β–Ό β–Ό β”‚ β”‚ β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β” β”‚ β”‚ β”‚ Correlation Engine β”‚ β”‚ β”‚ β”‚ - Rule-based - Statistical - Machine Learning β”‚ β”‚ β”‚ β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜ β”‚ β”‚ β”‚ β”‚ β”‚ β–Ό β”‚ β”‚ β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β” β”‚ β”‚ β”‚ Alerting & Reporting β”‚ β”‚ β”‚ β”‚ - Dashboards - Notifications - Compliance Reports β”‚ β”‚ β”‚ β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜ β”‚ β”‚ β”‚ β”‚ β”‚ β–Ό β”‚ β”‚ β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β” β”‚ β”‚ β”‚ Storage (long-term) β”‚ β”‚ β”‚ β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜ β”‚ β”‚ β”‚ β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜

Figure 1: SIEM Architecture

3.3 Key SIEM Capabilities

3.4 SIEM Deployment Options

Key Takeaway: SIEM is the central platform for security analytics, providing aggregation, correlation, alerting, and reporting across the enterprise.

4. Log Management and Normalization

4.1 Log Collection

Effective security analytics depends on comprehensive log collection. Common sources include:

4.2 Normalization

Logs come in various formats. Normalization transforms them into a consistent format, allowing correlation across sources. Common normalization fields include:

SIEMs typically use a Common Event Format (CEF) or Log Event Extended Format (LEEF) to represent normalized events. This ensures that a rule checking for "failed login" can work across Windows events, Unix logs, and application logs.

4.3 Log Storage and Retention

Log storage must balance performance, cost, and retention requirements. Typical retention periods range from 90 days to 1 year (or more for compliance). SIEMs often use tiered storage: fast storage for recent data (hot) and slower, cheaper storage for older data (cold).

Key Takeaway: Log managementβ€”collection, normalization, and storageβ€”is the foundation of security analytics; without quality data, analytics are ineffective.

5. Event Correlation and Alerting

5.1 Correlation Techniques

5.2 Correlation Rules: Example

Rule: Brute Force Attempt Detection Condition: Event type = "Failed Login" AND Source IP = external AND Count(Source IP) > 10 within 5 minutes Then: Generate Alert: "Brute force attempt from IP X" Severity: Medium Action: Add source IP to block list

5.3 Alert Triage and Prioritization

Not all alerts are critical. SIEMs assign severity scores based on:

High-severity alerts require immediate investigation, while low-severity alerts may be batched. Alert prioritization reduces analyst fatigue and ensures that the most critical incidents are addressed first.

Key Takeaway: Correlation transforms raw events into meaningful alerts, but effective alerting requires careful rule design and prioritization.

6. Threat Hunting: Proactive Detection

6.1 Definition

Threat hunting is a proactive security activity where skilled analysts actively search for threats that have evaded existing security controls. Unlike reactive monitoring (waiting for alerts), hunting is hypothesis-driven and leverages data from SIEM, logs, and other sources.

6.2 The Hunt Cycle

6.3 Tools for Threat Hunting

6.4 Threat Hunting Maturity

Organizations progress through maturity levels:

Key Takeaway: Threat hunting is a human-led, proactive activity that complements automated detection, uncovering threats that slip past traditional tools.

7. Threat Intelligence Integration

7.1 What is Threat Intelligence?

Threat intelligence is evidence-based knowledge about current or emerging threats, including context, mechanisms, indicators, and actionable advice. It helps organizations anticipate attacks and prioritize defenses.

7.2 Types of Threat Intelligence

7.3 Integrating with SIEM

7.4 Threat Intelligence Platforms (TIPs)

Threat Intelligence Platforms aggregate and manage intelligence from multiple sources (open-source, commercial, ISACs). They normalize and enrich data, and often integrate with SIEMs and other security tools.

Key Takeaway: Threat intelligence enriches detection and prioritization, turning raw alerts into contextualized, actionable insights.

8. Indicators of Compromise (IOCs)

8.1 Definition

Indicators of Compromise (IOCs) are artifacts or pieces of forensic data that suggest a potential security breach. They are used to detect attacks and can be shared among organizations for threat intelligence.

8.2 Types of IOCs

8.3 IOC Lifecycle

8.4 IOC Standards

Key Takeaway: IOCs are the building blocks of threat detection; their effective use and sharing enable faster identification of compromises.

9. User and Entity Behavior Analytics (UEBA)

9.1 Definition and Purpose

User and Entity Behavior Analytics (UEBA) uses machine learning and statistical algorithms to establish baselines of normal behavior for users and entities (hosts, applications, networks). It then identifies deviations that may indicate compromised accounts, insider threats, or malicious activity.

9.2 How UEBA Works

9.3 Use Cases

9.4 Challenges

Key Takeaway: UEBA enhances detection by identifying subtle behavioral anomalies that traditional rules may miss, making it a powerful tool for insider threat and account compromise detection.

10. Challenges and Limitations of Security Analytics

10.1 Data Volume and Velocity

Modern networks generate massive amounts of log data (terabytes per day). Processing and storing this data at scale requires significant infrastructure and can be costly.

10.2 Alert Fatigue

Too many alerts (especially false positives) overwhelm analysts, causing them to miss critical alerts. Tuning and prioritization are essential to reduce fatigue.

10.3 Skills Gap

Advanced analytics, threat hunting, and UEBA require skilled analysts who understand both security and data science. There is a shortage of such professionals.

10.4 Privacy and Compliance

Collecting and analyzing user behavior data raises privacy concerns and may be subject to regulations (GDPR, CCPA). Organizations must balance security needs with privacy rights.

10.5 Integration Complexity

Integrating multiple tools (SIEM, UEBA, TIP, EDR) into a cohesive analytics platform is challenging and requires careful planning and maintenance.

Key Takeaway: While powerful, security analytics faces significant operational challenges that must be addressed through careful design, tuning, and training.

11. Real-World Case Studies

11.1 Case Study: SIEM Detects Insider Threat

A financial institution deployed a SIEM with UEBA capabilities. The system flagged an employee who was accessing large volumes of customer records during off-hours, a behavior that deviated from his normal work pattern. The SIEM correlated this with a recent negative performance review. The security team investigated and found that the employee was planning to sell the data to a competitor. The alert prevented a major data breach.

11.2 Case Study: Threat Hunting Uncovers APT

A government agency's threat hunting team used a hypothesis based on recent intelligence about a state-sponsored APT group. They queried their SIEM for suspicious outbound connections to domains associated with the group. They found a small number of connections from a server that had not triggered any alerts. Further investigation revealed a backdoor that had been installed months earlier. The attack was contained before any data was exfiltrated.

11.3 Case Study: UEBA Flags Compromised Account

A large retail company used UEBA to monitor user activity. One day, the system flagged an executive's account for unusual activity: login from a foreign IP at 3 AM, followed by a large download of sensitive financial documents. The anomaly was immediately escalated. The account had been compromised via a phishing attack. The security team reset credentials and blocked the attacker before any data left the organization.

Key Takeaway: Advanced threat detection and analytics have proven their value in real-world incidents, but they require skilled analysts and continuous improvement.

πŸ“Œ Summary

This tutorial provided a comprehensive exploration of advanced threat detection and security analytics. We began by defining advanced threat detection as the use of analytics, behavioral models, and human expertise to identify sophisticated threats that evade traditional signatures. We introduced security analytics as the process of transforming raw data into actionable intelligence, underpinning SIEM, UEBA, and threat hunting.

We examined SIEM systems, the central platform for security analytics, covering their architecture, log management, normalization, event correlation, and alerting. We discussed the importance of log collection and normalization for effective correlation, and the challenges of alert prioritization and false positives.

We then explored threat hunting as a proactive, hypothesis-driven activity that complements automated detection. We covered the integration of threat intelligence and IOCs into SIEM and hunting, and the role of UEBA in detecting behavioral anomalies indicative of insider threats or compromised accounts.

We addressed the limitations and challenges of security analytics, including data volume, alert fatigue, skills gap, privacy, and integration complexity. Real-world case studies illustrated the practical application and effectiveness of these technologies in detecting insider threats, APTs, and compromised accounts.

The key takeaway is that advanced threat detection and security analytics are essential for modern security operations, but they require a combination of technology, skilled personnel, and continuous tuning. They are not a silver bullet but a powerful component of a layered defense strategy. In the next tutorial, we will delve into secure internet protocols and architectures, starting with IPsec.

Next: Tutorial 4.10: Secure Internet Protocols and Architecture.

πŸ“ Quiz

1. What is the primary purpose of security analytics in an SOC?

Answer
B. To transform raw data into actionable intelligence for detection and response.

2. Which SIEM component is responsible for converting disparate log formats into a common schema?

Answer
B. Normalization layer.

3. What is a key characteristic of threat hunting compared to traditional alert-based monitoring?

Answer
B. Threat hunting is proactive and hypothesis-driven.

4. Which type of threat intelligence provides specific indicators such as IP addresses and file hashes?

Answer
C. Operational intelligence.

5. What is an Indicator of Compromise (IOC)?

Answer
B. A piece of forensic data that suggests a breach.

6. What is the primary purpose of User and Entity Behavior Analytics (UEBA)?

Answer
B. To detect anomalous behavior of users and entities using machine learning.

7. Which of the following is a common challenge in security analytics?

Answer
D. All of the above.

8. In a SIEM, what is the purpose of a correlation rule?

Answer
B. To detect patterns of events that indicate an attack.

9. Which standard is commonly used for sharing threat intelligence in a structured format?

Answer
B. STIX (Structured Threat Information Expression).

10. What is a key difference between threat hunting and automated alerting?

Answer
A. Threat hunting is human-led and proactive; automated alerting is rule-based and reactive.

11. Which SIEM component is responsible for long-term log storage and reporting?

Answer
B. Data lake or storage component.

12. What is the primary benefit of integrating threat intelligence into SIEM?

Answer
B. It provides context and prioritization for alerts.

πŸ› οΈ Exercises

Exercise 1: SIEM Rule Design Intermediate

Design a SIEM correlation rule to detect a potential ransomware attack. The rule should detect a rapid file encryption pattern: multiple file write events in a short time, combined with a known ransomware process name (e.g., "wannacry.exe") or extension change (e.g., ".encrypted"). Include the logic, data sources, and how you would prioritize the alert.

Sample Solution

Rule Logic: Monitor file system audit logs. Detect a single process making more than 100 file write events to different files within 60 seconds, and if the process name matches a ransomware signature list OR if the file extensions change to a known ransomware extension.

Data Sources: Windows Event logs (Sysmon Event 11 - FileCreate), EDR telemetry.

Priority: High severity, as ransomware spreads quickly and can cause significant damage.

Exercise 2: Threat Hunting Hypothesis Advanced

You are a threat hunter. Based on recent intelligence about a new phishing campaign that uses malicious Office macros, form a hypothesis and describe the data you would query from your SIEM to test it. Include specific search criteria and why you chose them.

Sample Solution

Hypothesis: Attackers are sending spear-phishing emails with malicious macro-enabled Word documents that, when opened, download a second-stage payload from a specific set of domains.

Data to query:

  • Email gateway logs for messages with attachments containing ".docm" or ".xlsm" from external senders.
  • Endpoint logs for processes: Winword.exe (Word) spawning PowerShell or cmd.exe.
  • Network logs for outbound connections from endpoints to known malicious domains (from threat intelligence).
  • Correlate: match email recipients with endpoints that spawned unusual child processes and made outbound connections.

Exercise 3: UEBA Scenario Intermediate

A UEBA system flags a user who typically logs in during business hours from the US, suddenly logging in from a foreign country at 3 AM. Describe the investigation steps, what additional data you would check, and how you would determine if this is a compromised account or a legitimate user working remotely.

Sample Solution

Investigation steps:

  • Check if the user has a history of traveling or working remotely.
  • Check if the user had any recent password reset or suspicious activities.
  • Look for other anomalies: did the user access any sensitive data during that session?
  • Check the device fingerprint: OS, browser, device ID.
  • Contact the user (via out-of-band communication) to confirm if they logged in.
  • If confirmed as not the user, reset credentials, revoke session, and investigate for compromise.

Additional data: VPN logs, authentication logs, endpoint activity logs for that session.

Exercise 4: IOC Development Intermediate

You have analyzed a recent malware sample and identified the following artifacts: file hash (SHA-256: 12345...), domain (malware.com), and registry key (HKLM\Software\Malware). Describe how you would operationalize these IOCs in your SIEM and other security tools to detect future infections.

Sample Solution

Operationalization:

  • Add the file hash to your antivirus/EDR's hash block list.
  • Create a SIEM rule that triggers when a process with the given hash is executed (from endpoint logs).
  • Add the domain to your DNS sinkhole or firewall block list.
  • Create a SIEM rule to alert on any DNS query for "malware.com".
  • Add the registry key to your HIDS/FIM monitoring to alert on creation or modification.
  • Share the IOCs with threat intelligence sharing groups.

Exercise 5: Security Analytics Architecture Advanced

Design a security analytics architecture for a large enterprise with 10,000 employees, cloud presence (AWS, Azure), and on-premises data centers. Include data sources, SIEM, UEBA, threat intelligence, and storage. Describe how the components integrate and how you would address scalability and alert fatigue.

Sample Solution

Architecture:

  • Data Sources: Cloud logs (CloudTrail, Azure Activity), on-prem logs (firewall, IDS, servers), EDR telemetry, and authentication logs.
  • SIEM: Cloud-based SIEM (e.g., Azure Sentinel or Splunk Cloud) with scale-out capabilities.
  • UEBA: Integrated with SIEM or separate platform (e.g., Microsoft UEBA) that consumes data from SIEM.
  • Threat Intelligence: Integrate commercial and open-source feeds (STIX/TAXII) into SIEM for enrichment.
  • Storage: Use tiered storage (hot for 30 days, cold for 1 year) with data lake (e.g., AWS S3).
  • Scalability: Use distributed processing (e.g., Elasticsearch clusters, big data pipelines).
  • Alert Fatigue: Implement alert prioritization using risk scores, machine learning for false positive reduction, and automated playbooks for low-level alerts.

πŸ“š Homework

Homework 1: Write a 2,000-word research paper comparing at least three major SIEM solutions (e.g., Splunk, IBM QRadar, Microsoft Sentinel). Focus on their correlation capabilities, scalability, integration with UEBA and threat intelligence, and cost. Which would you recommend for a mid-sized enterprise and why?

Sample Answer

Key points: Compare on: deployment options, data ingestion rates, correlation rule language, built-in integrations, machine learning capabilities, and pricing models. Splunk has strong search and flexibility, QRadar has strong correlation, Sentinel is good for Microsoft shops. Recommendation depends on organization's existing environment and budget.

Homework 2: Set up an open-source SIEM (e.g., ELK stack with Wazuh, or OSSIM) in a lab. Ingest logs from a Windows system (using Winlogbeat) and a Linux system (using Filebeat). Create a correlation rule to detect brute-force attacks. Write a lab report with screenshots and rule configurations.

Sample Answer

Practical assignment; report should include installation steps, configuration details, test cases (e.g., generating failed login attempts), and analysis of generated alerts.

Homework 3: Write a critical analysis of the role of machine learning in security analytics. Discuss the advantages and limitations of ML-based anomaly detection compared to rule-based detection. Include examples of where ML excels and where it fails, and propose a hybrid approach.

Sample Answer

Key arguments: ML can detect unknown patterns and adapt to new threats, reducing reliance on signatures. However, it can be vulnerable to adversarial attacks, and requires high-quality training data. Rule-based is deterministic and explainable. Hybrid approach: use rules for known threats, ML for anomalies, and human validation for high-confidence alerts.

Homework 4: Investigate a recent data breach that was discovered through threat hunting (e.g., the FireEye breach, or a similar APT case). Write a case study that includes the hunting techniques used, the data sources, and the outcome. Discuss how the organization's security analytics capabilities contributed to the detection.

Sample Answer

Example: FireEye's own breach in 2020 – they detected the breach through their own threat hunting and intelligence operations, using their SIEM and EDR to spot anomalous behavior. The hunting team used hypotheses based on new intelligence about a state-sponsored group.

Homework 5: Design a threat hunting program for a large enterprise. Include the organizational structure, roles, tools, processes, and metrics for success. Address how the program will integrate with the SOC's incident response and how it will leverage threat intelligence.

Sample Answer

Program outline: Hire dedicated threat hunters (Tier 3 analysts). Use a combination of SIEM, EDR, and network forensics tools. Develop a formal hunt cycle (hypothesis, investigate, respond, feedback). Integrate with threat intelligence feeds to drive hypotheses. Measure success by the number of threats detected proactively vs. reactively.


COMP400 – Computer and Network Security (Revision 3) • Unit 4: Security Systems and Models