This page describes how you can manage service perimeters in VPC Service Controls. For details on creating new service perimeters, see Creating service perimeters.
This page includes the following sections:
Before you begin
Set your default access policy for using the
gcloudcommand-line tool.-or-
Get the name of your policy. The policy name is required for commands using the
gcloudcommand-line tool and making API calls. If you set a default access policy, you don't need to specify the policy for thegcloudcommand-line tool.
List and describe service perimeters
List all service perimeters in an organization:
Console
In the Cloud de Confiance console navigation menu, click Security, and then click VPC Service Controls.
On the VPC Service Controls page, in the table, click the name of the service perimeter that you want to view.
gcloud
To list your organization's service perimeters, use the list command:
gcloud access-context-manager perimeters list
You should see a list of the perimeters for your organization. For example:
NAME TITLE ETAG ProdPerimeter Production Perimeter abcdefg123456789
To view details about a service perimeter, use the describe command:
gcloud access-context-manager perimeters \
describe PERIMETER_ID
Replace the following:
- PERIMETER_ID is the ID of the service perimeter that you want to obtain details about.
You should see the details about the perimeter. For example:
etag: abcdefg123456789 name: accessPolicies/626111171578/servicePerimeters/ProdPerimeter status: accessLevels: - accessPolicies/626111171578/accessLevels/corpAccess resources: - projects/111584792408 restrictedServices: - bigquery.googleapis.com - storage.googleapis.com title: Production Perimeter
List service perimeters (formatted)
Using the gcloud command-line tool, you can obtain a list of your service perimeters in YAML or
json format.
To get a formatted list of perimeters, use the list command:
gcloud access-context-manager perimeters list \ --format=FORMAT
Replace the following:
FORMAT is one of the following values:
list(YAML format)json(JSON format)
The following output is an example list in YAML format:
- etag: abcdefg123456789 name: accessPolicies/165717541651/servicePerimeters/On_Prem status: {'resources': ['projects/167410821371'], 'restrictedServices': ['bigquery.googleapis.com', 'storage.googleapis.com']} title: On Prem - etag: hijklmn987654321 name: accessPolicies/165717541651/servicePerimeters/Private spec: {'resources': ['projects/136109111311'], 'restrictedServices': ['bigquery.googleapis.com', 'storage.googleapis.com', 'logging.googleapis.com']} status: {'resources': ['projects/136109111311', 'projects/401921913171'], 'restrictedServices': ['bigquery.googleapis.com']} title: Private useExplicitDryRunSpec: True - etag: pqrstuv123456789 name: accessPolicies/165717541651/servicePerimeters/OnpremBridge perimeterType: PERIMETER_TYPE_BRIDGE status: {'resources': ['projects/167410821371']} title: OnpremBridge
The following output is an example list in JSON format:
[ { "etag": "abcdefg123456789", "name": "accessPolicies/165717541651/servicePerimeters/On_Prem", "status": { "resources": [ "projects/167410821371" ], "restrictedServices": [ "bigquery.googleapis.com", "storage.googleapis.com" ] }, "title": "On Prem" }, { "etag": "hijklmn987654321", "name": "accessPolicies/165717541651/servicePerimeters/Private", "spec": { "resources": [ "projects/136109111311" ], "restrictedServices": [ "bigquery.googleapis.com", "storage.googleapis.com", "logging.googleapis.com" ] }, "status": { "resources": [ "projects/136109111311", "projects/401921913171" ], "restrictedServices": [ "bigquery.googleapis.com" ] }, "title": "Private", "useExplicitDryRunSpec": true }, { "etag": "pqrstuv123456789", "name": "accessPolicies/165717541651/servicePerimeters/OnpremBridge", "perimeterType": "PERIMETER_TYPE_BRIDGE", "status": { "resources": [ "projects/167410821371" ] }, "title": "OnpremBridge" } ]
Update a service perimeter
This section describes how to update individual service perimeters. To update all of your organization's service perimeters in one operation, see Making bulk changes to service perimeters.
You can perform the following tasks to update a service perimeter:
- Add new Cloud de Confiance projects or remove projects from a service perimeter.
- Change the list of restricted Cloud de Confiance services. You can also change the title and description for a service perimeter.
- Enable, add, remove, or disable VPC accessible services.
- Update the ingress and egress policies.
After you update a service perimeter, it can take up to 30 minutes for the
changes to propagate and take effect. During this time, the perimeter might block
requests with the following error message: Error 403: Request is prohibited by organization's policy.
Console
In the Cloud de Confiance console navigation menu, click Security, and then click VPC Service Controls.
On the VPC Service Controls page, in the table, click the name of the service perimeter that you want to modify.
On the Service perimeter details page, click Edit.
On the Edit service perimeter page, update the service perimeter.
Click Save.
gcloud
To add new resources to a perimeter, use the update command and specify the
resources to add:
gcloud access-context-manager perimeters update PERIMETER_ID \
--add-resources=RESOURCES
Replace the following:
PERIMETER_ID is the ID of the service perimeter that you want to obtain details about.
RESOURCES is a comma-separated list of one or more project numbers or VPC network names. For example:
projects/12345or//compute.googleapis.com/projects/my-project/global/networks/vpc1. Only projects and VPC networks are allowed. Project format:projects/project_number. VPC format://compute.googleapis.com/projects/project-id/global/networks/network_name.
To update the list of restricted services, use the update command and
specify the services to add as a comma-delimited list:
gcloud access-context-manager perimeters update PERIMETER_ID \
--add-restricted-services=SERVICES
Replace the following:
PERIMETER_ID is the ID of the service perimeter that you want to obtain details about.
SERVICES is a comma-delimited list of one or more services. For example:
storage.googleapis.comorstorage.googleapis.com,bigquery.googleapis.com.
Add an access level to an existing perimeter
Once you have created an access level, you can apply it to a service perimeter to control access.
After you update a service perimeter, it can take up to 30 minutes for the
changes to propagate and take effect. During this time, the perimeter might block
requests with the following error message: Error 403: Request is prohibited by organization's policy.
Console
In the Cloud de Confiance console navigation menu, click Security, and then click VPC Service Controls.
On the VPC Service Controls page, in the table, click the name of the service perimeter that you want to modify.
On the Service perimeter details page, click Edit.
On the Edit service perimeter page, click Access levels.
Click Add access levels.
In the Add access levels pane, select the checkboxes corresponding to the access levels that you want to apply to the service perimeter.
Click Add selected access levels.
Click Save.
gcloud
To add an access level to an existing service perimeter, use the
update command:
gcloud access-context-manager perimeters update PERIMETER_ID \
--add-access-levels=LEVEL_NAME
Replace the following:
PERIMETER_ID is the ID of your service perimeter.
LEVEL_NAME is the name of the access level that you want to add to the perimeter.
For more information about using access levels with a perimeter, see Allow access to protected resources from outside a perimeter.
Delete a service perimeter
When you delete a service perimeter, the security controls associated with the perimeter no longer apply to the associated Cloud de Confiance by S3NS projects. There isn't any other impact to the member Cloud de Confiance projects or associated resources.
Console
In the Cloud de Confiance console navigation menu, click Security, and then click VPC Service Controls.
On the VPC Service Controls page, in the table row corresponding to the perimeter that you want to delete, click .
gcloud
To delete a service perimeter, use the delete command:
gcloud access-context-manager perimeters delete PERIMETER_ID
Replace the following:
- PERIMETER_ID is the ID of your service perimeter.
Limit access to Google APIs inside a perimeter
This section describes configuration settings that limit access to Google APIs from network endpoints inside a service perimeter.
You can restrict access in the following ways:
- Configure VPC accessible services: limit the set of supported Google APIs that are accessible from network endpoints inside your service perimeter.
- Configure service patterns: limit the set of unsupported Google APIs that can be accessed from network endpoints inside your service perimeter.
Limit access by using VPC accessible services
You can use the VPC accessible services feature to limit the set of services that are accessible from network endpoints inside your service perimeter. You can add VPC accessible services to service perimeters but not to perimeter bridges.
To learn more about the VPC accessible services feature, read about VPC accessible services.
Enable VPC accessible services
Console
In the Cloud de Confiance console navigation menu, click Security, and then click VPC Service Controls.
On the VPC Service Controls page, in the table, click the name of the service perimeter that you want to modify.
On the Service perimeter details page, click Edit.
In the VPC accessible services pane, select one of the following options:
- All restricted services: Restricts access to only the services protected by this service perimeter.
- Selected services: Restricts access to a custom list of services.
- No services: Blocks access to all services.
Click Save, and then click Confirm.
gcloud
To enable VPC accessible services for your service perimeter, use the
update command:
gcloud access-context-manager perimeters update PERIMETER_ID \
--enable-vpc-accessible-services \
--add-vpc-allowed-services=SERVICES
Replace the following:
PERIMETER_ID is the ID of your service perimeter.
SERVICES is a comma-separated list of one or more services that you want to allow networks inside your perimeter to access. Access to any services that are not included in this list are prevented.
To quickly include the services protected by the perimeter, add
RESTRICTED-SERVICESto the list for SERVICES. You can include other services in addition toRESTRICTED-SERVICES.
For example, to ensure that the VPC networks in your perimeter have access only to the Logging and Cloud Storage services, use the following command:
gcloud access-context-manager perimeters update example_perimeter \
--enable-vpc-accessible-services \
--add-vpc-allowed-services=\
RESTRICTED-SERVICES,logging.googleapis.com,storage.googleapis.com \
--policy=11271009391
Add a service to the VPC accessible services
Console
In the Cloud de Confiance console navigation menu, click Security, and then click VPC Service Controls.
On the VPC Service Controls page, in the table, click the name of the service perimeter that you want to modify.
On the Service perimeter details page, click Edit.
In the VPC accessible services pane, select Selected services.
Click Add services.
In the Add services pane, select the checkboxes for the services that you want to allow.
Click Add selected services.
Optional: To automatically include all services protected by the perimeter, click the Include all restricted services toggle to the on position.
Click Save, and then click Confirm.
gcloud
To add additional services to the VPC accessible services for your
perimeter, use the update command:
gcloud access-context-manager perimeters update PERIMETER_ID \
--add-vpc-allowed-services=SERVICES
Replace the following:
PERIMETER_ID is the ID of your service perimeter.
SERVICES is a comma-separated list of one or more services that you want to allow networks inside your perimeter to access.
To quickly include the services protected by the perimeter, add
RESTRICTED-SERVICESto the list for SERVICES. You can include separate services in addition toRESTRICTED-SERVICES.
For example, if you enable VPC accessible services and require that the VPC networks in your perimeter have access to the Pub/Sub service, use the following command:
gcloud access-context-manager perimeters update example_perimeter \
--add-vpc-allowed-services=RESTRICTED-SERVICES,pubsub.googleapis.com \
--policy=11271009391
Remove a service from the VPC accessible services
Console
In the Cloud de Confiance console navigation menu, click Security, and then click VPC Service Controls.
On the VPC Service Controls page, in the table, click the name of the service perimeter that you want to modify.
On the Service perimeter details page, click Edit.
In the VPC accessible services pane, make sure that the option is set to Selected services.
In the list of allowed services, locate the service that you want to remove, and click Delete next to the service name.
Click Save, and then click Confirm.
gcloud
To remove services from the VPC accessible services for your service
perimeter, use the update command:
gcloud access-context-manager perimeters update PERIMETER_ID \
--remove-vpc-allowed-services=SERVICES
Replace the following:
PERIMETER_ID is the ID of your service perimeter.
SERVICES is a comma-separated list of one or more services that you want to remove from the list of services that networks inside your service perimeter are permitted to access.
For example, if you enable VPC accessible services and you no longer want the VPC networks in your perimeter to have access to the Cloud Storage service, use the following command:
gcloud access-context-manager perimeters update example_perimeter \
--remove-vpc-allowed-services=storage.googleapis.com \
--policy=11271009391
Disable VPC accessible services
Console
In the Cloud de Confiance console navigation menu, click Security, and then click VPC Service Controls.
On the VPC Service Controls page, in the table, click the name of the service perimeter that you want to modify.
On the Service perimeter details page, click Edit.
In the VPC accessible services pane, select All services.
Click Save, and then click Confirm.
gcloud
To disable VPC service restrictions for your service perimeter, use the
update command:
gcloud access-context-manager perimeters update PERIMETER_ID \
--no-enable-vpc-accessible-services \
--clear-vpc-allowed-services
Replace the following:
- PERIMETER_ID is the ID of your service perimeter.
For example, to disable VPC service restrictions for example_perimeter,
use the following command:
gcloud access-context-manager perimeters update example_perimeter \
--no-enable-vpc-accessible-services \
--clear-vpc-allowed-services \
--policy=11271009391
Limit access by using service patterns
You can use VPC Service Controls service patterns to specify which Google APIs, including unsupported services, can be accessed from networks inside a service perimeter.
While VPC accessible services require using the restricted VIP,
service patterns are designed for networks that use the
private VIP
(private.googleapis.com) or a Private Service Connect endpoint
with the all-apis bundle.
Console
In the Cloud de Confiance console navigation menu, click Security, and then click VPC Service Controls.
On the VPC Service Controls page, in the table, click the name of the service perimeter that you want to modify.
On the Service perimeter details page, click Edit.
In the VPC accessible services pane, select Select services and patterns.
To add a supported service or an unsupported service pattern, click Add.
- To add a supported Google API:
- Select the Services option.
- Select the checkbox next to each service name that you want to allow.
- Click Add selected services.
- To add an unsupported Google API using a custom URL pattern:
- Select the Patterns option.
- Click Add pattern or enter a URL pattern in the Pattern
field (for example,
maps.googleapis.com/*). - Optional: Add custom HTTP request headers. Click Add request header, choose a header key from the Key list, and specify the value.
- Click Add service patterns.
- To add a supported Google API:
In the Service patterns enforcement scopes drop-down list, select Google APIs via Private Path.
Click Save, and then click Confirm.
gcloud
To configure service patterns, you must specify the VPC accessible services configuration in a YAML file.
enableRestriction: true
servicePatternsEnforcementScopes:
- GOOGLE_APIS_VIA_PRIVATE_PATH
allowedServicePatterns:
- service: 'RESTRICTED-SERVICES'
- service: 'logging.googleapis.com'
- pattern: 'maps.googleapis.com/*'
- pattern: 'www.googleapis.com/drive/*'
The YAML file contains the following fields:
enableRestriction: Set totrueto enable limits on accessible services.servicePatternsEnforcementScopes: Set this toGOOGLE_APIS_VIA_PRIVATE_PATHto enforce service patterns on Google APIs accessed through the private VIP.allowedServicePatterns: The list of allowed services and URL patterns, which represent Google API hostnames and URL path patterns, corresponding to the HTTPHostheaders of the requests.- Use the
servicefield for supported services (for example,logging.googleapis.com). You can also specify theRESTRICTED-SERVICESvalue, which expands to all services protected by the service perimeter. - Use the
patternfield for unsupported URL patterns (for example,maps.googleapis.com/*).
- Use the
Create or update perimeters with service patterns
To create a service perimeter with service patterns, use the
create command. Specify the YAML configuration
file that you set up in
Limit access by using service patterns:
gcloud access-context-manager perimeters \
create PERIMETER_ID \
--title="TITLE" \
--resources="projects/PROJECT_ID" \
--restricted-services=SERVICES \
--vpc-accessible-services=vpc_accessible_services.yaml \
--policy=POLICY_ID
To update an existing service perimeter to use service patterns, use the
update command. Specify the YAML configuration
file that you set up in
Limit access by using service patterns:
gcloud access-context-manager perimeters \
update PERIMETER_ID \
--set-vpc-accessible-services=vpc_accessible_services.yaml \
--policy=POLICY_ID
Replace the following:
PERIMETER_ID: The ID of your service perimeter.
TITLE: The title of the service perimeter.
PROJECT_ID: The ID of the project to add to the perimeter.
SERVICES: A comma-separated list of one or more services.
POLICY_ID: The ID of your access policy.
vpc_accessible_services.yamlis the path to the YAML configuration file that you set up in Limit access by using service patterns.
Attach headers to requests for unsupported APIs
You can attach HTTP headers (such as X-Goog-Allowed-Resources) to
requests for unsupported APIs. Add modifiers in the
allowedServicePatterns section of your configuration YAML file:
enableRestriction: true
servicePatternsEnforcementScopes:
- GOOGLE_APIS_VIA_PRIVATE_PATH
allowedServicePatterns:
- pattern: 'appengine.googleapis.com/*'
modifiers:
- addRequestHeader:
key: 'X-Goog-Allowed-Resources'
value: 'YOUR_ORGANIZATION_RESTRICTIONS_HEADER'
The addRequestHeader section contains the following fields to specify the
HTTP request headers:
key: The name of the HTTP request header to add. The supported keys areX-Goog-Allowed-ResourcesandX-GoogApps-Allowed-Domains.value: The value for the specified HTTP request header.
Replace YOUR_ORGANIZATION_RESTRICTIONS_HEADER with the web-safe base64-encoded JSON string that specifies the allowed Cloud de Confiance Organization IDs. For details on how to format this header value, see Configure organization restrictions.
Test with dry-run mode
Console
To verify the impact of service patterns before enforcing them, configure the service patterns in the dry-run mode of your perimeter:
In the Cloud de Confiance console navigation menu, click Security, and then click VPC Service Controls.
On the VPC Service Controls page, click the Dry run mode tab.
In the list of service perimeters, click the name of the service perimeter that you want to modify.
On the Service perimeter details page, click Edit.
On the Edit service perimeter page, make changes to the dry run configuration (as described in Limit access by using service patterns).
Click Save, and then click Confirm.
Observe the audit logs to check for violations. For details, see Identifying blocked requests.
On the Service perimeter details page, click Enforce config.
When you are asked to confirm that you want to overwrite your existing enforced configuration, click Confirm.
gcloud
To verify the impact of service patterns before enforcing them, configure the service patterns in the dry-run mode of your perimeter:
Create a dry-run perimeter containing your configuration file.
gcloud access-context-manager perimeters dry-run \ create PERIMETER_ID \ --perimeter-title="TITLE" \ --perimeter-resources="projects/PROJECT_ID" \ --perimeter-restricted-services=SERVICES \ --perimeter-vpc-accessible-services=vpc_accessible_services.yaml \ --policy=POLICY_IDObserve the audit logs to check for violations.
Enforce the configuration by replacing the perimeter's main configuration.
gcloud access-context-manager perimeters dry-run \ enforce PERIMETER_ID \ --policy=POLICY_ID
Migrate from restricted VIP to private VIP
If you are already using VPC accessible services with the restricted VIP, you can migrate to service patterns on the private VIP:
Update the perimeter configuration to use service patterns using a YAML file:
gcloud access-context-manager perimeters \ update PERIMETER_ID \ --set-vpc-accessible-services=vpc_accessible_services.yaml \ --policy=POLICY_IDEnsure that
servicePatternsEnforcementScopesis set toGOOGLE_APIS_VIA_PRIVATE_PATH.Update the DNS, routing, and firewall configurations in your VPC network to point to the private VIP (
private.googleapis.com) or update the Private Service Connect endpoint to use theall-apisbundle.
Limitations
- Enforcement only applies to the private VIP path (
private.googleapis.comor Private Service Connectall-apisendpoint). - The following URL pattern formats are supported:
API_NAME.googleapis.com/*www.googleapis.com/API_NAME/**.appspot.com/*
- Only
X-Goog-Allowed-ResourcesandX-GoogApps-Allowed-Domainsare supported. - Headers are inserted only for requests to unsupported services.
- Modifiers and
addRequestHeaderdon't insert headers when configured in dry-run mode. - Violation logs triggered by requests to unsupported APIs contain limited metadata. For details, see Audit logging limitations.
- VPC Service Controls violation analyzer does not support troubleshooting violations for unsupported services. Refer to the audit logs using the violation ID.
VPC accessible services and the Access Context Manager API
You can also use the Access Context Manager API to manage VPC accessible services.
When you create or modify a service perimeter, use the
ServicePerimeterConfig object in the response body to
configure your VPC accessible services.