These instructions are up-to-date at the time of writing, but you should refer back to the Bamboo page on SAML IdP access to check for any changes. We cannot guarantee the accuracy of our SP-specific guidance.
Visit Atlassian Marketplace to get SAML Single Sign-On for Bamboo (trial version):
Sign up for an Evaluation License with your organisation name:
Click on the Generate License button.
A page is displayed with your license key.
Click on the Download button.
The file SAML4Bamboo-1.8.7.jar is downloaded to your default file location.
Open your Atlassian application and log in.
Navigate to the administration section. You may need to log in again (as administrator).
The ‘Manage add-ons’ page is displayed.
Click on the Upload add-on link and upload the jar file:
Click on SAML Single Sign-On for Bamboo under ‘User-installed add-ons’.
Select the add-on entry and copy and paste the license key into the license box for your add-on.
Click on Configure in the ‘Settings’ menu. The following dialog box is displayed:
Complete the fields as below:
- Show the login Button - checked
- Login Button Title - enter ‘Login using SAML IdP Server’
- SAML Endpoint - auto-populated based on your Bamboo instance details
- Identity Provider XML - copy and paste contents of
http://<yourssoip>/metadatainto the text box
- SP Entity ID - URI of your Bamboo instance, same as first part of SAML Endpoint (before
- Max. Authentication Age - set to default of ‘7200’
- Force SAML login - unchecked
- Create User - unchecked
- SAML User Id field - enter ‘NameID’
- SAML User Name Field - enter ‘name’
- SAML User Email Field - enter ‘email’
- SAML User Groups Field - enter ‘eduPersonAffiliation’
- Default Usergroup(s) - enter the name of your default user group
When changing the config of the add-on, it seems that the changes do not take effect until it is restarted or Bamboo itself is restarted. To restart the add-on, go to ‘Manage add-ons’ in the Bamboo admin settings screen. Choose, ‘Disable’, and then ‘Enable’. Note that configuration settings are not lost when the add-on is disabled.
sp: bamboo: description: Bamboo relay_state: "" login_url: http://bamboo.example.com/userlogin!doDefault.action logout_url: http://bamboo.example.com/userLogout.action metadata: >- <?xml version="1.0" encoding="UTF-8"?> <!-- bamboo doesnt provide a link to download its sp metadata, so this is hand-crafted --> <md:EntityDescriptor xmlns:md="urn:oasis:names:tc:SAML:2.0:metadata" entityID="http://bamboo.example.com"> <md:SPSSODescriptor protocolSupportEnumeration="urn:oasis:names:tc:SAML:2.0:protocol"> <md:NameIDFormat>urn:oasis:names:tc:SAML:1.1:nameid-format:emailAddress</md:NameIDFormat> <md:AssertionConsumerService Binding="urn:oasis:names:tc:SAML:2.0:bindings:HTTP-POST" Location="http://bamboo.example.com/plugins/servlet/saml/auth" index="0"/> </md:SPSSODescriptor> </md:EntityDescriptor> sign_response: true sign_assertion: false encrypt_assertion: false user_id_transform: - search: ^([^@]+)@[^@]+$ replace: $1 authorize: - - email: ^[^@]+@example.com$ profile: attribute: empty
Note that sp name is used to create your IdP-initiated login url, i.e.
Update the SP login_url and logout_url entries with the correct information retrieved from Bamboo.
Edit the metadata. Use the content from the example, but update the SP URL within entityID and location. These two items will be
Note that, if you are using JSON format for your config file, the handcrafted metadata above must be saved as an xml file; then converted to a single line with the " characters escaped with \ to meet the json structure requirements. This can be achieved by running the following command on the e.g. metadata.xml file:
echo -e "\n"$(cat metadata.xml | tr -d '\n' | sed -E 's/"/\\"/g')"\n"
The contents will then be output in the terminal in a format that can be pasted into the metadata field of a JSON file.
Under user_id_transform, you’ll find a function that adjusts for a limitation within Bamboo in which email addresses are not allowed as usernames. The regex ‘search’ looks for the email address, and ‘replace’ with $1 means that only the first value - the email prefix - will be used. So, for example,
In the authorize subsection, you can control what users are allowed to attempt login by following one or both of the below steps:
- Call up an LDAP setup from an
ldap.yamlfile stored in
- Configure a regex list of email addresses/domains. The above config shows an example of how you would use
email: ^[^@]+@example.com$"to only allow users from a certain email domain to login.
Note that if this is not set correctly, you will receive ‘unauthorized user’ messages.
For more detailed info on using LDAP and regex to control authorized users, please see the LDAP and authorization menu section
Save and close the file.
/etc/miracl-sso/config.yamlfile make sure you add
bamboo.yamlto the list of ‘includes’:
includes: - core.yaml # service providers - service_providers/bamboo.yaml
As always after config changes, restart the server with
sudo service miracl-sso restart
Now your service is configured, you can visit
https://<yourssoip>/servicesto login to the service using IdP-initiated login, or visit the Bamboo login page and SP-initiated login will be triggered automatically.
You will be able to login using the in-browser PIN pad or with the MIRACL Trust app. When logging in to your SSO service for the first time you will be asked to register an email address so as to confirm your identity and register you as a user.