The blog is managed and hosted on GitHub. If you wish to update the contents of this post or if you have found an inaccuracy and wish to make corrections, we recommend that you please submit a pull request to this repository.
Paul Spaude of Unicon, Inc was kind enough to contribute this guide.
Office 365 is a line of subscription services offered by Microsoft, as part of the Microsoft Office product line. As a SAML2 service provider, Office 365 can be integrated with CAS running as a SAML identity provider and this blog post provides a quick walkthrough of how to make that integration possible.
Our starting position is based on the following:
- CAS
5.3.x
- Java 8
- Maven Overlay (The
5.3
branch specifically)
Office 365 Configuration
The following resources should come in handy:
- Azure Active Directory: Single Sign-On SAML protocol
- Office 365 – Why You Need to Understand ImmutableID
Azure Active Directory SAML2 metadata may be found here.
CAS Configuration
First, ensure that your CAS deployment is equipped to act as a SAML2 identity provider. Next, you may also use the JSON Service Registry to keep track of the relying-party registration record in JSON definition files.
The JSON file to contain the service provider relying-party record would be as follows:
{
"@class" : "org.apereo.cas.support.saml.services.SamlRegisteredService",
"serviceId" : "urn:federation:MicrosoftOnline",
"name" : "Office365_SP",
"description" : "Microsoft Office 365 / Azure AD",
"id" : 10,
"metadataLocation" : "file:///path/to/WindowsAzureAD-metadata.xml",
"encryptAssertions" : false,
"signAssertions" : true,
"signResponses" : false,
"requiredNameIdFormat" : "urn:oasis:names:tc:SAML:2.0:nameid-format:persistent",
"usernameAttributeProvider" : {
"@class" : "org.apereo.cas.services.PrincipalAttributeRegisteredServiceUsernameProvider",
"usernameAttribute" : "objectGUID"
},
"attributeReleasePolicy" : {
"@class" : "org.apereo.cas.services.ReturnMappedAttributeReleasePolicy",
"allowedAttributes" : {
"@class" : "java.util.TreeMap",
"userPrincipalName" : "IDPEmail"
}
}
}
A few things to point out:
- You will need to adjust the
metadataLocation
to match your data and the Office 365 instance. - Make sure CAS has retrieved the allowed attributes (i.e.
IDPEmail
,objectGUID
etc) listed in the JSON definition file. This is required in the final generated SAML2 response to create the properNameIDFormat
element. - Make sure the SP metadata has the correct entity id, matching your Office 365 instance address.
Finale
Thanks to Paul Spaude of Unicon, Inc who was kind enough to share the above integration notes. If you too have an integration with a well-known SAML2 service provider, please consider sharing that guide in form of a blog post here as well.