Version Affected: All
Overview
SecurePortal allows single sign-on (SSO) to every application within it by default. This article explains how to make a specific application inside SecurePortal prompt for two-factor authentication (2FA) again, instead of relying on the portal's existing SSO session.
Cause
In a typical SecurePortal setup, the Post-Auth cookie name and the Forms Authentication name are the same across every realm in the portal, including the SecurePortal realm itself, as shown below. This is what lets a user move between applications without authenticating again.
Resolution:
For the specific realm you want to step up authentication for:
- Swap the realm's Pre-Auth and Post-Auth/Forms Authentication cookie names, as shown below — set the Forms Authentication Name to a new value, put that same new value in Post-Auth Cookie, and put the SecurePortal's original Post-Auth cookie name in Pre-Auth Cookie instead.
- On the realm's Workflow tab, under Custom Identity Consumer, set Receive Token to Token, and set Allow Transparent SSO to False, as shown below. This lets the realm reuse the username from the portal's session without requiring it to be re-entered, while still requiring 2FA.
Optionally, also set Require Begin Site to True with a Begin Site URL pointing at the SecurePortal realm, as shown above, so users cannot reach this realm directly without going through SecurePortal first.
SecureAuth Knowledge Base Articles provide information based on specific use cases and may not apply to all appliances or configurations. Be advised that these instructions could cause harm to the environment if not followed correctly or if they do not apply to the current use case.
Customers are responsible for their own due diligence prior to utilizing this information and agree that SecureAuth is not liable for any issues caused by misconfiguration directly or indirectly related to SecureAuth products.
Comments
Please sign in to leave a comment.