Set up a Private Remote Repository

Set up a private Git remote repository in Cortex XSIAM to synchronize content between development and production tenants.

Set up a private Git remote repository in Cortex XSIAM to manage and synchronize content across development and production tenants. Configure connectivity through Cortex XSIAM or an engine with repository access.

Before you begin, verify network connectivity from Cortex XSIAM to the private remote repository. All communication goes through Cortex XSIAM. If direct access is unavailable, use an engine that can access the repository.

TIP

Due to security concerns, there is a closed allow list of approved URLs for private repositories. If you want to use a URL that is excluded from the allow list, use an engine (engine groups are not supported).

Use the following scenarios to configure a private remote repository for a production tenant and one or more development tenants.

Once enabled, the development push tenant has a red banner on the top left showing DEV.

Set up a private repository for a new development tenant

In this scenario, activate the production tenant as standalone first. Then enable the private remote repository in the production pull tenant. The first development tenant becomes the push tenant. Any additional development tenants become pull tenants.

Perform the following procedures in the order listed below.

Task 1. Enable the private remote repository for the production tenant

1. In the production tenant, go to Settings → Configurations → General → Remote Repository Settings and toggle the Content repository slider to enable the remote repository. When set to On, the sync direction is Pull.
2. In the Repository type field, select Private, and save the settings.
3. Define the Git settings using HTTPS or SSH.

• For repository vendors that use tokens, enter the token type in the username field and the token in the password field. Verify details with your vendor. If your private Git remote repository uses personal access tokens instead of usernames and passwords, enter the token type in the username field and the access token in the password field. For example, if you use an OAuth2 token, enter oauth2 in the username field. For Github, enter your username in the username field.
• If using SSH, RSA or ed25519 algorithm private keys are supported. If your SSH connection uses a port other than port 22 (the default SSH port), you must include the SSH string and port number in the Repository URL field. In the following example, we use port 20017: ssh://[e-mail]:20017/~/my-project.git

1. Select the active branch on which you will be working.
2. In the Advanced section, the engine is set by default. You can change the engine by selecting from the list of available engines.

You can't add an engine that has been added to a Load-Balancing Group.

Task 2. Activate a Cortex XSIAM development tenant in Cortex Gateway

1. In Cortex Gateway , locate the Cortex XSIAM production tenant where you enabled the private repository in Task 1.
2. Hover over the Cortex XSIAM tenant and click Activate Dev Tenant.
3. Define the following fields:

Name	Details
DEV TENANT NAME	Give the Cortex XSIAM dev tenant an easily recognizable name. Choose a name that is 59 or fewer characters and is unique across your company account.
REGION	Select the region in which you want to set up the Cortex XSIAM dev tenant.
DEV TENANT SUBDOMAIN	Give your Cortex XSIAM dev instance an easy-to-recognize name that is used to access the tenant directly using the full URL (https://_<subdomain>_xsiam._<region>_.paloaltonetworks.com).

1. Accept the terms and conditions and activate the tenant.

Task 3. Configure the private Git repository in development tenants

The first development tenant automatically becomes the push tenant. For details about Cortex XSIAM push and pull tenants, see Cortex XSIAM development tenant.

1. In the development tenant, go to Settings → Configurations → General → Remote Repository Settings and toggle the Content repository slider to enable the remote repository. When set to On, the sync direction for the first development tenant is Push. The sync direction for any additional development tenants is Pull.
2. In the Repository type field, select Private.
3. Define the private Git repository settings using HTTPS or SSH.

   1. Select the active branch on which you will be working. You can either use the same branch as for the pull tenant (production or additional development tenant), or a different branch. If using a different branch, you need to define a manual or automatic merge between branches which is done outside Cortex XSIAM.
   2. In the Advanced section, the engine is set by default. You can change the engine by selecting from the list of available engines.

• If your private Git remote repository uses personal access tokens instead of usernames and passwords, enter the access token in the password field and leave the username field blank.
• For repository vendors that use tokens, the token type is entered in the username field, and the token is entered in the password field. Verify details with your vendor.
• If using SSH, only RSA private keys are supported. If your SSH connection uses a port other than port 22 (the default SSH port), you must include the SSH string and port number in the Repository URL field. In the following example, we use port 20017: ssh://[e-mail]:20017/~/my-project.git

1. Save the settings.
2. Repeat tasks 2 and 3 to enable the private remote repository in each additional development tenant. They will automatically be set to pull.

Set up a private repository for existing tenants

In this scenario, production and development tenants were managed separately with different content. Because they are already activated in Cortex Gateway, update their remote repository settings within each tenant.

The first tenant that is enabled pushes its content to the remote repository first. For example, these instructions describe enabling the production tenant first, so the remote repository will initially contain production tenant content. You can enable a development tenant first if you want the remote repository to initially contain the content from the development tenant.

Perform the following procedures in the order listed below.

Task 1. Enable the private remote repository for the production tenant

1. In the production tenant, go to Settings → Configurations → General → Remote Repository Settings and toggle the Content repository slider to enable the remote repository. When set to On, the sync direction is Pull.
2. In the Repository type field, select Private, and save the settings.
3. Define the Git settings using HTTPS or SSH.

• For repository vendors that use tokens, enter the token type in the username field and the token in the password field. Verify details with your vendor. If your private Git remote repository uses personal access tokens instead of usernames and passwords, enter the token type in the username field and the access token in the password field. For example, if you use an OAuth2 token, enter oauth2 in the username field. For Github, enter your username in the username field.
• If using SSH, RSA or ed25519 algorithm private keys are supported. If your SSH connection uses a port other than port 22 (the default SSH port), you must include the SSH string and port number in the Repository URL field. In the following example, we use port 20017: ssh://[e-mail]:20017/~/my-project.git

1. Select the active branch on which you will be working.
2. In the Advanced section, the engine is set by default. You can change the engine by selecting from the list of available engines. You can't add an engine that has been added to a Load-Balancing Group.

Task 2. Enable the private remote repository in the development tenants.

Once enabled, the first development tenant automatically becomes the push tenant. For details about Cortex XSIAM push and pull tenants, see Cortex XSIAM development tenant.

1. In the development tenant, go to Settings → Configurations → General → Remote Repository Settings and toggle the Content repository slider to enable the remote repository. When set to On, the sync direction for the first development tenant is Push. The sync direction for any additional development tenants is Pull.
2. In the Repository type field, select Private.
3. Define the private Git repository settings using HTTPS or SSH.

   1. Select the active branch on which you will be working.
   2. In the Advanced section, add any engines you want to connect.

• If your private Git remote repository uses personal access tokens instead of usernames and passwords, enter the access token in the password field and leave the username field blank.
• For repository vendors that use tokens, the token type is entered in the username field and the token is entered in the password field. Verify details with your vendor.
• If using SSH, only RSA private keys are supported. If your SSH connection uses a port other than port 22 (the default SSH port), you must include the SSH string and port number in the Repository URL field. In the following example, we use port 20017: ssh://[e-mail]:20017/~/my-project.git

1. Select which content to keep and which to overwrite. If there are any discrepancies between the development tenant and remote repository (which in this example initially contains the production tenant content after it is enabled), the Specified repository is not empty window opens. Options are:

• Existing content on your tenant: Keeps the existing content on your tenant and replaces the content on the specified repository. Cortex XSIAM checks if any other tenants are using the remote repository. If yes, this option is disabled. In this example, the remote repository was already enabled in the production tenant, so the remote repository holds production content. If you want to keep the content on the development tenant:

  1. Disable the remote repository in any additional enabled tenants. In this case, for the first development tenant, only the production tenant must be disabled.
  2. Select Existing content on your tenant for this tenant.
  3. Complete synchronization.
  4. Re-enable the remote repository in any additional tenants and select Existing content on the specified repository in each additional tenant.
• Existing content on the specified repository: Deletes the existing content on your tenant and replaces it with content from the specified repository.

1. Click Continue.