Jira software integration security
Atlassian Cloud Connections
TeamRetro utilizes Oauth2 authorization to integrate with Jira Software (Cloud) instances. The integration requires four access scopes:
|| Read project list and issue metadata during configuration of the integration.
|| Write action items to Jira
|| Enable Jira / TeamRetro users to be matched for action item assignments
|| Allow TeamRetro to post action items to Jira without requiring re-authentication each time.
Application Link Connections
For Jira Software (Data Center) edition we support Oauth authentication via Application Links.
||Write action items to Jira (read for project list and issue metadata is implicit)
Basic Authentication Connections
Not Recommended. For Jira Software (Data Center) and Jira Software (Server) editions we support basic authentication via Jira username/password. As we need to send these across with the API they are stored encrypted but not hashed - so we do recommend creating a separate Jira user for TeamRetro if using this integration method.
Calls to Jira Server / Jira Cloud will originate from our servers in AWS and are proxied via the fixed Elastic IP addresses.
- US Environment - 18.104.22.168
- EU Environment - 22.214.171.124
Jira APIs Used
In order to send action items through to Jira, we retrieve a list of projects, issue types and field definitions for the selected issue types to allow the administrator to select the target issue location in Jira, populate required values and select default values.
||Data Center edition and Server edition
| Get authorized user info, test connectivity
|| /rest/api/3/myself (GET)
| List projects
| Retrieve project details
| Retrieve issue types for selected project
| Retrieve field definitions for issue type
| Retrieve components for custom fields
| Retrieve users for custom fields
| Search for assigned user
| Retrieve priority options
| Publish a Jira Issue
| Delete a published Jira Issue
We do not read any other issues / data.