20% of the exam — the third-largest domain.
7 sub-topics · this deck covers sub-topic 2 of 7
↑ Module 1 OverviewOnce a user is identified, something still has to decide what happens next: let them in, challenge them, or start a fresh clock. That's the global session policy's job.
Global session policies establish the requirements for users to progress through authentication steps after initial identification — controlling actions like allowing access, prompting for a challenge, and setting the time before the next challenge.
Every org has a default policy applied automatically to all users (permitting password, IdP, or app-approved factors). Admins can modify it directly or layer higher-priority rules on top.
This isn't a bug — it's a documented limitation for directory-based authentication via LDAP.
Since normal session policy enforcement doesn't apply, MFA over the LDAP interface works through credential string syntax instead:
If the user is enrolled in Verify Push and doesn't append ,push, the push notification is sent automatically.
Watch for scenario questions built around this trap:
→ "Global session policy changes aren't taking effect for a set of admin users." = check if they're authenticating via the LDAP interface — session policy is disabled there.
Sources: help.okta.com — about-okta-sign-on-policies.htm · LDAP-interface-MFA.htm
Next: Sub 3 →