
00uhs9p2jjsgz1E6V351.5559584785968367E12 (Customer) asked a question.
We ran into this issue when rolling out hybrid azure ad. We were told it was a backend issue but now I see it in the documentation. The fix was to create an exclusion for windows 10 logins as legacy auth. (Unacceptable) Am I missing something?
https://www.okta.com/resources/whitepaper/using-okta-for-hybrid-microsoft-aad-join/

Hello.
Please note this concept of legacy authentication is based on the Microsoft settings. So Okta define legacy and modern authentication as the following protocols.
A. Legacy Authentication Protocols
Protocols like POP and IMAP, which do not support modern authentication methods are referred to as legacy authentication protocols.
B. Modern Authentication Supported Protocols
Protocols like, Exchange ActiveSync, EWS, MAPI, and PowerShell, which support both basic and modern authentication methods are classified as modern authentication protocols, in the context of this document.
https://www.okta.com/resources/whitepaper/securing-office-365-with-okta/
Please note Okta supports modern authentication for multiple authentications as can be see here in this link:
https://help.okta.com/en/prod/Content/Topics/Security/O365_Client-Access-Policies.htm
Okta Device Trust for Windows allows you to prevent unmanaged Windows computers from accessing corporate SAML and WS-Fed cloud apps. It works with any browser or native app that can access the certificate store when performing the federated authentication flow to Okta. This includes Edge, Internet Explorer, Chrome, and Microsoft Office clients that support Modern Authentication.
https://help.okta.com/en/prod/Content/Topics/Mobile/Okta_Mobile_Device_Trust_Windows-desktop.htm
But please note the kind of authentication the deployment is using set by Microsoft Tools. For more information please refer to Microsoft documentation:
https://docs.microsoft.com/en-us/azure/active-directory/fundamentals/concept-fundamentals-block-legacy-authentication
https://www.microsoft.com/en-us/microsoft-365/blog/2015/11/19/updated-office-365-modern-authentication-public-preview/
So if currently windows login is only available with legacy authentication you would need to confirm with Microsoft what is the reason for only use legacy authentication. That's strictly set by Microsoft. From okta side as far as you set modern authentication policies and if the client support it should work as explained in the Okta_Mobile_Device_Trust_Windows-desktop document.
Regards
Thank you for the response. We are talking about the PRT (Primary Refresh Token) and Office 365 endpoints that work with Hybrid Azure AD devices. I had to create an explicit legacy auth policy to stop Okta from blocking them. I was told this was an issue on the backend. I should not have to keep this policy in place.
FROM SUPPORT:
However, as stated this is something that is being worked on by our engineering team. Support cannot assist with this.
The best suggestion is to leave the Legacy Auth client flow allowed for Windows machines only and block it for all other devices. As stated on the call, our engineering team is aware of this issue and are working to have this resolved. However there is no ETA for this to be fixed.
RequestUri /app/office365/exkpxv5c4pD2k3lzd356/sso/wsfed/username13
ThreatSuspected false
Url /app/office365/exkpxv5c4pD2k3lzd356/sso/wsfed/username13?
LegacyEventType app.app_instance.sign_on_policy.access_denied
The username13 is the endpoint used for AzureAD Authentication. LegacyAuth uses /app/office365/{key}/sso/wsfed/active
Thank you
Brian