nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

How to implement application SSO when using SAML authentication for Jira and Confluence

Karanpreet Kaur

We are currently using Crowd for SSO and LDAP authentication, however, we are in the process of setting a POC for our corporate SiteMinder SSO solution.

We have been able to successfully integrate Jira and Confluence with Corporate SAML SSO, however, implementing this - we are no longer able to do application SSO, meaning that Jira and Confluence requires separate logins now.

Is there a way to implement application SSO via this method? Kindly help.

Accepted answers

All comments

Lars Olav Velle

Hello @Karanpreet Kaur

You can use Crowd as a user directory and then add a SAML add-on in JIRA and Confluence.

I work for Kantega Single Sign-on which is one of the vendors on Atlassian Marketplace:

https://marketplace.atlassian.com/search?query=kantega

Try try it out and let us know if you have any questions. sso@kantega.no

Lars

Christian Reichert (resolution)

Hi @Karanpreet Kaur,

Lars is right, you can use a marketplace based SAML Add-on into Jira & Confluence. There are a variety of plugins in the marketplace: https://marketplace.atlassian.com/search?query=saml

How have you implemented site-minder in your PoC, as you I am a bit confused about your statement "we are no longer able to do application SSO".

Cheers,
Christian

P.S. I also work for a Single Sign On Plugin Vendor (resolution)

Pete Waterman

I'm guessing I have a similar problem to OP based on his comment, here's the problem I'm trying to solve after implementing SAML SSO in Jira:

1. We have JIRA, Confluence, Bitbucket, and Crowd

2. I have a Crowd directory set up and everything uses Atlassian Seraph's SSO so that logging into any of the instances logs you into the other instances.

3. A SAML SSO plugin to connect GSuite to JIRA is set up, however it does not login properly to JIRA when JIRA is configured to use Crowd SSO via SSOSeraphAuthenticator in seraph-config.xml.

If I switch JIRA back to JiraSeraphAuthenticator in seraph-config.xml, I can successfully perform a SAML authentication from GSuite to JIRA - however at this point, the user is not logged into Crowd SSO, so that user has to manually log into Bitbucket/Confluence.

The ideal would be a solution that lets you use SAML in Crowd (there's a mini-orange plugin for this but it's for older versions of crowd), or somehow have JIRA register the login with Crowd and work with the SSOSeraphAuthenticator class.

No idea if that's plausible because I'm not an SSO expert but I'm guessing that's the same issue OP has.

Christian Reichert (resolution)

Hi @Pete Waterman,

the challenge you have is that two different Seraph Authenticators usually can't easily co-exist.

One solution in your case would be to keep Crowd as a User Directory and install a SAML Plugin on all you Atlassian Applications. That way when any of your Users goes to a application where he's not logged in yet, the plugin does a Single Sign On.

So to your User the experience will be that he's signed-on into all applications as soon as he goes there.

Downside certainly is that you need a SAML Plugin license for each Application. This is a somewhat common deployment model with our plugin.

Another alternative may be, no longer use Crowd at all. If you use AD/LDAP for directory synchronisation for example - then you could drop Crowd & enable directory sync via AD/LDAP and use a SAML Plugin on each application for the Single Sign On.

This is actually one of the most common deployment models our customers choose. And this is also the reason why there aren't many Crowd Plugin's with SAML available - if you use SAML everywhere, most of the time there is no longer the need for Crowd.

Cheers,
Christian

Pete Waterman

That all makes sense and jives with the issues I've encountered. Federated identity can get a little wonky.

I may end up going down the route of installing a SAML Plugin for each app. It hadn't occurred to me that this would be quite similar to the benefits of Crowd's SSO for a minor additional fee, thanks for the idea!

Christian Reichert (resolution)

@Pete Waterman - my pleasure. Also happy to help you via our support portal https://resolution.de/go/support if need anything. Or here, whatever you prefer.

Karanpreet Kaur

Hi Christian,

We have only integrated Jira and Confluence with SAML in our PoC. SAML is provided by our Corporate SSO Team and is using Siteminder.

By my previous statement "we are no longer able to do application SSO", I meant that when I am logging into Jira, and then browse to Confluence, I have to re-authenticate for application login. We found the issue and We had to change the SAML authentication settings to Primary, to make sure that application SSO works.

I will look at the add-ons. Thanks for suggesting.

We had been using Atlassian Crowd for SSO as well as LDAP authentication till now. The only deal breaker for us is that its not supporting SAML 2.0. We are open to look at other solutions as well, and we are evaluating for different options at this point as we just found out that Bamboo doesnt support SAML integration.

Thank you,
Karan

Christian Reichert (resolution)

Hi@Karanpreet Kaur,

from what you describe, probably the solution that is going to give you everything you want is LDAP/AD Sync for the User Databases - either to all of the Atlassian products individually (then no longer needing Crowd) or by a single AD Sync against Crowd.

Then use SAML to do SSO against site-minder. Most of the plugins I mentioned (including ours) has a Bamboo Version as well.

Should you no longer be able to use AD/Ldap Sync (Policy reasons for example), then some of the SAML Plugins (including ours) also support creating & updating Users via SAML.

Here you find our plugin if you like a look at it & some others via the second link:

If you like to discuss your PoC with us in Detail, then feel free to open a support case with the reference to this and we'll schedule a call. Then we can discuss the different solutions in a bit more details including Pro's & Con's. https://resolution.de/go/support

Alternatively we can continue here a bit - then it would be useful to know if you are using Server or Datacenter - also the Site Minder Versions and if there are any policy restrictions/preferences on your side to continue with AD sync.
Cheers,
Christian

Welcome!

It looks like you're new here. Sign in or register to get started.

Quick Links

Unanswered
Groups
Help

Find more posts tagged with

confluence

jira