Data Catalog IAM roles

This document describes Identity and Access Management (IAM) roles that allow you to use Data Catalog to search and tag Google Cloud resources.

For a detailed description of IAM and its features, see the IAM documentation.

IAM terminology

Permissions

Checked at runtime to allow you to perform an operation or access a Google Cloud resource. You're not granted permissions directly, but, instead, are granted roles that contain permissions.

Roles

A role is a predefined collection of permissions. Custom roles consisting of a custom collection of permissions are also allowed.

View Data Catalog roles

1. In the Google Cloud console, go to the IAM & Admin > Roles page.

   Go to Roles

2. In the Filter field, select Used in, type Data Catalog or Data Lineage, and click Enter.

3. Click a role to view the permissions of the role in the right pane.

   For example, the Data Catalog Admin role has full access to all Data Catalog resources.

Predefined Data Catalog roles

Some predefined Data Catalog roles include the Data Catalog Admin, Data Catalog Viewer, and Data Catalog TagTemplate Creator. Some of these roles are described in the subsequent sections.

For a list and description of Data Catalog predefined roles and the permissions associated with each role, see Data Catalog roles.

Data Catalog Admin role

The roles/datacatalog.admin role has access to all the Data Catalog resources. A Data Catalog admin can add different types of users to a Data Catalog project.

Data Catalog Data Steward role

Preview

This feature is subject to the "Pre-GA Offerings Terms" in the General Service Terms section of the Service Specific Terms. Pre-GA features are available "as is" and might have limited support. For more information, see the launch stage descriptions.

The roles/datacatalog.dataSteward role lets you add, edit, or delete the data stewards and the rich text overview for a data entry such as a BigQuery table.

Data Catalog Viewer role

To simplify gaining access to Google Cloud resources, Data Catalog provides the roles/datacatalog.viewer role with metadata read permission for all cataloged Google Cloud resources.

This role also grants the permissions to view Data Catalog tag templates and tags.

Grant the Data Catalog Viewer role on your project to view Google Cloud resources in Data Catalog.

Data Catalog TagTemplate Creator role

The roles/datacatalog.tagTemplateCreator role lets you create tag templates.

Data Catalog Search Admin role

The roles/datacatalog.searchAdmin role lets you retrieve, through search, all cataloged Google Cloud resources within a project or organization.

Data Catalog Migration Config Admin role

The roles/datacatalog.migrationConfigAdmin role lets you set and retrieve configuration related to the migration of resources from Data Catalog to Dataplex Catalog.

Predefined data lineage roles

To access the lineage for any Data Catalog entry, you need access to the entry in Data Catalog. To access the Data Catalog entry, you need a viewer role on the corresponding system resource or Data Catalog Viewer (roles/datacatalog.viewer) on the project that stores the Data Catalog entry. This section describes roles that are required to view the lineage.

Lineage viewer role

The Data Lineage Viewer (roles/datalineage.viewer) role allows you to view Dataplex lineage in the Google Cloud console and read lineage information using the Data Lineage API. The runs, and events for a given process are all stored in the same project as the process. In the case of automated lineage, the process, runs, and events are stored in the project in which the job that generated the lineage was running. This could be for example the project in which a BigQuery job was running.

You need different roles to view the lineage between assets and to view metadata of the assets. For the former, you need Data Lineage Viewer (roles/datalineage.viewer). For the latter, you need the same roles as used for accessing metadata entries in Data Catalog.

Roles to view lineage between two assets

To view lineage between assets, you need the Data lineage Viewer role (roles/datalineage.viewer) on the following projects:

• The project in which you're viewing lineage (known as active project), that is the project in the drop-down at the top of the Google Cloud console or the project from which API calls are made. This would normally be the Data Catalog resource project.
• The projects in which lineage is recorded (known as compute project). Lineage is stored in the project in which the corresponding process was executed, as described above. This project can be different from the project that stores the asset that you're viewing lineage for.

For more information about granting roles, see Manage access. You might also be able to get the required permissions through custom roles or other predefined roles.

Depending on the use case, grant the Data lineage Viewer (roles/datalineage.viewer) role on the folder or organization level to guarantee access the lineage (see Grant or revoke a single role). Roles required for Data lineage can be granted only through the Google Cloud CLI.

Note: To see the SQL statement for a BigQuery Process, you must have the bigquery.jobs.get permission for the corresponding job. To see the SQL statement for a BigQuery view definition, you must have the bigquery.tables.get permission for the corresponding view.

Roles to view asset metadata when viewing lineage

When metadata about an asset is stored in Data Catalog, you only get to view that metadata if you have a viewer role on the corresponding system resource or Data Catalog Viewer (roles/datacatalog.viewer) on the project in which the Data Catalog entry is stored. You might have access to assets on the lineage graph or list through appropriate viewer roles but no access to the lineage between them. This is the case when you don't have the Data lineage Viewer role (roles/datalineage.viewer) on the project in which the lineage was recorded. In this case, the Data Lineage API and Google Cloud console doesn't show the lineage and doesn't return an error, to prevent leaking information about the existence of lineage. Therefore, absence of lineage for an asset does not mean that there is no lineage for that asset, but that you might not have access to that lineage.

Note: If an asset is located in an organization that you're not a member of, Data lineage might not be able to retrieve the metadata for that asset.

Data Lineage Events Producer role

The roles/datalineage.producer role lets users manually record lineage information using the data lineage API.

Data Lineage Editor role

The roles/datalineage.editor role lets users manually modify lineage information using the data lineage API.

Data Lineage Administrator role

The roles/datalineage.admin role lets users perform all lineage operations listed in this section.

Roles to view public and private tags

You can search for public tags using simple search. You can view a data entry, including its public tags, as long as you have the required permissions to view the data entry. No additional permissions on the tag template are required. For permissions required to view the data entry, see the table in this section.

However, we recommend to also grant the datacatalog.tagTemplates.get permission to users who are expected to search for these public tags. This permission allows users to also use the search predicate tag: or use the tag template search facet in the Data Catalog search page.

For private tags, you need view permissions on both the tag template and the data entry to search for the tag and to see the tag in the entry detail page. Users must use the tag: search predicate or the tag template search facet to find the tags; simple search for private tags isn't supported.

Note the following:

• The view permission needed on the private tag template is datacatalog.tagTemplates.getTag.

• The view permissions on the data entry for both public and private tags are included in the following table.

Resource	Permission	Role
BigQuery datasets, tables, models, routines, and connections	bigquery.datasets.get bigquery.tables.get bigquery.models.getMetadata bigquery.routines.get bigquery.connections.get	roles/datacatalog.tagTemplateViewer roles/bigquery.metadataViewer roles/bigquery.connectionUser
Pub/Sub topics	pubsub.topics.get	roles/datacatalog.tagTemplateViewer roles/pubsub.viewer
Spanner instances, databases, tables and views	Instance: spanner.instances.get Database:spanner.databases.get Table: spanner.databases.get Views: spanner.databases.get datacatalog.tagTemplates.getTag	No predefined roles are available.
Bigtable instances and tables	bigtable.instances.get bigtable.tables.get datacatalog.tagTemplates.getTag	roles/datacatalog.tagTemplateViewer roles/bigtable.viewer
Dataproc Metastore services, databases, and tables	metastore.tables.get metastore.databases.get metastore.services.get	roles/datacatalog.tagTemplateViewer roles/metastore.metadataViewer
Custom entries	datacatalog.entries.get	No predefined roles are available.

Roles to search Google Cloud resources

Before searching, discovering, or displaying Google Cloud resources, Data Catalog checks that you've been granted an IAM role with the metadata read permissions required by BigQuery, Pub/Sub, Dataproc Metastore, or other source system to access the resource.

Example: Data Catalog checks that you've been granted a role with bigquery.tables.get permission before displaying BigQuery table metadata.

The following table lists the permissions and the associated roles needed to use Data Catalog to search the listed Google Cloud resources.

Resource	Permission	Role
BigQuery datasets, tables, models, routines, and connections	bigquery.datasets.get bigquery.tables.get bigquery.models.getMetadata bigquery.routines.get bigquery.connections.get	roles/bigquery.metadataViewer roles/bigquery.connectionUser Also see Data Catalog Viewer role
Pub/Sub topics	pubsub.topics.get	roles/pubsub.viewer Also see Data Catalog Viewer role
Spanner databases and tables	Instance: spanner.instances.get Database: spanner.databases.get Views: spanner.databases.get	No predefined roles are available.
Bigtable instances and tables	bigtable.instances.get bigtable.tables.get	roles/bigtable.viewer Also see Data Catalog Viewer role
Dataplex lakes, zones, tables, and filesets	dataplex.lakes.get dataplex.zones.get dataplex.entities.get dataplex.entities.get	No predefined roles are available.
Dataproc Metastore services, databases, and tables	metastore.tables.get metastore.databases.get metastore.services.get	roles/metastore.metadataViewer

Roles to attach tags to Google Cloud resources

To attach public and private tags to Google Cloud resources require the same permissions.

Data Catalog lets users extend metadata on Google Cloud resources by attaching tags. One or more tags that can be attached to a resource are defined in a tag template.

When a user attempts to use the tag template to attach a tag to a Google Cloud resource, Data Catalog checks that you have the required permissions to use the tag template and to update the resource metadata. Permissions are granted through IAM roles, as shown in the following table.

The following table lists the permissions and the associated roles needed for a user to use Data Catalog to attach both public and private tags to listed Google Cloud resources.

Each row in the following table lists the permissions needed to tag resources. The corresponding roles may grant additional permissions. Click on each role to view all permissions associated with it.

Note the following:

• The owner of a data entry has the datacatalog.entries.updateTag permission by default. All other users must be granted the datacatalog.tagEditor role.

• Thedatacatalog.tagTemplates.use permission is also required for all resources listed in the table.

Resource	Permissions	Role
BigQuery datasets, tables, models, routines, and connections	bigquery.datasets.updateTag bigquery.tables.updateTag bigquery.models.updateTag bigquery.routines.updateTag bigquery.connections.updateTag	roles/datacatalog.tagTemplateUser roles/datacatalog.tagEditor roles/bigquery.dataEditor
Pub/Sub topics	pubsub.topics.updateTag	roles/datacatalog.tagTemplateUser roles/datacatalog.tagEditor roles/pubsub.editor
Spanner databases and tables.	Instance: spanner.instances.UpdateTag Database: spanner.databases.UpdateTag Table: spanner.databases.UpdateTag Views:spanner.databases.UpdateTag	No predefined roles are available.
Bigtable instances and tables	bigtable.instances.update bigtable.tables.update	roles/datacatalog.tagTemplateUser roles/datacatalog.tagEditor roles/bigtable.admin
Dataplex lakes, zones, tables, and filesets	dataplex.lakes.update dataplex.zones.update dataplex.entities.update dataplex.entities.update	No predefined roles are available.
Dataproc Metastore services, databases, and tables	metastore.tables.update metastore.databases.update metastore.services.update	roles/datacatalog.tagTemplateUser roles/datacatalog.tagEditor roles/metastore.editor roles/metastore.metadataEditor

Note: Currently, you can attach tags to global Pub/Sub topics only if their organization's storage policy doesn't restrict them to specific locations. For more information, see Resource locations supported services.

Custom roles for Google Cloud resources

Predefined editor roles for data entries from other Google Cloud systems might provide broader write access than required. Use custom roles to specify *.updateTag permissions only on a Google Cloud resource.

Roles to modify rich text overview and data stewards in Data Catalog

Users need the following roles to attach rich text overview and assign data stewards to entries in Data Catalog:

Resource	Permissions	Role
Google Cloud projects	datacatalog.entries.updateOverview datacatalog.entries.updateContacts	roles/datacatalog.dataSteward

Roles to modify migration configuration in Data Catalog

Users need the following roles to set and retrieve configuration related to the migration from Data Catalog to Dataplex:

Resource	Permissions	Role
Google Cloud projects and organizations	datacatalog.migrationConfig.set datacatalog.migrationConfig.get	roles/datacatalog.migrationConfigAdmin

Identity federation in Data Catalog

Identity federation lets you use an external identity provider (IdP) to authenticate and authorize users to Google Cloud services with IAM.

Data Catalog supports identity federation with the following limitations:

• Data Catalog API SearchCatalog and StarEntry methods support only the Workforce identity federation and aren't available for Workload identity federation
• Dataplex doesn't support the Google Cloud console for identity federation users

What's next

• Learn how to create custom IAM roles.
• Learn how to grant and manage roles.
• Learn more about the Dataplex IAM roles.
• Learn more about BigQuery access control.
• Learn more about Pub/Sub access control.
• Learn more about Dataproc Metastore access control.