Google Cloud Storage

Google Cloud Storage Access

If you use Google Cloud Storage to store data, if you submit tasks with attachments as gs: protocol URIs, rather than http: or https:, we will use the Google Cloud Storage API to fetch your data. For example, instead of sending, you would send gs://bucket/key.

We can either fetch your data using Service Account Impersonation (preferred, more secure) or Cross-project Access.

Service Account Impersonation

To access Cloud Storage data in your GCP project, Scale can impersonate a service account within that project, which has permission to access data in Cloud Storage.

To set up Service Account Impersonation:

  1. As a team admin or manager, go to

  2. In another window, navigate to the GCP Service Accounts page for the appropriate project.

  3. Create a service account.

  1. Grant Scale's service account the ability to impersonate the newly created service account

  1. In Google Cloud Storage, assign the Storage Legacy Bucket Reader or Storage Bucket Data Reader permissions for the requisite buckets to the newly created service account.

  1. Return to the Scale Dashboard and enter the email of the service account.


Note that if you enable the GCP integration for your account, we will not attempt to fetch attachments from the default service account ( directly; the policies described in GCP IAM Access will not work.

Cross-project Access

If Service Account Impersonation is not configured, we will directly fetch attachments from your GCS bucket, using the GCP service account You can grant access to this service account on a per-object basis with ACLs, or on a per-bucket basis with Cloud IAM

Please note that this authentication mechanism suffers from the confused deputy problem — a third party that can guess your Cloud Storage URLs will be able to submit tasks with your data.

Updated about 1 month ago