Which two statements accurately describe the process to create a new rule from a search...

Exact Extract: “FortiSIEM uses the analytics search filter conditions to create the rule subpattern Filter conditions and the search display conditions to create the rule Group by conditions. When creating rules from analytics searches, FortiSIEM always sets the Aggregate condition to COUNT(Matched Events) > = 1.”

Exact Extract: “Note that the General and Define Action tabs need manual configuration. Only the Define Condition tab, with the subpattern, is configured for you using the search results. If your search parameters contain multiple rows, all of them will be included in one subpattern.”

The correct answers are C and D. When you create a rule from a FortiSIEM analytics search, FortiSIEM converts the analytics filter rows into the rule’s Define Condition logic. If the analytics search contains multiple filter rows, FortiSIEM places them into one subpattern, not multiple independent subpatterns. FortiSIEM also automatically sets the default aggregate to COUNT(Matched Events) > = 1, which means at least one matching event is enough unless you manually adjust the threshold.

Option A is wrong because analytics searches are based on event data, and those search conditions can be used to build a rule. Option B is wrong because the guide is explicit: General and Define Action still require manual configuration. The event type does not automatically configure the incident action.

Technical Deep Dive: Creating a rule from analytics is a shortcut, not a complete rule-design process. FortiSIEM helps by translating search filters into a subpattern filter and display fields into Group By attributes. However, an architect still must validate the aggregate threshold, define the rule metadata, and configure the incident action. In real SOC design, you rarely leave COUNT(Matched Events) > = 1 unchanged for noisy detections; you tune it based on baseline frequency, event criticality, and time window. This is SIEM correlation logic only; FortiGate NP/CP offloading is irrelevant because no packet forwarding or ASIC inspection is involved.