I saw on another posting that someone else was trying to do delegated authentication using ADFS. They were able to get it to work using CAS 5.2, but it didn’t work with CAS 5.3. Since ADFS and Azure AD are both Microsoft products, I decided to try out delegated authentication to Azure AD using CAS 5.2. Lo and behold, IT WORKED! CAS 5.2 produces a SAML authentication request that Azure AD considers valid. Here is the comparison of the two:
This one is from CAS 5.3.2, which DOES NOT work Azure AD SAML authentication: <?xml version="1.0" encoding="UTF-8"?> <saml2p:AuthnRequest AssertionConsumerServiceURL="https://xxxxxxxx.yyyyyyyyyyyyy.edu:8443/cas/login?client_name=SAML2Client0" AttributeConsumingServiceIndex="0" Destination="https://login.microsoftonline.com/cad830e4-554f-4361-bae5-c865233fb77f/saml2" ForceAuthn="false" ID="_2nqagio59j7csvzqzu0mynfr4tsbfqzhnlleupl" IsPassive="false" IssueInstant="2018-08-02T21:50:33.174Z" ProtocolBinding="urn:oasis:names:tc:SAML:2.0:bindings:HTTP-POST" ProviderName="pac4j-saml" Version="2.0" xmlns:saml2p="urn:oasis:names:tc:SAML:2.0:protocol"> <saml2:Issuer Format="urn:oasis:names:tc:SAML:2.0:nameid-format:entity" NameQualifier="https://xxxxxxxx.yyyyyyyyyyyyy.edu" xmlns:saml2="urn:oasis:names:tc:SAML:2.0:assertion"> https://xxxxxxxx.yyyyyyyyyyyyy.edu </saml2:Issuer> </saml2p:AuthnRequest This one is from CAS 5.2.6, and DOES work with Azure AD SAML authentication: <?xml version="1.0" encoding="UTF-8"?> <saml2p:AuthnRequest AssertionConsumerServiceURL="https://xxxxxxxx.yyyyyyyyyyyyy.edu:8443/cas/login?client_name=SAML2Client" AttributeConsumingServiceIndex="0" Destination="https://login.microsoftonline.com/cad830e4-554f-4361-bae5-c865233fb77f/saml2" ForceAuthn="false" ID="_3r88plxbege1ozzotobvkeqihy3x2jrk4sok94r" IsPassive="false" IssueInstant="2018-08-06T21:19:34.731Z" ProtocolBinding="urn:oasis:names:tc:SAML:2.0:bindings:HTTP-POST" ProviderName="pac4j-saml" Version="2.0" xmlns:saml2p="urn:oasis:names:tc:SAML:2.0:protocol"> <saml2:Issuer xmlns:saml2="urn:oasis:names:tc:SAML:2.0:assertion"> https:// xxxxxxxx.yyyyyyyyyyyyy.edu </saml2:Issuer> </saml2p:AuthnRequest> The highlighted lines are the only ones I noticed that were different in the format of the CAS 5.3.2 vs. CAS 5.2.6 SAML authentication requests. Can anyone tell me if there is a configuration setting that I can change in CAS 5.2.3 that will make this work successfully? Lynn Dickison Missouri State University From: cas-user@apereo.org <cas-user@apereo.org> On Behalf Of Dickison, Lynn E Sent: Thursday, August 2, 2018 5:07 PM To: cas-user@apereo.org Subject: [cas-user] CAS 5 SAML2 delegated authentication I’m trying to set up CAS 5.3.2 so that it delegates authentication to Azure AD via SAML2. I’ve seen documentation on how to delegate authentication to an external SAML2 IdP, and I’ve read the tutorial (https://apereo.github.io/2017/03/22/cas51-delauthn-tutorial/). The tutorial showed how to set it up with Okta as the IdP, and I’m assuming that works. However, Azure AD gives me an error message that the authentication request is not a valid SAML2 protocol message. Here is the configuration I have in the cas.properties file: cas.authn.pac4j.saml[0].keystorePassword=****** cas.authn.pac4j.saml[0].privateKeyPassword=****** cas.authn.pac4j.saml[0].keystorePath=file:/etc/cas/saml/samlKeystore.jks cas.authn.pac4j.saml[0].keystoreAlias=******** cas.authn.pac4j.saml[0].serviceProviderEntityId=https://xxxxxxxx.yyyyyyyyyyyyy.edu cas.authn.pac4j.saml[0].serviceProviderMetadataPath=file:/etc/cas/saml/xxxxxxxx.xml # Path/URL to delegated IdP metadata cas.authn.pac4j.saml[0].identityProviderMetadataPath=file:/etc/cas/saml/AzureADCAS.xml Here is an example authentication request that Microsoft says is valid in their documentation: <samlp:AuthnRequest xmlns="urn:oasis:names:tc:SAML:2.0:metadata" ID="id6c1c178c166d486687be4aaf5e482730" Version="2.0" IssueInstant="2013-03-18T03:28:54.1839884Z" xmlns:samlp="urn:oasis:names:tc:SAML:2.0:protocol"> <Issuer xmlns="urn:oasis:names:tc:SAML:2.0:assertion">https://www.contoso.com</Issuer<https://www.contoso.com%3c/Issuer>> </samlp:AuthnRequest> Here is an authentication request generated by CAS via pac4j: <?xml version="1.0" encoding="UTF-8"?> <saml2p:AuthnRequest AssertionConsumerServiceURL="https://xxxxxxxx.yyyyyyyyyyyyy.edu:8443/cas/login?client_name=SAML2Client0" AttributeConsumingServiceIndex="0" Destination="https://login.microsoftonline.com/cad830e4-554f-4361-bae5-c865233fb77f/saml2" ForceAuthn="false" ID="_2nqagio59j7csvzqzu0mynfr4tsbfqzhnlleupl" IsPassive="false" IssueInstant="2018-08-02T21:50:33.174Z" ProtocolBinding="urn:oasis:names:tc:SAML:2.0:bindings:HTTP-POST" ProviderName="pac4j-saml" Version="2.0" xmlns:saml2p="urn:oasis:names:tc:SAML:2.0:protocol"> <saml2:Issuer Format="urn:oasis:names:tc:SAML:2.0:nameid-format:entity" NameQualifier="https://xxxxxxxx.yyyyyyyyyyyyy.edu" xmlns:saml2="urn:oasis:names:tc:SAML:2.0:assertion"> https://xxxxxxxx.yyyyyyyyyyyyy.edu </saml2:Issuer> </saml2p:AuthnRequest> Here is the error message I’m getting from Azure: Request Id: 75ca32eb-47cb-426a-992d-ee70fc6a1b00 Correlation Id: 996cb2e6-b6b3-4077-abaa-a76e2578255a Timestamp: 2018-08-02T21:50:33Z Message: AADSTS75005: The request is not a valid Saml2 protocol message. Advanced diagnostics: Enable If you plan on getting support for an issue, turn this on and try to reproduce the error. This will collect additional information that will help troubleshoot the issue. Root cause: Azure AD doesn’t support the SAML request sent by the application for Single sign-on. Some common issues are: · Missing required fields in the SAML request · SAML request encoded method If anyone has been able to get SAML2 delegated authentication working with Azure AD as the IdP, or if you know why it won’t work, I would appreciate any information you can supply. Lynn Dickison Senior Enterprise Systems Administrator Computer Services Missouri State University 901 S. National Ave. Springfield, MO 65897 Phone: 417-836-4515 | Fax: 417-836-3192 lynndicki...@missouristate.edu<mailto:lynndicki...@missouristate.edu> | www.missouristate.edu<http://www.missouristate.edu/> [Missouri State University: Make Your Missouri Statement]<http://www.missouristate.edu/> -- - Website: https://apereo.github.io/cas - Gitter Chatroom: https://gitter.im/apereo/cas - List Guidelines: https://goo.gl/1VRrw7 - Contributions: https://goo.gl/mh7qDG --- You received this message because you are subscribed to the Google Groups "CAS Community" group. To unsubscribe from this group and stop receiving emails from it, send an email to cas-user+unsubscr...@apereo.org<mailto:cas-user+unsubscr...@apereo.org>. To view this discussion on the web visit https://groups.google.com/a/apereo.org/d/msgid/cas-user/SN6PR01MB4191ED2D9B0F83BCA08E9682D92C0%40SN6PR01MB4191.prod.exchangelabs.com<https://groups.google.com/a/apereo.org/d/msgid/cas-user/SN6PR01MB4191ED2D9B0F83BCA08E9682D92C0%40SN6PR01MB4191.prod.exchangelabs.com?utm_medium=email&utm_source=footer>. -- - Website: https://apereo.github.io/cas - Gitter Chatroom: https://gitter.im/apereo/cas - List Guidelines: https://goo.gl/1VRrw7 - Contributions: https://goo.gl/mh7qDG --- You received this message because you are subscribed to the Google Groups "CAS Community" group. To unsubscribe from this group and stop receiving emails from it, send an email to cas-user+unsubscr...@apereo.org. To view this discussion on the web visit https://groups.google.com/a/apereo.org/d/msgid/cas-user/SN6PR01MB4191601A86A7BDD4F2011D75D9200%40SN6PR01MB4191.prod.exchangelabs.com.