<iframe src="https://www.googletagmanager.com/ns.html?id=GTM-M74D8PB" height="0" width="0" style="display:none;visibility:hidden">
Loading
Skip to NavigationSkip to Main Content
0D50Z00008KhbC0SAJOkta Classic EngineMulti-Factor AuthenticationAnswered2024-04-16T11:23:22.000Z2018-09-13T07:35:48.000Z2018-09-25T10:54:26.000Z
Confluence API with MFA

Hi,

 

We have integrated Okta with Confluence with desktop single sign on and MFA using entrust. Using SAML 2.0.

 

Using a browser:

  1. When accessing the confluence site through the browser we get the MFA prompt where we need to enter the token.
  2. If we access an api end point through the browser we are able tp get a response back with no data since we have not authenticated. If we proceed with step 1 again and enter the token followed by step 2 we get the required data back.

 

Using an Automation script:

 

If we access the same api end point through a script by passing our basic authentication through the header, we are able to get the required content from the API without any need for MFA. Is this behavior correct ?

 

It seems that the confluence.jar file that we got from the okta configuration that we added to the confluence filesystem bypasses the MFA in some way.

 

 

Regards,

Avinash


  • Hello Avinash,

     

    Using an Automation script with basic authentication (not using SAML 2.0) , Okta won't intervene because only through SAML Confluence will recognise the integration and the user will hit the App-Level Policy/Rule (or evaluation of Sign On Policy) to prompt for MFA.

    When using a browser, due to the SAML 2.0 integration, the user will be redirected to Okta(if he/she doesn't have an active session with Okta) and after authentication, the Appl-Level Policy/Rule (or evaluation of Sign On Policy) will prompt for MFA.

    This is Expected behaviour.

     

    If your configuration is more granular than this and my answer didn't provide enough details, feel free to open a case and my colleagues will assist you with further clarifications.

     

    Bogdan Radu

    Technical Support Engineer

    Okta Global Customer Care

    Expand Post
    Selected as Best
  • Hello Avinash,

     

    Using an Automation script with basic authentication (not using SAML 2.0) , Okta won't intervene because only through SAML Confluence will recognise the integration and the user will hit the App-Level Policy/Rule (or evaluation of Sign On Policy) to prompt for MFA.

    When using a browser, due to the SAML 2.0 integration, the user will be redirected to Okta(if he/she doesn't have an active session with Okta) and after authentication, the Appl-Level Policy/Rule (or evaluation of Sign On Policy) will prompt for MFA.

    This is Expected behaviour.

     

    If your configuration is more granular than this and my answer didn't provide enough details, feel free to open a case and my colleagues will assist you with further clarifications.

     

    Bogdan Radu

    Technical Support Engineer

    Okta Global Customer Care

    Expand Post
    Selected as Best
  • mike.davie1.5312945692819849E12 (Customer First Programs)

    Hello Avinash,

     

    Thanks for posting your inquiry in Okta Community Portal.

     

    If you really liked your answer, please help readers find it by marking it the best answer. Hover over the answer and click "Best Answer." 

     

    Thank you,

    Mike Davie

    Okta Help Center

    Expand Post
  • 04vl2 (04vl2)

    Thanks for your response. How can we make use of SAML 2.0 when querying the confluence api?

    Is it possible to login to okta and pass that session details to confluence, so that we dont have to use basic auth querying the confluence api.

  • 04vl2 (04vl2)

    Can I have a response to my previous question please.

This question is closed.
Loading
Confluence API with MFA