DRAG DROPMatch the FortiSIEM device type to its description. Select each FortiSIEM device type in the left column, hold and drag it to the blank space next to its corresponding description in the column on the right.
Answer(s): A
Collector 2. Worker 3. Supervisor 4. AgentThe FortiSIEM 7.3 architecture is built upon a distributed multi-tenant model consisting of several distinct functional roles to ensure scalability and performance:Supervisor: This is the primary management node in a FortiSIEM cluster. It hosts the Graphical User Interface (GUI), the Configuration Management Database (CMDB), and manages the overall system configurations, reporting, and dashboarding.Worker: These nodes are responsible for the heavy lifting of data processing. They execute real-time event correlation against the rules engine, perform historical search queries, and handle the analytics workload to ensure the Supervisor node is not overwhelmed.Collector: Collectors are typically deployed at remote sites or different network segments to offload log collection from the central cluster. They receive logs via Syslog, SNMP, or WMI, compress the data, and securely forward it to the Workers or Supervisor. They also perform performance monitoring of local devices.Agent: These are lightweight software components installed directly on endpoints (Windows/Linux). Their primary role is to collect local endpoint logs, monitor file integrity (system changes), and track user activity that cannot be captured via traditional network-based logging.
DRAG DROPRefer to the exhibit. What is the correct Jinja expression to filter the results to show only the MD5 hash values?{{ [slot 1] | [slot 2] [slot 3].[slot 4] }}Select the Jinja expression in the left column, hold and drag it to a blank position on the right. Place the four correct steps in order, placing the first step in the first slot.
Slot 1: data Slot 2: json_query Slot 3: ("results[?type=='FileHash-MD5']") Slot 4: valueFinal Expression: {{ vars.artifacts.data | json_query("results[?type=='FileHash-MD5']") .value }}Comprehensive and Detailed Explanation From FortiSOAR 7.6., FortiSIEM 7.3 Exact Extract study guide:In FortiSOAR 7.6, advanced data manipulation within playbooks often requires the use of JMESPath queries via the json_query Jinja filter. To extract specific data from a complex JSON object (like the vars.artifacts dictionary shown in the exhibit), the analyst must follow the structural hierarchy:Slot 1 (data): Based on the exhibit, the root of the artifact information is located under vars.artifacts.dat a. Therefore, "data" is the starting point for the filter.Slot 2 (json_query): To perform advanced filtering (searching for a specific type), the json_query filter must be applied. This allows the playbook to traverse the list and find items matching a specific key- value pair.Slot 3 ("results[?type=='FileHash-MD5']"): This is the JMESPath expression. It looks into the results array and applies a filter [?...] to find only those objects where the type attribute exactly matches FileHash-MD5.Slot 4 (value): Once the correct object(s) are found, the expression needs to return the actual hash. In the JSON exhibit, the MD5 string is stored in the key named value.Why other options are incorrect:tojson: This filter converts a dictionary/list into a JSON string, which would break the ability to further query the object for the "value" field.results (as a standalone slot): While "results" is part of the path, it is handled inside the json_query string to allow for conditional filtering.
Refer to the exhibit.You are reviewing the Triggering Events page for a FortiSIEM incident. You want to remove the Reporting IP column because you have only one firewall in the topology. How do you accomplish this? (Choose one answer)
Answer(s): D
Comprehensive and Detailed Explanation From FortiSOAR 7.6., FortiSIEM 7.3 Exact Extract study guide:In FortiSIEM 7.3, the Triggering Events view is a dynamic table that displays the individual logs that caused a specific rule to fire. To manage the visibility of data within this specific view:Interface Customization: The "Triggering Events" tab includes a column management feature. By clicking on the column headers or the table settings icon (typically found at the top right of the event list), an analyst can customize the display columns. This allows the user to uncheck the "Reporting IP" attribute, effectively hiding it from the view without altering the underlying data or rule logic.Operational Efficiency: This is a common task in environments with a simplified topology where the "Reporting IP" is redundant information. Customizing the view helps the analyst focus on the most relevant data points, such as "Source IP," "Destination IP," and "Destination Port."Why other options are incorrect:A (Incident Action): Clearing a field from the Incident Action configuration affects what data is sent in an email alert or passed to a SOAR platform, but it does not change the layout of the FortiSIEM GUI "Triggering Events" page.B (Disable Correlation): Disabling correlation for an attribute determines whether that attribute is used by the rules engine to group events. It does not control the visual display of columns in the incident dashboard.C (Parsing Rules): Removing attributes via parsing rules is a destructive process that prevents the SIEM from indexing that data entirely. This would make the "Reporting IP" unavailable for all searches and reports, which is excessive for a simple display preference.
Which three statements accurately describe step utilities in a playbook step? (Choose three answers)
Answer(s): A,B,D
Comprehensive and Detailed Explanation From FortiSOAR 7.6., FortiSIEM 7.3 Exact Extract study guide:In FortiSOAR 7.6, step utilities are advanced configurations applied to individual playbook steps to control logic, timing, and data processing. According to the Playbook Engine architecture:Timeout (A): The Timeout utility allows an administrator to define a maximum duration for a step to complete. If the step does not finish within this designated window, the playbook engine terminates the step and the overall playbook execution to prevent hung processes and resource exhaustion.Loop (B): The Loop utility is used for iterative processing (e.g., performing a lookup for every IP in a list). A playbook step can only contain one Loop utility configuration. If multiple iterations are required across different data sets, they must be handled in separate steps or nested child playbooks.Condition (D): The Condition utility (Decision Step logic) behaves differently when a Loop is present. If there is no loop, the condition determines if the step executes once. If a loop is present, the condition is evaluated for each item in the loop, effectively acting as a filter for which iterations proceed.Why other options are incorrect:Variables (C): The Variables utility (Set Variable) is used to define new custom variables within the scope of that step for later use. It does not "store the output of the step directly in the step itself"; step outputs are automatically stored in the vars.steps.<step_name> object by the engine regardless of the utility used.Mock Output (E): The Mock Output utility is used for testing and development to simulate successful data returns without actually executing a connector. It uses JSON format, not HTML, to ensure the simulated data structure matches what the playbook engine expects for downstream Jinja processing.
Refer to the exhibit.You must configure the FortiGate connector to allow FortiSOAR to perform actions on a firewall.However, the connection fails. Which two configurations are required? (Choose two answers)
Answer(s): C,D
Comprehensive and Detailed Explanation From FortiSOAR 7.6., FortiSIEM 7.3 Exact Extract study guide:To establish a successful integration between FortiSOAR 7.6 and a FortiGate firewall via the FortiGate connector, specific administrative and network requirements must be met on the FortiGate side:API Administrator and Key (D): FortiSOAR does not use standard UI login credentials. Instead, it requires a REST API Administrator account to be created on the FortiGate. This account must be assigned an administrative profile with the necessary permissions (e.g., Read/Write for Firewall policies or Address objects). Upon creation, the FortiGate generates a unique API Key, which must be entered into the "API Key" field of the FortiSOAR configuration wizard as shown in the exhibit.HTTPS Management Access (C): The connector communicates with the FortiGate using REST API calls over HTTPS (port 443 by default). Therefore, the physical or logical interface on the FortiGate that corresponds to the "Hostname" IP (172.16.200.1) must have HTTPS enabled under "Administrative Access" in its network settings. If HTTPS is disabled, the connection will time out or be refused.Why other options are incorrect:Trusted hosts (A): While it is a best practice to restrict API access to specific IPs (like the FortiSOAR IP), the integration can technically function without "Trusted hosts" enabled if the network allows the traffic. However, the absence of an API key or HTTPS access will definitively cause a failure regardless of trusted host settings.VDOM name (B): In the exhibit, the VDOM field contains multiple values ("VDOM_1", "VDOM_2"). If VDOMs are disabled on the FortiGate, this field should generally be left blank or set to the default "root." Setting it specifically to "VDOM_1" when VDOMs are disabled is not a universal requirement for connectivity; the primary handshake depends on the API key and HTTPS connectivity.
Post your Comments and Discuss Fortinet NSE7_SOC_AR-7.6 exam prep with other Community members:
Our website is free, but we have to fight against AI bots and content theft. We're sorry for the inconvenience caused by these security measures. You can access the rest of the NSE7_SOC_AR-7.6 content, but please register or login to continue.