IAM roles for Cloud Storage

Predefined roles

The following table describes Identity and Access Management (IAM) roles that are associated with Cloud Storage and lists the permissions that are contained in each role. Unless otherwise noted, these roles can be applied either to projects, buckets, or managed folders.

To learn how to control access to buckets, see use IAM permissions. To learn how to control access to managed folders, see use IAM for managed folders.

Role	Description	Permissions
Storage Object Creator (`roles/storage.objectCreator`)	Allows users to create objects, folders, and managed folders. Does not give permission to view, delete, or replace objects. Does not give permission to get object access control lists (ACLs) or set object ACLs as part of an object update request.	`orgpolicy.policy.get`¹ `resourcemanager.projects.get`² `resourcemanager.projects.list`² `storage.objects.create` `storage.folders.create` `storage.managedFolders.create` `storage.multipartUploads.create` `storage.multipartUploads.abort` `storage.multipartUploads.listParts`
Storage Object Viewer (`roles/storage.objectViewer`)	Grants access to view objects and their metadata, excluding ACLs. Can also list the objects, folders, and managed folders in a bucket.	`resourcemanager.projects.get`² `resourcemanager.projects.list`² `storage.folders.get` `storage.folders.list` `storage.managedFolders.get` `storage.managedFolders.list` `storage.objects.get` `storage.objects.list`
Storage Object User (`roles/storage.objectUser`)	Grants access to create, view, list, update, and delete objects, folders, and managed folders, along with their metadata. Does not give permission to get or set ACLs or IAM policies.	`orgpolicy.policy.get`¹ `resourcemanager.projects.get`² `resourcemanager.projects.list`² `storage.folders.` `storage.managedFolders.create` `storage.managedFolders.delete` `storage.managedFolders.list` `storage.managedFolders.get` `storage.multipartUploads.` `storage.objects.create` `storage.objects.delete` `storage.objects.get` `storage.objects.list` `storage.objects.restore` `storage.objects.update`
Storage Object Admin (`roles/storage.objectAdmin`)	Grants full control over objects and folders, including listing, creating, viewing, renaming, and deleting objects and folders, as well as setting object ACLs. Also grants access to create, delete, get, and list managed folders.	`orgpolicy.policy.get`¹ `resourcemanager.projects.get`² `resourcemanager.projects.list`² `storage.folders.` `storage.managedFolders.create` `storage.managedFolders.delete` `storage.managedFolders.get` `storage.managedFolders.list` `storage.objects.` `storage.multipartUploads.*`
Storage Folder Admin (`roles/storage.folderAdmin`)	Grants full control over objects, folders, and managed folders, including listing, creating, viewing, deleting, and managing IAM permissions.	`orgpolicy.policy.get`¹ `resourcemanager.projects.get`² `resourcemanager.projects.list`² `storage.folders.` `storage.managedFolders.` `storage.multipartUploads.` `storage.objects.`
Storage HMAC Key Admin (`roles/storage.hmacKeyAdmin`)	Full control over HMAC keys in a project. This role can only be applied to a project.	`orgpolicy.policy.get`¹ `storage.hmacKeys.*`
Storage Admin (`roles/storage.admin`)	Grants full control of buckets, folders, managed folders, Recommender recommendations, and objects, including getting and setting object ACLs or IAM policies. Also grants full control of long-running operations. When applied to an individual bucket, control applies only to the specified bucket and the managed folders, objects, and long-running operations within the bucket.	`firebase.projects.get` `orgpolicy.policy.get`¹ `resourcemanager.projects.get`² `resourcemanager.projects.list`² `storage.buckets.` `storage.bucketOperations.` `storage.folders.` `storage.managedFolders.` `storage.objects.` `storage.multipartUploads.` `recommender.storageBucketSoftDeleteInsights.` `recommender.storageBucketSoftDeleteRecommendations.`
Storage Insights Admin (`roles/storageinsights.admin`)	Grants full control of Storage Insights inventory reports and configurations.	`cloudresourcemanager.projects.get` `cloudresourcemanager.projects.list` `storageinsights.reportConfigs.` `storageinsights.reportDetails.`
Storage Insights Viewer (`roles/storageinsights.viewer`)	Grants read-only access to Storage Insights inventory reports and configurations.	`cloudresourcemanager.projects.get` `cloudresourcemanager.projects.list` `storageinsights.reportConfigs.list` `storageinsights.reportConfigs.get` `storageinsights.reportDetails.list` `storageinsights.reportDetails.get`
Storage Insights Collector Service (`roles/storage.insightsCollectorService`)	Grants read access to object metadata in inventory reports.	`resourcemanager.projects.get` `resourcemanager.projects.list` `storage.buckets.getObjectInsights` `storage.buckets.get`

¹ The orgpolicy.policy.get permission allows principals to know the organization policy constraints that a project is subject to. This permission is currently only effective if the role is granted at the project level or above.

² For more information about the resourcemanager.projects.* permissions, see Access control for projects with IAM.

Basic roles

Basic roles are roles that existed prior to IAM. These roles have unique characteristics:

Basic roles can only be granted for an entire project, not for individual buckets within the project. Like other roles that you grant for a project, basic roles apply to all buckets and objects in the project.
Basic roles contain additional permissions for other Google Cloud services that are not covered in this section. See basic roles for a general discussion of the permissions that basic roles grant.
Each basic role has a convenience value that lets you use the basic role as if it were a group. When used in this way, any principal that has the basic role is considered to be part of the group. Everyone in the group gets additional access for resources based on the access the convenience value has.
- Convenience values can be used when granting roles for buckets.
- Convenience values can be used when setting ACLs on objects.
Basic roles don't intrinsically give all of the access to Cloud Storage resources that their names imply. Instead, they give a portion of the expected access intrinsically and the rest of the expected access through the use of convenience values. Because convenience values can be manually added or removed like any other IAM principal, it is possible to revoke access that principals might otherwise expect to have.

For a discussion of additional access that principals with basic roles typically gain due to convenience values, see modifiable behavior.

Intrinsic permissions

The following table describes the Cloud Storage permissions that are always associated with each basic role.

Role Description Cloud Storage Permissions

Viewer (roles/viewer) Grants permission to list buckets in the project; view bucket metadata when listing (excluding ACLs); and list and get HMAC keys in the project. storage.buckets.getIpFilter
storage.buckets.list
storage.hmacKeys.get
storage.hmacKeys.list

Editor (roles/editor) Grants permission to create, list, and delete buckets in the project; view bucket metadata when listing (excluding ACLs); and control HMAC keys in the project. storage.buckets.create
storage.buckets.delete
storage.buckets.list
storage.hmacKeys.*

Role	Description	Cloud Storage Permissions
Viewer (`roles/viewer`)	Grants permission to list buckets in the project; view bucket metadata when listing (excluding ACLs); and list and get HMAC keys in the project.	`storage.buckets.getIpFilter` `storage.buckets.list` `storage.hmacKeys.get` `storage.hmacKeys.list`
Editor (`roles/editor`)	Grants permission to create, list, and delete buckets in the project; view bucket metadata when listing (excluding ACLs); and control HMAC keys in the project.	`storage.buckets.create` `storage.buckets.delete` `storage.buckets.list` `storage.hmacKeys.*`
Owner (`roles/owner`)	Grants permission to create, list, and delete buckets in the project; view bucket metadata when listing (excluding ACLs); create, delete, and list tag bindings; and control HMAC keys in the project. Within Google Cloud more generally, principals with this role can perform administrative tasks such as changing principals' roles for the project or changing billing.	`storage.buckets.create` `storage.buckets.delete` `storage.buckets.list` `storage.buckets.createTagBinding` `storage.buckets.deleteTagBinding` `storage.buckets.listEffectiveTags` `storage.buckets.listTagBindings` `storage.buckets.setIpFilter` `storage.hmacKeys.*`

Owner (roles/owner)

Grants permission to create, list, and delete buckets in the project; view bucket metadata when listing (excluding ACLs); create, delete, and list tag bindings; and control HMAC keys in the project.

Within Google Cloud more generally, principals with this role can perform administrative tasks such as changing principals' roles for the project or changing billing.

storage.buckets.create
storage.buckets.delete
storage.buckets.list
storage.buckets.createTagBinding
storage.buckets.deleteTagBinding
storage.buckets.listEffectiveTags
storage.buckets.listTagBindings
storage.buckets.setIpFilter
storage.hmacKeys.*

Modifiable behavior

Principals granted basic roles often have additional access to a project's buckets and objects due to convenience values. When a bucket is created, convenience values are granted certain bucket-level access, but you can later edit your bucket IAM policies and your object ACLs to remove or change the access.

When you create a bucket that has uniform bucket-level access enabled, the following access is granted via convenience values:

Principals granted roles/viewer gain the roles/storage.legacyBucketReader and roles/storage.legacyObjectReader roles for the bucket.
Principals granted roles/editor gain the roles/storage.legacyBucketOwner and roles/storage.legacyObjectOwner roles for the bucket.
Principals granted roles/owner gain the roles/storage.legacyBucketOwner and roles/storage.legacyObjectOwner roles for the bucket.

When you create a bucket that does not have uniform bucket-level access enabled, the following access is granted using convenience values:

Principals granted roles/viewer gain the roles/storage.legacyBucketReader role for the bucket.
Principals granted roles/editor gain the roles/storage.legacyBucketOwner role for the bucket.
Principals granted roles/owner gain the roles/storage.legacyBucketOwner role for the bucket.
Additionally, the bucket has a default object Access Control List (ACL). This default ACL is often applied to new objects in the bucket and often grants additional access to convenience values.

Predefined legacy roles

The following table lists IAM roles that are equivalent to Access Control List (ACL) permissions. You can grant legacy roles only for individual buckets, not for projects.

Role	Description	Permissions
Storage Legacy Object Reader (`roles/storage.legacyObjectReader`)	Grants permission to view objects and their metadata, excluding ACLs.	`storage.objects.get`
Storage Legacy Object Owner (`roles/storage.legacyObjectOwner`)	Grants permission to view and edit objects and their metadata, including ACLs.	`storage.objects.get` `storage.objects.update` `storage.objects.setRetention` `storage.objects.overrideUnlockedRetention` `storage.objects.setIamPolicy` `storage.objects.getIamPolicy`
Storage Legacy Bucket Reader (`roles/storage.legacyBucketReader`)	Grants permission to list a bucket's contents and read bucket metadata, excluding IAM policies. Also grants permission to read object metadata when listing objects and managed folders (excluding IAM policies). Use of this role is also reflected in the bucket's ACLs. See IAM relation to ACLs for more information.	`storage.buckets.get` `storage.objects.list` `storage.managedFolders.get` `storage.managedFolders.list` `storage.multipartUploads.list`
Storage Legacy Bucket Writer (`roles/storage.legacyBucketWriter`)	Grants permission to create, replace, list, and delete objects and managed folders; create objects that have a retention configuration; read object and managed folder metadata when listing (excluding IAM policies); and read bucket metadata, excluding IAM policies. Use of this role is also reflected in the bucket's ACLs. See IAM relation to ACLs for more information.	`storage.buckets.get` `storage.objects.list` `storage.objects.create` `storage.objects.delete` `storage.objects.restore` `storage.objects.setRetention` `storage.managedFolders.create` `storage.managedFolders.delete` `storage.managedFolders.get` `storage.managedFolders.list` `storage.multipartUploads.*`
Storage Legacy Bucket Owner (`roles/storage.legacyBucketOwner`)	Grants permission to create, replace, list, and delete objects and managed folders; create objects that have a retention configuration; create, delete, and list tag bindings; read object metadata when listing (excluding IAM policies); read managed folder metadata when listing (including IAM policies); read and edit bucket metadata (including IAM policies); and manage long-running operations. Use of this role is also reflected in the bucket's ACLs. See IAM relation to ACLs for more information.	`storage.buckets.get` `storage.buckets.createTagBinding` `storage.buckets.deleteTagBinding` `storage.buckets.listEffectiveTags` `storage.buckets.listTagBindings` `storage.buckets.update` `storage.buckets.enableObjectRetention` `storage.buckets.restore` `storage.buckets.setIamPolicy` `storage.buckets.getIamPolicy` `storage.bucketOperations.` `storage.managedFolders.` `storage.objects.list` `storage.objects.create` `storage.objects.delete` `storage.objects.restore` `storage.objects.setRetention` `storage.multipartUploads.*`

Custom roles

You might want to define your own roles which contain bundles of permissions that you specify. To support this, IAM offers custom roles.

What's next

Use IAM permissions to control access to buckets and objects.
Learn about each IAM permission for Cloud Storage.
See available IAM references for Cloud Storage, such as which IAM permissions allow users to perform actions with various tools and APIs.
For a reference of other Google Cloud roles, see Understanding Roles.