Con los Controles del servicio de VPC, puedes crear perimeters, que son límites para tus recursos de Google Cloud. Luego, puedes definir políticas de seguridad que ayuden a evitar el acceso a los servicios compatibles fuera del perímetro. Para obtener más información sobre los Controles del servicio de VPC, consulta la Descripción general de los Controles del servicio de VPC.
Puedes usar los Controles del servicio de VPC para proteger las siguientes APIs de Policy Intelligence:
- API de Policy Troubleshooter
- API de Policy Simulator
Ayuda a proteger la API del Solucionador de problemas de políticas
Puedes ayudar a proteger la solución de problemas de políticas mediante los Controles del servicio de VPC.
Cuando restringes la API del Solucionador de problemas de políticas con un perímetro, las principales pueden solucionar problemas de las políticas de IAM solo si todos los recursos involucrados en la solicitud están en el mismo perímetro. Por lo general, hay dos recursos involucrados en una solicitud de solución de problemas:
El recurso para el que estás solucionando problemas de acceso. Este recurso puede ser de cualquier tipo. Especifica de forma explícita este recurso cuando solucionas los problemas de una política de IAM.
El recurso que usas para solucionar problemas de acceso. Este recurso debe ser un proyecto, una carpeta o una organización. En la consola de Google Cloud y gcloud CLI, este recurso se infiere según el proyecto, la carpeta o la organización que seleccionaste. En la API de REST, debes especificar este recurso con el encabezado
x-goog-user-project.Este recurso puede ser el mismo para el que estás solucionando problemas de acceso, pero no es necesario.
Si estos recursos no están en el mismo perímetro, la solicitud falla.
Para obtener más detalles sobre cómo funcionan los Controles del servicio de VPC con el solucionador de problemas de políticas, consulta la entrada del solucionador de problemas de políticas en la tabla de productos compatibles de los Controles del servicio de VPC.
Ayuda a proteger la API de Policy Simulator
Cuando restringes la API de Policy Simulator con un perímetro, las principales pueden simular políticas de permiso solo si ciertos recursos que participan en la simulación están en el mismo perímetro. Hay varios recursos involucrados en una simulación:
El recurso cuya política de permisos se está simulando. Este recurso también se denomina recurso de destino. En la consola de Google Cloud, este es el recurso cuya política de permiso se está editando. En gcloud CLI y la API de REST, especificas explícitamente este recurso cuando simulas una política de permisos.
El proyecto, la carpeta o la organización que crea y ejecuta la simulación Este recurso también se denomina recurso de host. En la consola de Google Cloud y gcloud CLI, este recurso se infiere en función del proyecto, la carpeta o la organización que seleccionaste. En la API de REST, debes especificar este recurso con el encabezado
x-goog-user-project.Este recurso puede ser el mismo que el recurso de destino, pero no es necesario que lo sea.
El recurso que proporciona registros de acceso para la simulación. En una simulación, siempre hay un recurso que proporciona registros de acceso para la simulación. Este recurso varía según el tipo de recurso de destino:
- Si simulas una política de permisos para un proyecto o una organización, el simulador de políticas recupera los registros de acceso de esa organización o proyecto.
- Si simulas una política de permiso para un tipo diferente de recurso, Policy Simulator recupera los registros de acceso del proyecto o la organización superior de ese recurso.
- Si simulas las políticas de permisos de varios recursos a la vez, el simulador de políticas recupera los registros de acceso del proyecto o la organización común más cercana a los recursos.
Todos los recursos compatibles con políticas de permisos relevantes Cuando el simulador de políticas ejecuta una simulación, considera todas las políticas de permisos que podrían afectar el acceso del usuario, incluidas las políticas de permisos en los recursos principales y descendientes del recurso objetivo. Como resultado, estos recursos principales y descendientes también participan en las simulaciones.
Si el recurso de destino y el recurso de host no están en el mismo perímetro, la solicitud falla.
Si el recurso de destino y el que proporciona registros de acceso para la simulación no están en el mismo perímetro, la solicitud falla.
Si el recurso de destino y algunos recursos compatibles con políticas de permisos relevantes no están en el mismo perímetro, las solicitudes se realizan de forma correcta, pero es posible que los resultados estén incompletos. Por ejemplo, si simulas una política para un proyecto en un perímetro, los resultados no incluirán la política de permisos de la organización superior del proyecto, ya que las organizaciones siempre están fuera de los perímetros de los Controles del servicio de VPC. Para obtener resultados más completos, puedes configurar las reglas de entrada y salida para el perímetro.
Para obtener más detalles sobre cómo funcionan los Controles del servicio de VPC con Policy Simulator, consulta la entrada del simulador de políticas en la tabla de productos compatibles de los Controles del servicio de VPC.
¿Qué sigue?
- Obtén más información para crear un perímetro de servicio.