Windows Authentication Pop-Up Appears When Using Windows Agentless Desktop Single Sign-on (ADSSO) in Okta
Last Updated:
Overview
Agentless Desktop Single Sign-on (ADSSO) fails and prompts users with a "Windows authentication" pop-up when the web browser has an incorrect configuration or runs in incognito mode. Resolving this issue requires configuring the browser settings to trust the Okta domain and ensuring incognito mode is not being used.
Applies To
- Okta Identity Engine (OIE)
- Okta Classic Engine
- Active Directory
- Agentless Desktop Single Sign-On (ADSSO)
Cause
The web browser either lacks the proper configuration to automatically pass Windows credentials to Okta, or it operates in incognito or private browsing mode, which blocks the seamless authentication process.
Solution
How are Windows Internet Options configured for Okta Agentless Desktop Single Sign-On?
Configure the Windows operating system Local Intranet Zone settings to enable integrated Kerberos authentication for browsers by adding the Okta Kerberos URL.
- Open the Control Panel on the Windows machine.
- Select Network and Internet, and then choose Internet Options.
- Go to the Security tab.
- Select Local Intranet, and then choose Sites.
- Select Advanced.
- Enter the unique Okta Kerberos URL for the organization (for example,
https://<myorg>.kerberos.okta.com). - Select Close, and then select OK on all remaining windows.
Browser-specific configurations and enterprise deployment methods ensure seamless authentication.
Review the following browser-specific requirements and enterprise deployment options to ensure the authentication settings apply correctly across the environment.
- Microsoft Edge and Google Chrome: These browsers automatically inherit settings from the Windows Local Intranet Zone when configured correctly. For enterprise environments, manage policies via Group Policy Object (GPO) to enforce authentication allowlists (
AuthServerAllowList) if default intranet inheritance is restricted. - Mozilla Firefox: Firefox handles integrated authentication via internal settings. Ensure the
network.negotiate-auth.trusted-urispreference in theabout:configmenu includes the Kerberos URL (.kerberos.okta.com) if the browser does not automatically respect the Windows system intranet zone. - Enterprise Deployment: Use a Group Policy Object (GPO) or Mobile Device Management (MDM) to automatically push the Local Intranet Zone settings and security configurations to all domain-joined client machines.
