---
name: atracker-iam-service-auth
title: Managing authorizations to grant access between services
description: Use IBM Cloud&reg; Identity and Access Management (IAM) to create or remove an authorization that grants IBM Cloud Activity Tracker Event Routing access to work with other services.
last-updated: 2026-06-25
---

> ## Documentation Index
> The table of contents for this documentation set is at https://cloud.ibm.com/docs/atracker?format=markdown
> The index for all IBM Cloud docs is at: https://cloud.ibm.com/docs/llms.txt
> Use these files to discover more information as needed.

# Managing authorizations to grant access between services
{: #iam-service-auth}

Use IBM Cloud&reg; Identity and Access Management (IAM) to create or remove an authorization that grants IBM Cloud Activity Tracker Event Routing access to work with other services.
{: shortdesc}


## Authorizations
{: #iam-service-auth-1}

Many of the capabilities of IAM are focused on managing and enforcing user and application access to IBM Cloud resources. However, you might encounter other scenarios in which you need to provide one service with access to a user's resource in another service. This type of access is called an authorization.

In a service to service (S2S) authorization:
- The source service is the service that is granted access to the target service.
- The roles that you select define the level of access for the source service.
- The target service is the service that you are granting permission to be accessed by the source service based on the roles that you assign.
- A source service can be in the same account where the authorization is created or in another account.
- The target service is always in the account where the authorization is created.

You can view whether the source service is located in the current account or another account by viewing the Source account column for the specific authorization on the [Authorizations](https://cloud.ibm.com/iam/authorizations) page in the IBM Cloud&reg; console.{: tip}


For more information, see [Using authorizations to grant access between services](https://cloud.ibm.com/docs/account?topic=account-serviceauth&format=markdown).


## Service to service authorizations
{: #iam-service-auth-2}

The following table lists the different S2S authorizations that you can configure when you use the IBM Cloud Activity Tracker Event Routing service:

| S2S Authorization | Source service | Target service |
|-------------------|----------------|----------------|
| Authorize access to write data into a bucket | IBM Cloud Activity Tracker Event Routing | IBM Cloud Object Storage |
| Authorize access to send data to the IBM&reg; Event Streams for IBM Cloud&reg; service | IBM Cloud Activity Tracker Event Routing | IBM&reg; Event Streams for IBM Cloud&reg; |
| Authorize access to send data to the IBM Cloud Logs service | IBM Cloud Activity Tracker Event Routing | IBM Cloud Logs | 
| Authorize access to send data to the IBM Cloud App Configuration service | IBM Cloud Activity Tracker Event Routing | IBM Cloud App Configuration | 
{: caption="S2S authorizations."}

Service to service authorizations are supported in the following use cases:
- IBM Cloud Activity Tracker Event Routing and the target service are in the same account.
- IBM Cloud Activity Tracker Event Routing and the target service are in different accounts.


## Permissions to manage authorizations
{: #iam-service-auth-permissions}

You must have access to the target service to manage authorization between services.

If you create an authorization between a service in another account and a target service in your current account, you need to have access only to the target resource. For the source account, you need only the account ID. 

The autorization that you define for the IBM Cloud Activity Tracker Event Routing service requires that the ID that you use to create the S2S authorization has the following platform roles:

| Action              | Administrator | Operator | Editor | Viewer |
|---------------------|---------------|----------|--------|--------|
| View all authorizations that are configured in the account | ![Checkmark icon](../../icons/checkmark-icon.svg "checkmark") | | | |
| Create authorizations | ![Checkmark icon](../../icons/checkmark-icon.svg "checkmark") | | | |
| Delete authorizations | ![Checkmark icon](../../icons/checkmark-icon.svg "checkmark") | | | |
{: caption="Actions on the target service that are required to manage authorizations" caption-side="top"}

Users can only see authorizations that they configure in the account.

The autorization that you define for the IBM Cloud Activity Tracker Event Routing service requires that the ID that you use to create the S2S authorization has the following service role per type of authorization:

| S2S Authorization | Service  |Service role |
|-------------------|----------|-------------|
| Authorize access to write data into a bucket | IBM Cloud Object Storage | Object Writer |
| Authorize access to the IBM&reg; Event Streams for IBM Cloud&reg; service | IBM&reg; Event Streams for IBM Cloud&reg; | Writer |
| Authorize access to send data to the IBM Cloud Logs service | IBM&reg; Cloud Logs | Sender | 
| Authorize access to send data to the IBM Cloud App Configuration service | {{site.data.keyword.apprapp_full}} | Configuration Update Reporter | 

{: caption="S2S authorizations."}


## Creating an authorization
{: #iam-service-auth-create-auth}


Choose one of the following options to create a S2S authorization:

- [Authorize access to write data into a bucket](https://cloud.ibm.com/docs/atracker?topic=atracker-iam-service-auth-cos&format=markdown).
- [Authorize working with the IBM&reg; Event Streams for IBM Cloud&reg; service](https://cloud.ibm.com/docs/atracker?topic=atracker-iam-service-auth-es&format=markdown).
- [Authorize working with the IBM&reg; Cloud Logs service](https://cloud.ibm.com/docs/atracker?topic=atracker-iam-service-auth-logs&format=markdown). 
- [Authorize working with the {{site.data.keyword.apprapp_full}} service](https://cloud.ibm.com/docs/atracker?topic=atracker-iam-service-auth-appconfig&format=markdown). 



## Removing an authorization
{: #iam-service-auth-remove-auth}


Choose one of the following options to remove a S2S authorization:
- [Remove a S2S authorization through the UI](https://cloud.ibm.com/docs/cloud-logs?topic=cloud-logs-iam-service-auth-remove-auth&interface=ui&format=markdown)
- [Remove a S2S authorization by using the CLI](https://cloud.ibm.com/docs/cloud-logs?topic=cloud-logs-iam-service-auth-remove-auth&interface=cli&format=markdown)
- [Remove a S2S authorization by using the API](https://cloud.ibm.com/docs/cloud-logs?topic=cloud-logs-iam-service-auth-remove-auth&interface=api&format=markdown)
- [Remove a S2S authorization by using terraform](https://cloud.ibm.com/docs/cloud-logs?topic=cloud-logs-iam-service-auth-remove-auth&interface=terraform&format=markdown)


If the source service is removed from the account, any policies that are created by that service for its dependent services are deleted automatically. Similarly, if the dependent service is removed from the account, any access policies that are delegated to that service are also deleted.
{: note}