---
schema_version: "1"
id: 96c6e8655e24fb88f1bc97a750972954aaac44ba0825b90825c56cc7f73ee5ec
title: Anypoint Platform Connected Apps for Organization Administrators
collection: mulesoft
version: current
locale: en-us
portal_url: https://docs.salesforce.com/mulesoft/current/en-us/access-management/connected-apps-org-admin.md
canonical_url: https://docs.mulesoft.com/access-management/connected-apps-org-admin
source_site: docs.mulesoft.com
content_type: documentation
content_hash: b53d69c209d1ac7756d064afe22926ed12f10582e930ef80bfac769767db5ee0
description: MuleSoft Documentation Site
latest: true
---
---
product: Access Management
version: master
---

# Anypoint Platform Connected Apps for Organization Administrators

> For the full documentation index, see: https://docs.mulesoft.com/llms.txt

As an organization administrator at the root organization or business group level, you can view and
manage connected apps in Access Management. You can use authorization policies to dictate which apps
are authorized to access user data, and you can add apps to an allowlist.

## Connected App Ownership

Connected app ownership gets transferred to the root organization owner when the user who created
the connected app:

- Is deleted

- Is removed from the root organization

- Loses administrative privileges over the organization

To maintain security, manually rotate the client secrets of all connected apps in the organization
after the transfer. For more information about how to manually rotate client secrets, see
[Modify the Client Secret for a Connected App](#modify-client-secret).

You can also reset client secrets programmatically using the
[Access Management API](https://dev-portal.mulesoft.com/apis/access-management.html).

## Manage Owned Apps

To maintain security, you can view and manage connected apps only if you have the Organization
Administrator permission in the root organization or in the business group where the connected app
resides.

To manage your connected apps:

1.  Navigate to **Access Management** and select the **Connected Apps** tab.

2.  Add and edit apps in the **Owned Apps** section.

3.  Manage app access in the **Authorizations** section.

### Edit the App Owner

Organization administrators can edit the owner of the connected app and transfer the ownership to
other administrators:

1.  In **Access Management** > **Connected Apps** > **Owned Apps**, click the app name.

2.  Make the changes and click **Save changes**.

### Modify the Client Secret for a Connected App

1.  In the Access Management navigation menu, click **Connected Apps**.

2.  Click a connected app from the list to enable edit mode.

3.  In the **Secret** field, enter a secret of your choice.

4.  Click **Save**.

![Edit mode for a connected app](/mulesoft/current/en-us/access-management/_images/connected-apps-edit-mode.png)

<table><tbody><tr><td><i data-value="1"></i><b>1</b></td><td>Name and username of the owner of the connected app</td></tr><tr><td><i data-value="2"></i><b>2</b></td><td>Name of the connected app</td></tr><tr><td><i data-value="3"></i><b>3</b></td><td>ID of the connected app</td></tr><tr><td><i data-value="4"></i><b>4</b></td><td>Client secret of the connected app</td></tr></tbody></table>

### View Authorizations

1.  In the **Authorizations** tab, select the app.

2.  Click the more actions menu (**…​**) for the application and select **Show details**.

### Revoke Authorization

When you revoke an app’s access, the app’s OAuth 2.0 access tokens and refresh tokens are revoked,
and the app can no longer access user data. This action can’t be undone.

1.  In the **Authorizations** tab, select the app.

2.  Click the more actions menu (**…​**) for the selected application and select **Remove**.

3.  Click **Remove**.

## Configure Authorization Policies

You can configure one of these types of authorization policies for your users:

- Unrestricted

  Organization members can authorize any connected app to act on their behalf.

- Restricted

  Only connected apps that are added to an allowlist by an administrator are authorized by
  organization members to act on their behalf.

By default, the **Unrestricted** policy is enabled. If you change the policy to **Restricted**, the
application allowlist is enabled, and all existing application authorizations are added
automatically.

When using the **Restricted** policy, you can disable auto-approval of all internal apps, in which
case you must add each internal app to the [application allowlist](#application-allowlist-admin)
like any other connected app.

### Application Allowlist

When the allowlist is enabled, organization users can use only applications that are on the
allowlist. If a user attempts to authorize an app that’s not on the allowlist, they are prompted to
contact their organization administrator.

![The interface the user sees when an app is not on the allowlist](/mulesoft/current/en-us/access-management/_images/connected-apps-allowlist-blocked.png)

Organization administrators can add the app to the allowlist by following the link given to them by
the end user.

![The interface the administrator sees when they add an app to the allowlist](/mulesoft/current/en-us/access-management/_images/connected-apps-add-to-allowlist.png)

Apps may request additional scopes when developers add new features that require access to more data
in your organization. Previously allowed apps _must_ be added to the allowlist again with the new
set of scopes before your users can grant those additional scopes to the app.

![The interface the administrator sees when they re-add an app to the allowlist](/mulesoft/current/en-us/access-management/_images/connected-apps-add-to-allowlist-again.png)

Existing authorizations continue to work if the app is not added to the allowlist again. New
authorizations using the already-allowlisted set of scopes are also allowed. Apps that remove scopes
do not need to be added to an allowlist again.

> [!NOTE] Applications created by users in the same organization are marked as **internal apps** and
> don’t need to be allowlisted manually.

## Root Organization and Business Groups

By default, connected apps are configured at the root organization level, not at the business group
(sub-organization) levels.

When you create a connected app to act on its own behalf using client credentials, you can choose
which root organization or business groups to enable it in after you choose scopes.

A connected app that acts on behalf of a user receives its own access and permissions based on the
scopes, organizations, and business groups to which the user has access.

## See Also

- [Anypoint Platform Connected Apps for Developers](https://docs.mulesoft.com/access-management/connected-apps-developers)

- [Creating Connected Apps in Anypoint Platform](https://docs.mulesoft.com/access-management/creating-connected-apps-dev)
