1.13 Ensure API Keys Are Restricted To Use by Only Specified Hosts and Apps (Manual)
Profile Applicability
- Level 2
Description
API Keys should only be used for services in cases where other authentication methods are unavailable. In this case, unrestricted keys are insecure because they can be viewed publicly, such as from within a browser, or they can be accessed on a device where the key resides. It is recommended to restrict API key usage to trusted hosts, HTTP referrers and apps. It is recommended to use the more secure standard authentication flow instead.
Rationale
Security risks involved in using API-Keys appear below:
- API keys are simple encrypted strings
- API keys do not identify the user or the application making the API request
- API keys are typically accessible to clients, making it easy to discover and steal an API key
In light of these potential risks, Google recommends using the standard authentication flow instead of API keys. However, there are limited cases where API keys are more appropriate. For example, if there is a mobile application that needs to use the Google Cloud Translation API, but doesn't otherwise need a backend server, API keys are the simplest way to authenticate to that API.
In order to reduce attack vectors, API-Keys can be restricted only to trusted hosts, HTTP referrers and applications.
Impact
Setting Application Restrictions may break existing application functioning, if not done carefully.
Audit Procedure
From Google Cloud Console
- Go to
APIs & Services\Credentialsusing https://console.cloud.google.com/apis/credentials - In the section
API Keys, Click theAPI Key Name. The API Key properties display on a new page. - For every API Key, ensure the section
Key restrictionsparameterApplication restrictionsis not set toNone.
Or,
- Ensure
Application restrictionsis set toHTTP referrersand the referrer is not set to wild-cards(* or *.[TLD] or *.[TLD]/*)allowing access to any/wide HTTP referrer(s).
Or,
- Ensure
Application restrictionsis set toIP addressesand referrer is not set toany host (0.0.0.0 or 0.0.0.0/0 or ::0).
From Google Cloud CLI
- Run the following from within the project you wish to audit:
gcloud services api-keys list --filter="-restrictions:*" --format="table[box](displayName:label='Key With No Restrictions')"
Expected Result
The command should return no results. All API keys should have application restrictions configured (not set to None).
Remediation
From Google Cloud Console — Leaving Keys in Place
- Go to
APIs & Services\Credentialsusing https://console.cloud.google.com/apis/credentials - In the section
API Keys, Click theAPI Key Name. The API Key properties display on a new page. - In the
Key restrictionssection, set the application restrictions to any ofHTTP referrers, IP addresses, Android apps, iOS apps. - Click
Save. - Repeat steps 2,3,4 for every unrestricted API key.
Note: Do not set HTTP referrers to wild-cards (_ or _.[TLD] or .[TLD]/) allowing access to any/wide HTTP referrer(s). Do not set IP addresses and referrer to any host (0.0.0.0 or 0.0.0.0/0 or ::0).
From Google Cloud Console — Removing Keys
Another option is to remove the keys entirely.
- Go to
APIs & Services\Credentialsusing https://console.cloud.google.com/apis/credentials - In the section
API Keys, select the checkbox next to each key you wish to remove. - Select
Deleteand confirm.
Default Value
By default, Application Restrictions are set to None.
References
- https://cloud.google.com/docs/authentication/api-keys
- https://cloud.google.com/sdk/gcloud/reference/services/api-keys/list
- https://cloud.google.com/sdk/gcloud/reference/services/api-keys/update
CIS Controls
| Controls Version | Control | IG 1 | IG 2 | IG 3 |
|---|---|---|---|---|
| v8 | 16.10 Apply Secure Design Principles in Application Architectures | x | x | |
| v7 | 0.0 Explicitly Not Mapped |