A user authenticated via FortiAuthenticator is unable to access a resource protected by a FortiGate policy. The policy uses the user's LDAP group. What is the most likely cause?
FortiGate matches LDAP group membership through a remote group object bound to the LDAP server. Without that remote group defined, the FortiAuthenticator user's group attribute cannot be resolved, so the policy never matches and access is denied.
Why this answer
For a FortiGate policy to match an LDAP group, the group must first be imported/defined as a remote group under User & Authentication > LDAP Servers on the FortiGate. If the remote group is not defined, the policy cannot reference it and the user's group membership is never evaluated, causing access denial even though authentication succeeded.
Exam trap
FORTINET-NSE56 often tests the assumption that successful authentication guarantees policy access, when in fact group definition and mapping on the FortiGate are separate prerequisites.
How to eliminate wrong answers
Option B is wrong because a locked LDAP account would prevent authentication entirely, but the scenario states the user authenticated successfully via FortiAuthenticator. Option C is wrong because FortiAuthenticator maintenance mode would affect all users, not a single user's group-based policy match. Option D is wrong because a wrong password would cause authentication failure, not a post-authentication policy denial.