NSE6_FNC_AD-7.6 Fortinet NSE 6 - FortiNAC-F 7.6 Administrator Questions and Answers

The Passive Agent is the agent specifically associated in the FortiNAC-F 7.6 curriculum with domain login/logoff scripts . The Study Guide states that the Passive Agent is “deployed by a login/logoff script” and is designed to register and scan Windows endpoints joined to a domain when a domain user logs in .

The administrator places the Passive Agent executable in a user-accessible location, such as SYSVOL , configures the FortiNAC-F server information through administrative templates, and invokes the executable through the domain controller ' s login/logoff scripts. This allows FortiNAC-F to obtain endpoint information and track users without requiring interactive installation by the user. Passive Agent configurations can register the user and associated host, perform compliance scanning if configured, and track login/logout activity.

The Administration Guide reinforces this workflow by specifying GPO User Configuration > Windows Settings > Scripts (Logon/Logoff) and using the Passive Agent with -logon and -logoff parameters.

Therefore, the exam-specific answer is Passive Agent .

Study Guide Reference: Identification and Classification of Rogues → Passive Agent , pp. 125–126 .

The correct answer is D . For FortiGate VPN integration, FortiNAC-F depends on syslog from FortiGate to receive VPN user, IP address, and session information. The FortiNAC-F study guide states that after a remote user successfully authenticates and establishes a VPN connection, FortiGate sends user, IP, and session information to FortiNAC-F using syslog. This keeps FortiNAC-F aware of the VPN session so it can apply the correct access control state and update FortiGate when the device becomes trusted.

Option A is wrong because SNMP traps are commonly used for infrastructure events, link traps, or third-party event inputs, but this VPN workflow uses FortiGate syslog. Option B is wrong because RADIUS accounting can update session information in some NAC workflows, but the FortiGate VPN integration described in the guide uses syslog. Option C is wrong because Security Fabric integration is not the required mechanism for keeping FortiNAC-F updated with VPN session details in this scenario.

This behavior directly indicates that the matching Device Profiling Rule has Registration configured as Manual . The FortiNAC-F 7.6 Administrator Study Guide explains that when registration is Automatic , FortiNAC-F performs the configured registration operations immediately after the device matches the rule. When registration is Manual , however, the rule still matches and the device is successfully profiled and classified , but the registration settings are not executed until an authorized sponsor or administrator manually registers the device.

Consequently, the device can legitimately appear in Profiled Devices with its matched rule and assigned device type while the Registered column remains No . The Administration Guide confirms that this column specifically indicates whether the profiled device has been registered.

Option A is incorrect because rule confirmation determines whether an already-profiled device is periodically or subsequently revalidated against its associated rule; it does not control initial registration. Option B is incorrect because rules are evaluated in ranked order until the applicable match is processed. Option D concerns Persistent Agent communications and does not determine device-profiler registration status.

Study Guide Reference: Identification and Classification of Rogues → Device Profiling Rules → General Rule Information / Registration Settings , approximately pp. 110–111 .

When troubleshooting network access in FortiNAC-F, it is often necessary to verify exactly why a host has been granted a specific level of access. Since FortiNAC-F evaluates policies from the top down and assigns access based on the first match, an administrator needs a clear way to see the results of this evaluation for a specific live endpoint.

ThePolicy Details (C)view is the designated tool for this purpose. By navigating to theHosts > Hosts(or Adapter View) in the Administration UI, an administrator can search for the specific MAC address or IP of the host in question. Right-clicking on the host record reveals a context menu from whichPolicy Detailscan be selected. This view provides a real-time " look " into the policy engine ' s decision for that specific host, showing theNetwork Access Policythat was matched, theUser/Host Profilethat triggered the match, and the resultingNetwork Access Configuration(VLAN/ACL) currently applied.

WhilePolicy Logs (A)provide a historical record of all policy transitions across the system, they are often too high-volume to efficiently find a single host ' s current state. TheConnections view (B)shows the physical port and basic status but lacks the granular policy logic breakdown. ThePort Properties (D)view shows the configuration of the switch interface itself, which is only one component of the final access determination.

" To identify which policy is currently applied to a specific endpoint, use thePolicy Detailsview. Navigate toHosts > Hosts, select the host, right-click and choosePolicy Details. This window displays the specificNetwork Access Policy, User/Host Profile, and Network Access Configuration currently in effect for that host record. " —FortiNAC-F Administration Guide: Policy Details and Troubleshooting.

The correct answer is C . The exhibit shows a guest template with Login Availability set to Specify Time , allowing login only Monday through Friday from 6:00 AM to 7:00 PM . The study guide explains that the Account Duration and Login Availability fields define when the account is deleted from the database or what days and times the account is enabled. Therefore, outside the allowed login window, the guest cannot authenticate successfully using that guest account.

To stop network access outside those permitted times, FortiNAC-F must isolate hosts that are in the Not Authenticated state. The guide maps the Authentication captive network to hosts in the Not Authenticated state, and the isolation logic table shows that hosts in the Not Authenticated state are moved to the Authentication network when the point of connection is in the Forced Authentication group.

Option A is wrong because At-risk hosts are isolated to remediation/quarantine due to compliance or security posture problems, not because a guest login is outside allowed hours. Option B is wrong because Disabled hosts are intentionally disabled and sent to the dead-end network; the account here is time-restricted, not necessarily disabled. Option D is wrong because Rogue applies to unregistered or unclassified devices, while this scenario is about a known guest account that is not allowed to authenticate outside its login schedule.

The FortiNAC-FLogical Networkfeature is specifically designed to provide an abstraction layer between high-level security policies and the underlying physical network infrastructure. In large-scale deployments where different physical locations (like Building 1, 2, and 3 in the exhibit) use different local VLAN IDs for the same type of device (e.g., VLAN 10, 20, and 30 for printers), managing separate policies for each building would create significant administrative overhead.

By using aLogical Network, an administrator can create a single entity—for example, a logical network named " Printers " —and use it as the " Access Value " in a singleNetwork Access Policy. The mapping of this logical label to a specific physical VLAN occurs at theModel Configurationlevel for each network device. When a printer connects to a switch in Building 1, FortiNAC-F evaluates the policy, identifies that the printer should be in the " Printers " logical network, and checks the Model Configuration for that specific switch to see which VLAN ID is mapped to that label (VLAN 10). If the same printer moves to Building 3, the same single policy applies, but FortiNAC-F provisions it to VLAN 30 based on the local mapping for that building ' s switch.

This architectural approach ensures that policies remain consistent and easy to manage regardless of the complexity or variations in the local network topology.

" Logical Networks provide a way to define a network access requirement once and apply it across many different network devices that may use different VLAN IDs for that access... Each managed device can usedifferent VLAN IDs for the same Logical Network label. You can define the Logical Networks based on requirements and then associate the network to a VLAN ID when the managed device is configured in theModel Configuration. " —FortiNAC-F IoT Deployment Guide: Define the Logical Networks.

FortiNAC-F provides a robust engine for processing security notifications from third-party devices. For standard integrations, such as FortiGate or Check Point, the system comes pre-loaded with templates to interpret incoming data. However, when an administrator needs FortiNAC-F to process syslog messages from a vendor or device that is not supported by default, they must configure aSecurity Event Parser.

TheSecurity Event Parseracts as the translation layer. It uses regular expressions (Regex) or specific field mappings to identify key data points within a raw syslog string, such as the source IP address, the threat type, and the severity. Without a parser, FortiNAC-F may receive the syslog message but will be unable to " understand " its contents, meaning it cannot generate the necessarySecurity Eventrequired to trigger automated responses. Once a parser is created, the system can extract the host ' s IP address from the message, resolve it to a MAC address via L3 polling, and then apply the appropriate security rules. This allows for the integration of any security appliance capable of sending RFC-compliant syslog messages.

" FortiNAC parses the information based onpre-defined security event parsersstored in FortiNAC ' s database... If the incoming message format is not recognized, a newSecurity Event Parsermust be created to define how the system should extract data fields from the raw syslog message. This enables FortiNAC to generate a security event and take action based on the alarm configuration. " —FortiNAC-F Administration Guide: Security Event Parsers.

Questions no:9

Verified Answer: B

Comprehensive and Detailed 250 to 300 words each Explanation with Exact Matched Extract from FortiNAC-F Administrator library and documentation for current versions (including F 7.2, 7.4, and 7.6) documents:

In FortiNAC-F, the integration with FortiGate for Security Fabric and Single Sign-On (FSSO) allows the system to communicate the access level of an endpoint directly to the firewall usingfirewall tags. This eliminates the need for complex VLAN steering in some environments by allowing the FortiGate to apply policies based on these dynamic tags instead of just a physical or virtual network segment.

The actual assignment of the firewall tag value occurs within aLogical Network. In the FortiNAC-F architectural model, a Logical Network acts as a container for " Access Values " . When an administrator configures a Logical Network (located underNetwork > Logical Networks), they define what that network represents—such as " Corporate Access " or " Contractor Limited " . Within that definition, they assign the specificFirewall Tagthat matches the tag created on the FortiGate. Once a user or host matches aNetwork Access Policy, FortiNAC-F identifies the associated Logical Network and pushes the defined tag to the FortiGate via the FSSO connector.

It is important to note that whileNetwork Access Policies(and by extensionSecurity Rules) are the logic engines thattriggerthe assignment, they do not hold the tag value itself. They simply point to a Logical Network, which serves as the central repository for that specific access configuration.

" To assign firewall tags, navigate toNetwork > Logical Networks. Select the desired logical network and clickEdit. Under theAccess Valuesection, selectFirewall Tagas the type and enter the tag name exactly as it appears on the FortiGate. When a Network Access Policy matches a host, FortiNAC sends this tag to the FortiGate as an FSSO message. " —FortiNAC-F Administration Guide: Logical Networks and Security Fabric Integration.

The correct answer is B . When a device profiling rule classifies an endpoint, the Register as setting can place the device in the host view, the topology/inventory view, or both. The study guide explains that if the profiled endpoint is registered into the topology view, the administrator must select a topology container.

The advantage of modeling the endpoint as a device in the inventory view is that it can be treated as a pingable device , where FortiNAC-F can use Contact Status settings. The guide explains that a modeled pingable device has contact status controls that allow polling to be enabled or disabled, the polling interval to be set, and the last successful and last attempted poll to be displayed.

Option A and option C are not the best answers because connection logs are associated with host connection tracking, not the key advantage of placing a profiled endpoint into inventory as a modeled device. Option D is wrong because user association applies more naturally to hosts or BYOD ownership workflows; it is not the main benefit of inventory modeling. The tested benefit is scheduled reachability monitoring through contact status polling.

In FortiNAC-F,MAC notification traps(also known as MAC Move or MAC Change traps) are essential for achieving real-time visibility of endpoint connections and disconnections. When a device connects to a switch port, the switch generates an SNMP trap that informs FortiNAC-F of the new MAC address on that specific interface. This allows FortiNAC-F to immediately initiate the profiling and policy evaluation process without waiting for the next scheduled L2 poll.

According to theFortiNAC-F Administration GuideandSwitch Integrationdocumentation, MAC notification traps should be configured onall ports except uplink ports. Uplink ports are the interfaces that connect one switch to another or to the core network. Because these ports see the MAC addresses of every device on the downstream switches, enabling MAC notification on uplinks would cause the switch to send a massive volume of redundant traps to FortiNAC-F every time any device anywhere in the downstream branch moves or reconnects. This can overwhelm the FortiNAC-F process queue and degrade system performance.

By only enabling these traps on " edge " or " access " ports—where individual endpoints like PCs, printers, and VoIP phones connect—FortiNAC-F receives precise data regarding exactly where a device is physically located. Uplinks should be identified in the FortiNAC-F inventory as " Uplink " or " Learned Uplink, " which tells the system to ignore MAC data seen on those specific ports.

" To ensure accurate host tracking and optimal system performance, SNMP MAC notification traps must be enabled on all access (downlink) ports.Do not enable MAC notification traps on uplink ports, as this will result in excessive and unnecessary trap processing. Uplink ports should be excluded to prevent the system from attempting to map multiple downstream MAC addresses to a single infrastructure interface. " —FortiNAC-F Administration Guide: SNMP Configuration for Network Devices.

FortiNAC-F serves as a central manager for security events originating from a diverse ecosystem of third-party security appliances, such as FortiGate, Check Point, and Cisco. Each vendor utilizes its own internal scale forseverity levelswithin syslog messages (e.g., Check Point uses a 1–5 scale, while others may use 0–7). To provide a consistent response regardless of the source, FortiNAC-F usesSeverity Mappingsto normalize these incoming values.

According to theFortiNAC-F Administration Guide, severity mappings allow the administrator to translate vendor-specific threat levels into standardizedFortiNAC Security Levels(such as High, Medium, or Low Violation). When a syslog message arrives, the parser extracts the vendor ' s severity code, and the system immediately references theSecurity Event Severity Level Mappingstable to determine how that event should be categorized internally. This normalization is vital because it allows a singleSecurity Alarmto be configured to respond to any " High Violation " event, whether it was reported as a " Critical " by one vendor or a " Level 5 " by another. Without these mappings, the administrator would have to create separate, redundant security rules for every vendor to account for their different naming conventions and numerical scales.

" Each vendor defines its own severity levels for syslog messages. The following table shows the equivalent FortiNAC security level... To normalize these events, configure theSeverity Level Mappingsfound in the device integration guides. This allows FortiNAC to generate a consistent security event that can then trigger an alarm regardless of the reporting vendor ' s specific terminology. " —FortiNAC-F Administration Guide: Vendor Severity Levels and Syslog Management.

The correct answer is A . FortiNAC-F Manager provides global visibility by collecting user and endpoint visibility information from the FortiNAC-F devices it manages, creating a centralized repository of users, hosts, and adapters. The study guide describes this as a global visibility function where endpoint information received by the Manager includes the local FortiNAC-F device from which the information came, allowing administrators to search and filter endpoint records across managed systems.

The key point is that this is not a real-time host-status trigger. Fortinet’s FortiNAC-F Manager documentation states that FortiNAC Manager controls host and user record replication between managed FortiNAC CA servers and initiates synchronization every five minutes between servers. It also states that global object synchronization uses an interval-based process, not an administrator manually synchronizing each CA for endpoint visibility.

Option B is wrong because host status changes are not treated as immediate real-time updates to every managed FortiNAC-F database. Option C is wrong because manual synchronization applies to global/shared configuration objects, not routine endpoint visibility updates. Option D is wrong because the mechanism is not a CA-side scheduled push to the Manager; the Manager-controlled synchronization/collection process is what maintains the shared endpoint view.

The correct answer is D . FortiNAC-F limits what a sponsor can create and manage through the administrator profile assigned to that sponsor. The study guide explains that sponsors can be restricted to specific guest or contractor templates and that the Manage Guests settings in the admin profile define whether the sponsor can manage all accounts, no accounts, or only accounts they created. It also states that allowed templates are defined in the admin profile, meaning each department can be given access only to its own contractor template.

The contractor template defines account fields, role values, authentication method, account duration, and related account properties, but it does not by itself restrict what a sponsor can manage. Portal settings control how users interact with the captive portal or kiosk page, not sponsor administrative scope. A user/host profile is used for matching users or hosts in policy decisions; it does not delegate sponsor permissions. For departmental separation, the administrator must create sponsor-specific administrative profiles that allow only the appropriate templates and account-management scope.

The correct answer is D . The question is about guest onboarding , and the exhibit shows the Guest Network using gateway 10.20.1.250 . In a Layer 3 captive network design, FortiNAC-F provides DHCP and DNS services to isolated or captive-network hosts, but the DHCP scope must still give the endpoint the correct default gateway for the network where that endpoint is placed. The study guide specifically warns that, when configuring Layer 3 captive network scopes, the administrator must think from the isolated host’s perspective for the IP pool and gateway configuration . It also states that each captive network interface configuration includes an IP address, subnet mask, default gateway, and one or more DHCP scopes.

Option A , 10.0.1.254 , is the infrastructure gateway on the FortiNAC-F service/production-side segment, not the guest network gateway. Option B , 10.0.1.110 , is the FortiNAC-F interface address shown in the diagram, not the default gateway for guest clients. Option C , 10.10.1.250 , is the gateway for the Isolation Network , not the Guest Network . Since the administrator is configuring guest onboarding, the DHCP scope for guest users must hand out 10.20.1.250 as the gateway.

In FortiNAC-F, the expiration of a guest or contractor account is determined by the configuration settings within theAccount Creation Wizardand the associatedGuest/Contractor Template. While a template can define a default " Account Duration " (as seen in the 12-hour setting in the second exhibit), theAccount Creation Wizardallows an administrator to manually specify or override the start and end parameters for a specific user session.

According to theFortiNAC-F Administration Guideregarding guest management, theAccount End Datefield in the creation wizard is the definitive timestamp for when the account object will be disabled or deleted from the system. In the provided exhibit (Account Creation Wizard), the administrator has explicitly set theAccount Start Dateto2025/09/12 08:00:00and theAccount End Dateto2025/09/13 17:00:00.

Even though the template indicates an " Account Duration " of 12 hours, this value typically serves as a pre-populated default. When a manual date and time are entered into the wizard, those specific values take precedence for that individual account. The account will remain active and valid until5:00 PM (17:00:00)on the following day,2025/09/13. It is also important to note the " Login Availability " from the template (8:00 AM - 7:00 PM); while the accountexistsuntil the 13th at 17:00:00, the user would only be able to authenticate during the active hours defined by the login schedule on both days.

" When creating an account, the administrator can select a template to provide default settings. However, specific values such as theAccount End Datecan be modified within theAccount Creation Wizard. The date and time specified in the ' Account End Date ' field determines the absolute expiration of the account. Once this time is reached, the account is moved to an expired state and the user ' s network access is revoked. " —FortiNAC-F Administration Guide: Guest and Contractor Account Management.