Question 510
At Greenridge Regional Hospital, the FortiGate 7.6 security administration team encounters the following authorized operational case: FortiGate learns user IPs via FSSO but authorized members of a particular AD group are never recognized. They need a defensible FortiOS configuration, diagnosis, validation or prevention decision. What root condition most directly explains the described FortiGate symptom?
Explanation
Correct Answer
A populated FSSO user table does not guarantee every AD group is included in identity policy mapping. The mechanism is relevant because the stated fsso group filter scope incident concerns the actual selected path, policy, identity or inspection state. The appropriate response is to add the required approved domain group to the FSSO collector and FortiGate group filters; verify it through this observed condition: an eligible group member matches the intended identity rule without other groups being granted.
Incorrect Answers
An earlier matching firewall rule can fully shadow a later rule with the same source and service scope explains a different situation, shadowed duplicate accept rule, where a specific new allow policy never records any hits because an earlier broad policy already permits the same packets. It does not account for the specific observed fsso group filter scope condition at Greenridge Regional Hospital. The decisive mechanism here is: A populated FSSO user table does not guarantee every AD group is included in identity policy mapping.
A policy that permits traffic does not automatically translate a public destination to an RFC1918 host explains a different situation, vip destination nat publishing, where an outside application cannot reach an internal HTTPS service because only an allow firewall policy exists and no destination translation is configured. It does not account for the specific observed fsso group filter scope condition at Greenridge Regional Hospital. The decisive mechanism here is: A populated FSSO user table does not guarantee every AD group is included in identity policy mapping.
An LDAP connector cannot search users through an invalid service bind even if the user passwords are correct explains a different situation, ldap bind account permissions, where fortiGate LDAP authentication begins failing after the enterprise directory bind account is disabled. It does not account for the specific observed fsso group filter scope condition at Greenridge Regional Hospital. The decisive mechanism here is: A populated FSSO user table does not guarantee every AD group is included in identity policy mapping.