Exact Extract: “What are two characteristics of threat hunting? … It looks for undetected threats… It requires a hypothesis and investigation.”
Exact Extract: “By demonstrating competence in examining a simple threat hunting use case, you will be able to conduct threat hunting based on an easily verifiable hypothesis.”
The correct answer is C . This is a threat hunting scenario, not a normal alert-engineering scenario. You do not know the attacker identity, infrastructure, tools, or exact TTPs, so the first mature action is to form a hypothesis such as: “If a similar DDoS campaign is targeting us, we may observe abnormal inbound request volume, source diversity, protocol concentration, SYN/UDP/HTTP flood patterns, or service degradation against exposed assets.” That hypothesis then drives the FortiSIEM analytics search and evidence collection.
A is useful later, after the hunt identifies a reliable detection condition. B is too broad and operationally expensive as a first step. D is weak because no relevant threat intelligence has been received, and enriching every external IP is noisy and inefficient.
Technical Deep Dive: A good DDoS hunt should start with exposed services, normal traffic baselines, traffic volume anomalies, source ASN/country dispersion, destination service concentration, firewall deny/accept spikes, SYN-to-completion ratios, and web request rates. After confirming patterns, you tune FortiSIEM rules and FortiSOAR response playbooks. FortiGate NP/CP acceleration may affect packet-forwarding performance under flood conditions, but the hunting workflow itself is driven by SIEM telemetry and hypothesis-based analytics.
