Fortinet NSEI_OTS_AR-7.6 Practice Test Questions Answers

According to the OT Security 7.6 Architect study guide regarding FortiAnalyzer Event Management :

Notification Options : When configuring a new event handler, FortiAnalyzer provides several built-in notification methods to alert administrators when specific log criteria are met. The most common and direct method is Send alert email (Option A).

Incident Management : To streamline the SOC workflow, an event handler can be configured to Automatically create an incident (Option D) based on the triggered event. This moves the event into the Incident Manager for further analysis.

Security Fabric Integration : In the 7.6 architecture, event handlers can directly trigger an Automation stitch (Option E). This allows the FortiAnalyzer to notify the root FortiGate to take action (like running a CLI script or changing a policy) across the Security Fabric.

Exclusions : Create a report (Option B) is typically a task performed by a Playbook or a scheduled report job, not a direct setting inside the basic event handler configuration. Quarantine an attacker (Option C) is an action that results from an automation stitch or playbook, but it is not a direct configuration toggle within the event handler itself.

Comprehensive and Detailed Explanation From Exact Extract of OT Security 7.6 Study guides:

The correct answers are A and C .

A is correct because the exhibit explicitly shows Logging & Analytics → FortiAnalyzer: Disabled on this FortiGate. The FortiGate must therefore have its FortiAnalyzer logging destination enabled and configured. The study guide explains that the FortiAnalyzer Fabric connector consolidates traffic logs and, importantly, that “each FortiGate in the Security Fabric logs traffic to FortiAnalyzer independent of the root or other leaf devices.” This means each FortiGate requires its own functioning logging connection to FortiAnalyzer; being a Security Fabric member alone does not cause its logs to pass through the root FortiGate.

C is correct because FortiAnalyzer must accept and authorize the FortiGate as a managed/logging device before the FortiGate can establish the normal logging relationship. This complements the FortiGate-side Logging & Analytics configuration. The study guide ' s Security Fabric logging architecture shows individual FortiGate devices maintaining FortiAnalyzer log connections , with FortiAnalyzer receiving and correlating their traffic and UTM logs. It specifically states that if the root FortiGate is unavailable, logging from leaf FortiGate devices to FortiAnalyzer continues to function , confirming that the FortiGate-to-FortiAnalyzer logging relationship is direct.

B is incorrect because configuring Fabric settings on FortiAnalyzer is not the missing step indicated by the exhibit. The problem shown is that FortiAnalyzer logging is Disabled on the FortiGate .

D is incorrect because authorization on the root FortiGate concerns joining and trusting a FortiGate as a Security Fabric member. It does not authorize that FortiGate as a logging device on FortiAnalyzer. The study guide explicitly distinguishes the architecture by stating that every FortiGate logs to FortiAnalyzer independently of the root .

The correct answer is B . A historically flat OT network permits excessive east-west communication, allowing a compromised host to move laterally toward other controllers, HMIs, and critical systems. Fortinet recommends microsegmentation to control these communication paths. The study guide explains that microsegmentation controls intra-VLAN traffic through firewall policies , prevents hosts in the same segment from directly seeing or communicating with each other, and forces permitted communication through an enforcement point such as FortiGate. This provides granular host isolation and increased traffic visibility for monitoring and threat hunting. A normal hardware switch does not inherently impose the required security policies and therefore does not adequately restrict lateral movement. SD-WAN addresses WAN path selection and resilience, while two-factor authentication strengthens user authentication but does not control device-to-device traffic inside a flat process or control network. Therefore, firewall-based microsegmentation is the required architectural control.

================

The correct answer is B. A firewall policy has a Virtual Patching security profile applied to it .

The decisive clue in the exhibit is the Vulnerabilities column showing KEVs and device-specific vulnerability counts. The study guide explains the virtual patching workflow in this exact way: “FortiGate performs a lookup for device-specific vulnerabilities and mitigation rules in FortiGuard,” then “FortiGuard returns specific OT virtual patching signatures,” and “FortiGate caches the signatures and mitigation rules that apply to each device.” That is the same behavior reflected by the Asset Identity List showing vulnerability information per detected device.

The guide then states that “When traffic related to the vulnerable device reaches FortiGate, the firewall policy with the virtual patching profile applies.” It also says “A virtual patching profile can be applied to firewall policies in any direction, protecting traffic from or to the vulnerable OT device.” This directly links the per-device vulnerability visibility to a Virtual Patching profile enforced through firewall policy.

The other options do not match the exhibit. Antivirus is not described in the study guide as building a device-by-device vulnerability list, Application Control is used for OT protocol and message visibility, and IPS focuses on exploit detection and prevention. The Vulnerabilities/KEVs display is the indicator that FortiGate is using Virtual Patching logic for those OT devices.

The correct answer is A . The study guide states that “The OT view is not available by default. You must enable it in the Feature Visibility section of the GUI or using the CLI command shown on this slide” and shows config system settings → set gui-ot enable . It also says that “After you enable the feature, the Asset Identity Center contains an Asset Identity List tab and an OT View tab.” This directly explains why the OT View tab is missing: the feature that enables the Purdue-style OT display has not been enabled yet.

The OT View is the view that displays devices in a Purdue diagram , and the Asset Identity List also shows the current Purdue level for each device. Because the answer options do not explicitly say enable OT View in Feature Visibility , option A is the intended match, since it refers to enabling the Purdue-related OT display feature. Option B is incorrect because device detection affects visibility of devices, not whether the OT View tab exists. Option C is not supported by the study guide, and option D is also not given as the requirement for showing the OT View tab.