Integrating with an On-Premise Ticketing Service

This command connects Bright with a ticketing service deployed on a local server (currently only the On-Premise Jira is supported): bright-cli integration [options]. The repositories of the connected service can then be integrated with the Bright projects to be used as endpoints for scan reports (details of detected security vulnerabilities).

For more information about the integration capabilities, see Ticketing Integrations.

Script Example

bright-cli integration --access-key $INTEGRATION_ACCESS_KEY --base-url https://your-cluster.atlassian.net --user $USERNAME --password $PASSWORD --token $API_TOKEN

📘

Notes

  • Sample variables are marked with a $. You must substitute them for your real values.
  • If your Jira username or password includes any special characters (for example, "pa$$word"), enclose the entire username or password in single quotes.

Options

OptionDescription
--access-key=integrationKeyThe unique identifier generated in the Jira integration config dialog box in the Bright app.
Required to authorize Bright in the On-Premise Jira (local Jira Server).
--type=jiraIntegration service type (currently only JIRA is supported).
--base-url=serviceUrlBase URL to the Jira instance API
Default: http://localhost:8080
--user=serviceUserNameYour username for a local Jira Server or email for the Atlassian Jira Cloud,
--password=serviceUserPasswordYour password for a local Jira Server or Jira API token for the Atlassian Jira Cloud
--token=apiKey, -t=apiKeyBright organization API key or personal API key with the bot scope.
The botscope enables a connection between Bright and Bright CLI.
Required option.
--daemon, -dRuns the integration in a daemon mode.
--remove-daemon, --rm, --removeStop and remove integration daemon.
--bus=eventBusUrl(Deprecated). Bright event bus URL.

Default: --bus amqps://amq.app.brightsec.com:5672
--timeoutTime to wait for a server to send response headers (and start the response body) before aborting the request.
Default: 10000