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 Pass Through Authentication with Atlassian Access and AzureAD?

Chris

Dear community,

We recently migrated from Jira Server to Jira Cloud. Our Jira Server was integrated into our Active Directory with a third party app. There was not only Single Sign On (SSO), but also a real Pass Through Authentication - by opening the browser, users were logged in with the Windows credentials.

How do I implmenent that with Jira-/Confluence in the Cloud, Atlassian Access and AzureAD? Do I need to configure something in the browser to pass on the credentials? Is there a config in AzureAD needed or some setting in Atlassian Access?

Any help is very much appreciated.

Chris

Accepted answers

Ed Letifov _TechTime - New Zealand_

Hi @Chris

The Integrated Windows Authentication i.e. password-less authentication to Azure AD is something to be configured on Azure AD side i.e. once Cloud redirects you to Azure AD – you will be authenticated with IWA (using Kerberos or NTLM) and redirected back.

Upon successful authentication it does generate Azure cookies, to avoid doing re-authentication again too frequently. The IdP side session policy affects this cookies.

However, the Cloud does the redirect to IdP only once it realises that you are a user from a domain that is managed by an organisation, and that your user falls under SSO-enabled policy of that organisation. This is why it asks you for the email address (i.e. username) – until you do this, nothing will be triggered. In short it will never behave as Server used to do with an SSO app.

Upon redirect, Atlassian generates their own cookies for their session – these control how often the redirect to Atlassian's login page will be performed (to ask for the email again). That's a setting in the Atlassian Access (see https://support.atlassian.com/security-and-access-policies/docs/update-idle-session-duration/)

Having said all this – you should REALLY check this with your security team and/or in your IT Security Policy. The length of the session must be mentioned somewhere. I can bet "never expire" is not an option any security team would ever allow.

All comments

Ivan Lima

Hi @Chris, when initiating the login through the IdP, I understand you shouldn't be prompted to log in again. Have you already set up Atlassian Access and SSO? If so, when initiating the login process from Azure, are you still being prompted to log in again?

There is a similar question where the Atlassian team chimed in with insights into this topic. Have a look at https://community.atlassian.com/t5/Atlassian-Access-questions/Seamless-sign-in-from-AzureAD-using-SAML-SSO/qaq-p/1727884 and see if it helps to shed some light on your current configuration.

Cheers,
IL.

Chris

Dear @Ivan Lima

thank you for your support. I thought about it over the weekend: when opening our cloud site in the morning, I have to enter my email address. After confirmation, I get logged in without providing the password. The Azure-connection seems to work as expected.

I remember a setting within the IDP config, where you can define, how long a session is valid. This is currently set to "8h after last activity". So, as long as I do open the site before the 8h are timed out and if the browser does not delete session cookies (?), Pass Through Authentication seems to work.

I am wondering, if I can change the behavior, so that the session never expires for our internal customer portal users - or better: that the session is re-newed whenever they open the customer portal. The Edge browser should hand on the Windows credentials and log them in automatically.

Chris

please note: logging into the site with different credentials as the Windows client is not possible. (Only in a private mode browser window.)

Vitaly P

Hi Chris,

We are using Jira Server and trying to integrate it into AD with a Real Passthrough Authentication. We're accessing it via ADFS but would like to know what 3rd party app did you guys use to enable real passthrough authentication. We need our users to open a browser and be automatically signed in with their AD credentials w/o being challenged.

Thanks.

Ed Letifov _TechTime - New Zealand_

@Vitaly P

For "real passthrough authentication" ie. "Integrated Windows Authentication" you need one of the apps that supports Kerberos and NTLM.

Take a look at our EasySSO for Jira.

Your main challenge will be to evaluate it on Server (as Atlassian doesn't let one generate any new Server licenses, including evaluations). Please reach out to our 24x7 support to discuss.

Ed Letifov _TechTime - New Zealand_

Hi @Chris

Upon successful authentication it does generate Azure cookies, to avoid doing re-authentication again too frequently. The IdP side session policy affects this cookies.

Chris

Hi @Ed Letifov _TechTime - New Zealand_ ,

thank you for that explanation.

In the past, I was involved in a project, where the browser (-> Chrome/Edge) provided the username of the Windows logged in user to the website. The website then addressed the IdP and the login process was automatically done - I suppose according to your description.

I am not a browser or authentication expert. Is there a way that the browser can automatically provide the "identity" of the logged in user to Jira Cloud?

Today, every morning I go to our Jira Cloud site, I only have to click on the "Microsoft"-button, then I have to click on my email address (-> Azure AD) and then I am logged in.

Within Atlassian Access, the session time out is set to 8h.

There must be some cookies around, as this works on any computer, not just my business laptop.

Chris

Ed Letifov _TechTime - New Zealand_

@Chris

I represent TechTime a vendor for EasySSO app, performing SSO using IWA for Server and Data Center Atlassian applications.

Is there a way that the browser can automatically provide the "identity" of the logged in user to Jira Cloud?

Short answer: no.

Long answer: the browser NEVER provides the username. On access to the service (e.g. Jira), the services challenges the browser to provide authentication – using either NTLM or SPNEGO protocol (which usually results in Kerberos being negotiated). In both cases what browser sends is an encrypted token, that does not contain identity which then is passed to the Domain Controller and that yeilds the username.

Cloud, being a SaaS platform shared between all of us, can't possibly talk to your or mine or everyone's domain controllers, so neither NTLM nor Kerberos will ever be implemented.

Today, every morning I go to our Jira Cloud site, I only have to click on the "Microsoft"-button, then I have to click on my email address (-> Azure AD) and then I am logged in.

So, this is even "worse" – this is a completely different SSO flow, as this "Microsoft" button doesn't use Atlassian Access at all. This is a "web SSO" where the identify provider can be Microsoft, Apple, Facebook, Twitter... here the Identity Provider ALWAYS sends back you email to the Service Provide (Cloud). Atlassian just happens to use the email as the username so it works.

I mean in the end users don't care, but none of the settings you apply to "Atlassian Cloud" enterprise application in Azure AD that is associated with Atlassian Access SSO will influence this particular "web SSO" flow.

True SAML SSO with Azure AD via Atlassian Access will be invoked (assuming you've claimed your domain and configured everything correctly) if instead of clicking the button and then typing the email into Azure AD login screen, you type your email into Atlassian login screen first – this is the moment it realises you belong to the organisation that claimed this email domain, and if you fall under SSO policy – redirects you to Azure AD.

Welcome!

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

Quick Links

Find more posts tagged with

jira

cloud

atlassian-guard

azure

customer-portal

jira-service-management-cloud

jira-service-management