Diese Seite wurde von der Cloud Translation API übersetzt.

VPC Service Controls

Dieses Thema bietet eine Übersicht über VPC Service Controls sowie eine Beschreibung der Vorteile und Funktionen.

Wer sollte VPC Service Controls verwenden?

Möglicherweise besitzt Ihre Organisation geistiges Eigentum in Form von hochsensiblen Daten oder sie handhabt sensible Daten, die zusätzlichen Datenschutzbestimmungen wie PCI DSS unterliegen. Der unbeabsichtigte Verlust oder die unbeabsichtigte Offenlegung sensibler Daten kann erhebliche negative geschäftliche Auswirkungen nach sich ziehen.

Wenn Sie von einer lokalen Umgebung zur Cloud migrieren, kann eines Ihrer Ziele darin bestehen, beim Verschieben Ihrer Daten zu Google Cloud die lokale netzwerkbasierte Sicherheitsarchitektur zu replizieren. Zum Schutz Ihrer hochsensiblen Daten sollten Sie dafür sorgen, dass Ihre Ressourcen nur von vertrauenswürdigen Netzwerken aus zugänglich sind. Einige Organisationen erlauben möglicherweise öffentlichen Zugriff auf Ressourcen, solange die Anfrage aus einem vertrauenswürdigen Netzwerk stammt, das anhand der IP-Adresse der Anfrage identifiziert werden kann.

Um das Risiko der Daten-Exfiltration zu minimieren, sollte Ihre Organisation mit detaillierten Kontrollen einen sicheren Datenaustausch über Organisationsgrenzen hinweg gewährleisten. Als Administrator sollten Sie auf Folgendes achten:

Kunden mit privilegiertem Zugriff haben keinen Zugriff auf Partnerressourcen.
Clients mit Zugriff auf sensible Daten können nur öffentliche Datasets lesen, aber nicht in sie schreiben.

So verringert VPC Service Controls das Risiko der Daten-Exfiltration

VPC Service Controls schützt vor versehentlichen oder gezielten Aktionen externer Entitäten oder Insider. Dadurch wird das Risiko unbefugter Daten-Exfiltration durch Google Cloud-Dienste wie Cloud Storage und BigQuery minimiert. Mit VPC Service Controls können Sie Perimeter zum Schutz von Ressourcen und Daten von Diensten erstellen, die Sie explizit angeben.

VPC Service Controls schützt Ihre Google Cloud-Dienste durch Definition der folgenden Kontrollen:

Clients innerhalb eines Perimeters, die privaten Zugriff auf Ressourcen haben, haben keinen Zugriff auf nicht autorisierte (potenziell öffentliche) Ressourcen außerhalb des Perimeters.
Mit Dienstvorgängen wie gsutil cp oder bq mk ist es nicht möglich, Daten in nicht autorisierte Ressourcen außerhalb des Perimeters zu kopieren.
Der Datenaustausch zwischen Clients und Ressourcen, die durch Perimeter getrennt sind, wird durch Regeln für ein- und ausgehenden Traffic gesichert.
Der kontextsensitive Zugriff auf Ressourcen basiert auf Clientattributen wie Identitätstyp (Dienstkonto oder Nutzer), Identität, Gerätedaten und Netzwerkursprung (IP-Adresse oder VPC-Netzwerk). Im Folgenden finden Sie Beispiele für kontextsensitiven Zugriff:
- Clients außerhalb des Perimeters, die sich in Google Cloud oder lokal befinden, befinden sich innerhalb autorisierter VPC-Ressourcen und verwenden den privater Google-Zugriff, um auf Ressourcen innerhalb eines Perimeters zuzugreifen.
- Der Internetzugriff auf Ressourcen innerhalb eines Perimeters ist auf einen Bereich von IPv4- und IPv6-Adressen beschränkt.
Weitere Informationen finden Sie unter Kontextsensitiver Zugriff mit Regeln für eingehenden Traffic.

VPC Service Controls bietet eine weitere Sicherheitsebene für Google Cloud-Dienste, die unabhängig von der Identitäts- und Zugriffsverwaltung (Identity and Access Management, IAM) ist. Im Gegensatz zur detaillierten identitätsbasierten Zugriffssteuerung von IAM ermöglicht VPC Service Controls eine breitere kontextbasierte Perimetersicherheit, einschließlich der Kontrolle ausgehender Datenübertragungen im gesamten Perimeter. Für einen tiefer greifenden Schutz Ihrer Umgebung empfehlen wir, VPC Service Controls und Cloud IAM zu kombinieren.

Mit VPC Service Controls können Sie Ressourcenzugriffsmuster in Ihren Dienstperimetern mithilfe von Cloud-Audit-Logs überwachen. Weitere Informationen finden Sie unter Audit-Logging für VPC Service Controls.

Sicherheitsvorteile von VPC Service Controls

Mit VPC Service Controls können Sie die folgenden Sicherheitsrisiken mindern, ohne die Leistungsvorteile eines direkten privaten Zugriffs auf Google Cloud-Ressourcen zu beeinträchtigen:

Zugriff aus nicht autorisierten Netzwerken mit gestohlenen Anmeldedaten: VPC Service Controls verhindert privaten Zugriff aus autorisierten VPC-Netzwerken und schützt damit vor dem Risiko der Daten-Exfiltration durch Clients, die gestohlene OAuth- oder Dienstkonto-Anmeldedaten verwenden.
Daten-Exfiltration durch böswillige Insider oder manipulierten Code: VPC Service Controls verhindert, dass Clients innerhalb eines geschützten Netzwerks auf Ressourcen aus von Google verwalteten Diensten außerhalb des Perimeters zugreifen. Dadurch erhalten Sie zusätzliche Kontrolle über den ausgehenden Netzwerk-Traffic.

VPC Service Controls verhindert auch das Lesen von Daten aus einer Ressource außerhalb des Perimeters oder das Kopieren von Daten in eine solche Ressource. VPC Service Controls verhindert Dienstvorgänge wie das Kopieren mit dem gsutil cp-Befehl in einen öffentlichen Cloud Storage-Bucket oder das Kopieren mit dem bq mk-Befehl in eine permanente externe BigQuery-Tabelle.

Google Cloud bietet außerdem eine eingeschränkte virtuelle IP-Adresse, die in VPC Service Controls eingebunden ist. Die eingeschränkte VIP ermöglicht auch das Senden von Anfragen an Dienste, die von VPC Service Controls unterstützt werden, ohne diese Anfragen über das Internet verfügbar zu machen.
Unbeabsichtigte Veröffentlichung privater Daten durch falsch konfigurierte IAM-Richtlinien: VPC Service Controls verweigert den Zugriff aus nicht autorisierten Netzwerken, selbst wenn Daten durch falsch konfigurierte IAM-Richtlinien öffentlich verfügbar gemacht werden und bietet so eine weitere Sicherheitsebene.
Zugriff auf Dienste überwachen: Verwenden Sie VPC Service Controls im Probelaufmodus, um Anfragen an geschützte Dienste zu überwachen, ohne den Zugriff zu verhindern, und um Trafficanfragen an Ihre Projekte zu verstehen. Sie können auch Honeypot-Perimeter erstellen, um unerwartete oder böswillige Versuche zur Prüfung zugänglicher Dienste zu identifizieren.

Sie können entweder eine Zugriffsrichtlinie für die Organisation verwenden und VPC Service Controls für Ihre gesamte Google Cloud-Organisation konfigurieren oder begrenzte Richtlinien verwenden und VPC Service Controls für einen Ordner oder ein Projekt in der Organisation konfigurieren. Sie behalten die Flexibilität, Daten innerhalb des Perimeters zu verarbeiten, zu transformieren und zu kopieren.

VPC Service Controls-Konfigurationen werden standardmäßig auf Organisationsebene verwaltet. Mit bereichsbezogenen Zugriffsrichtlinien für Ordner oder Projekte lässt sich jedoch die Verwaltung von Dienstperimetern weiter unten in der Ressourcenhierarchie delegieren.

VPC Service Controls und Metadaten

VPC Service Controls ist nicht dafür konzipiert, umfassende Kontrollen für die Übertragung von Metadaten durchzusetzen.

In diesem Kontext sind Daten als Inhalte definiert, die in einer Google Cloud-Ressource gespeichert sind. Beispiel: der Inhalt eines Cloud Storage-Objekts. Metadaten sind als Attribute der Ressource oder des übergeordneten Elements definiert. z. B. Namen von Cloud Storage-Buckets.

Das primäre Ziel von VPC Service Controls besteht darin, die Übertragung von Daten, nicht von Metadaten, in einem Dienstperimeter mithilfe von unterstützten Diensten zu steuern. VPC Service Controls verwaltet auch den Zugriff auf Metadaten. Es kann jedoch Szenarien geben, in denen Metadaten ohne Richtlinienprüfungen durch VPC Service Controls kopiert und aufgerufen werden können.

Wir empfehlen, dass Sie sich auf IAM verlassen und benutzerdefinierte Rollen verwenden, um eine angemessene Kontrolle über den Zugriff auf Metadaten zu gewährleisten.

Funktionen

Mit VPC Service Controls können Sie Sicherheitsrichtlinien definieren, die den Zugriff auf von Google verwaltete Dienste außerhalb eines vertrauenswürdigen Perimeters verhindern, den Zugriff auf Daten von nicht vertrauenswürdigen Standorten blockieren und das Risiko einer Daten-Exfiltration minimieren.

Sie können VPC Service Controls für die folgenden Anwendungsfälle verwenden:

Google Cloud-Ressourcen in Dienstperimetern isolieren

Ein Dienstperimeter zieht eine Sicherheitsgrenze um Google Cloud-Ressourcen. Ein Dienstperimeter ermöglicht die freie Kommunikation innerhalb des Perimeters, blockiert jedoch standardmäßig die Kommunikation mit den Google Cloud-Diensten über den Perimeter hinaus.

Der Perimeter funktioniert speziell mit verwalteten Google Cloud-Diensten. Der Perimeter blockiert nicht den Zugriff auf APIs oder Dienste von Drittanbietern im Internet.

Sie können einen Perimeter konfigurieren, um die folgenden Kommunikationsarten zu steuern:

Vom öffentlichen Internet zu Kundenressourcen in verwalteten Diensten
Von virtuellen Maschinen (VMs) zu einem Google Cloud-Dienst (API)
Zwischen Google Cloud-Diensten

Für VPC Service Controls benötigen Sie kein VPC-Netzwerk (Virtual Private Cloud). Wenn Sie VPC Service Controls ohne Ressourcen in einem VPC-Netzwerk verwenden möchten, können Sie Traffic von externen IP-Bereichen oder bestimmten IAM-Hauptkonten zulassen. Weitere Informationen finden Sie unter Zugriffsebenen erstellen und verwalten.

Im Folgenden finden Sie einige Beispiele für VPC Service Controls, die eine Sicherheitsgrenze erstellen:

Eine VM in einem VPC-Netzwerk, das Teil eines Dienstperimeters ist, kann aus einem Cloud Storage-Bucket im selben Perimeter lesen oder schreiben. VPC Service Controls lässt jedoch nicht zu, dass VMs in VPC-Netzwerken, die sich außerhalb des Perimeters befinden, auf Cloud Storage-Buckets zugreifen, die sich innerhalb des Perimeters befinden. Sie müssen eine Richtlinie für eingehenden Traffic angeben, damit VMs in VPC-Netzwerken außerhalb des Perimeters auf Cloud Storage-Buckets innerhalb des Perimeters zugreifen können.
Ein Hostprojekt, das mehrere VPC-Netzwerke enthält, hat für jedes VPC-Netzwerk im Hostprojekt eine andere Perimeterrichtlinie.
Ein Kopiervorgang zwischen zwei Cloud Storage-Buckets ist erfolgreich, wenn sich beide Buckets im selben Dienstperimeter befinden. Wenn sich jedoch einer der Buckets außerhalb des Perimeters befindet, schlägt der Kopiervorgang fehl.
VPC Service Controls lässt keine VM in einem VPC-Netzwerk innerhalb eines Dienstperimeters zu, die auf Cloud Storage-Buckets außerhalb des Perimeters zuzugreift.

Das folgende Diagramm zeigt einen Dienstperimeter, der die Kommunikation zwischen einem VPC-Projekt und einem Cloud Storage-Bucket innerhalb des Perimeters ermöglicht, aber die gesamte Kommunikation über den Perimeter blockiert:

Perimeter über autorisierte VPN- oder Cloud Interconnect-Verbindungen ausweiten

Sie können private Kommunikation mit Google Cloud-Ressourcen aus VPC-Netzwerken konfigurieren, die hybride Umgebungen mit lokalen Erweiterungen für privaten Google-Zugriff umfassen. Für den privaten Zugriff auf Google Cloud-Ressourcen innerhalb eines Perimeters muss das VPC-Netzwerk, das die lokale Landing Zone enthält, Teil des Perimeters für Ressourcen im lokalen Netzwerk sein.

VMs mit privaten IP-Adressen in einem durch einen Dienstperimeter gesicherten VPC-Netzwerk können nicht auf verwaltete Ressourcen außerhalb des Dienstperimeters zugreifen. Bei Bedarf können Sie den geprüften und geprüften Zugriff auf alle Google APIs (z. B. Gmail) über das Internet weiterhin aktivieren.

Das folgende Diagramm zeigt einen Dienstperimeter, der auf Hybridumgebungen mit privatem Google-Zugriff erweitert wird:

Zugriff auf Google Cloud-Ressourcen über das Internet steuern

Verwaltete Ressourcen, die sich innerhalb eines Dienstperimeters befinden, können standardmäßig nicht über das Internet aufgerufen werden. Sie können den Zugriff optional auch basierend auf dem Kontext der Anfrage aktivieren. Dazu können Sie Eingangsregeln oder Zugriffsebenen erstellen, um den Zugriff anhand verschiedener Attribute wie Quell-IP-Adresse, Identität oder Google Cloud-Quellprojekt zu erlauben. Wenn Anfragen aus dem Internet die in der Regel oder Zugriffsebene für eingehenden Traffic definierten Kriterien nicht erfüllen, werden die Anfragen abgelehnt.

Wenn Sie für den Zugriff auf Ressourcen innerhalb eines Perimeters die Google Cloud Console verwenden möchten, müssen Sie eine Zugriffsebene konfigurieren, die den Zugriff aus einem oder mehreren IPv4- und IPv6-Bereichen oder von bestimmten Nutzerkonten ermöglicht.

Das folgende Diagramm zeigt einen Dienstperimeter, der den Zugriff aus dem Internet auf geschützte Ressourcen basierend auf den konfigurierten Zugriffsebenen ermöglicht, z. B. IP-Adresse oder Geräterichtlinie:

Weitere Einstellungen, um das Risiko der Daten-Exfiltration zu minimieren

Domaineingeschränkte Freigabe: Sie können eine Organisationsrichtlinie einrichten, um die Ressourcenfreigabe auf Identitäten zu beschränken, die zu einer bestimmten Organisationsressource gehören. Weitere Informationen finden Sie unter Identitäten nach Domain einschränken.
Einheitlicher Zugriff auf Bucket-Ebene: Für eine einheitliche Steuerung des Zugriffs auf Ihre Cloud Storage-Buckets können Sie IAM-Berechtigungen auf Bucket-Ebene einrichten. Mit dem einheitlichen Zugriff auf Bucket-Ebene können Sie andere Google Cloud-Sicherheitsfeatures wie domaineingeschränkte Freigabe, Mitarbeiteridentitätsföderation und IAM-Bedingungen verwenden.
Multi-Faktor-Authentifizierung: Wir empfehlen die Multi-Faktor-Authentifizierung für den Zugriff auf Ihre Google Cloud-Ressourcen.
Automatisierung mit Infrastruktur-als-Code-Tools: Wir empfehlen, Cloud Storage-Buckets mit einem Automatisierungstool bereitzustellen, um den Zugriff auf die Buckets zu steuern. Übergeben Sie die Infrastruktur als Code vor der Bereitstellung manuell oder automatisch.
Scans nach der Bereitstellung: Sie können die folgenden Scantools nach der Bereitstellung verwenden, um nach offenen Cloud Storage-Buckets zu suchen:
- Security Command Center
- Cloud Asset Inventory dient zum Durchsuchen des Asset-Metadatenverlaufs und zum Analysieren von IAM-Richtlinien, um herauszufinden, wer Zugriff darauf hat.
- Tools von Drittanbietern wie Palo Alto PrismaCloud
Sensible Daten de-identifizieren: Sie können den Schutz sensibler Daten verwenden, um sensible Daten innerhalb und außerhalb von Google Cloud zu ermitteln, zu klassifizieren und zu de-identifizieren. Die De-Identifikation sensibler Daten kann durch Entfernen, Tokenisierung oder Verschlüsselung erfolgen.

Nicht unterstützte Dienste

Weitere Informationen zu Produkten und Diensten, die von VPC Service Controls unterstützt werden, finden Sie auf der Seite Unterstützte Produkte.

Warnung: Möglicherweise können auch nicht unterstützte Dienste für den Zugriff auf Daten von unterstützten Produkten und Diensten aktiviert werden. Dies wird jedoch nicht empfohlen. Wenn Sie versuchen, mit einem nicht unterstützten Dienst auf einen unterstützten zuzugreifen, können unerwartete Probleme auftreten. Dies gilt insbesondere für Zugriffe innerhalb desselben Projekts.

Bei Aktivierung in einem durch VPC Service Controls geschützten Projekt funktionieren nicht unterstützte Dienste möglicherweise gar nicht, vor allem wenn Speicherdienste auf niedriger Ebene wie Cloud Storage oder Cloud Pub/Sub eingeschränkt sind. Wir empfehlen, nicht unterstützte Dienste in Projekten außerhalb von Perimetern bereitzustellen. Damit diese Dienste auf Daten in Ressourcen innerhalb eines Perimeters zugreifen können, erstellen Sie eine Zugriffsebene, die das Dienstkonto für diesen Dienst enthält und wenden Sie es nach Bedarf auf Perimeter an.

Der Versuch, einen nicht unterstützten Dienst mit dem gcloud-Befehlszeilentool oder der Access Context Manager API einzuschränken, führt zu einem Fehler.

Der projektübergreifende Zugriff auf Daten von unterstützten Diensten wird von VPC Service Controls blockiert. Außerdem können Sie die eingeschränkte VIP verwenden, um den Aufruf nicht unterstützter Dienste durch Workloads zu blockieren.

Bekannte Einschränkungen

Wenn Sie VPC Service Controls verwenden, gelten bei bestimmten Google Cloud-Diensten, -Produkten und -Schnittstellen einige bekannte Einschränkungen. VPC Service Controls unterstützt beispielsweise nicht alle Google Cloud-Dienste. Aktivieren Sie daher nicht unterstützte Google Cloud-Dienste im Perimeter. Weitere Informationen finden Sie in der Liste der von VPC Service Controls unterstützten Produkte. Wenn Sie einen Dienst verwenden müssen, der von VPC Service Controls nicht unterstützt wird, aktivieren Sie den Dienst in einem Projekt außerhalb des Perimeters.

Wir empfehlen Ihnen, die bekannten Einschränkungen zu lesen, bevor Sie Google Cloud-Dienste in den Perimeter aufnehmen. Weitere Informationen finden Sie unter VPC Service Controls-Diensteinschränkungen.

Glossar

In diesem Thema wurden im Zusammenhang mit VPC Service Controls mehrere neue Begriffe eingeführt:

VPC Service Controls: Eine Technologie, mit der Sie einen Dienstperimeter für Ressourcen aus von Google verwalteten Diensten definieren können, um die Kommunikation mit und zwischen diesen Diensten zu steuern.
Dienstperimeter: Ein Dienstparameter um Google verwaltete Ressourcen. Dieser Bereich ermöglicht die freie Kommunikation innerhalb des Perimeters, unterbindet aber standardmäßig die gesamte Kommunikation über die Perimetergrenzen hinaus.
Regel für eingehenden Traffic: Eine Regel, die einem API-Client außerhalb des Perimeters den Zugriff auf Ressourcen innerhalb eines Perimeters ermöglicht. Weitere Informationen finden Sie unter Regeln für eingehenden und ausgehenden Traffic.
Regel für ausgehenden Traffic: Eine Regel, die einem API-Client oder einer Ressource innerhalb des Perimeters den Zugriff auf Google Cloud-Ressourcen außerhalb des Perimeters gewährt. Der Perimeter blockiert nicht den Zugriff auf APIs oder Dienste von Drittanbietern im Internet.
Dienstperimeter-Bridge: Eine Perimeter-Bridge ermöglicht die Kommunikation zwischen Projekten in unterschiedlichen Dienstperimetern. Perimeter-Bridges funktionieren bidirektional. Die Projekte in jedem Dienstperimeter haben die gleichen Zugriffsrechte.

Hinweis: Anstatt eine Perimeter-Bridge zu verwenden, empfehlen wir Regeln für eingehenden und ausgehenden Traffic, die detailliertere Steuerungsmöglichkeiten bieten.
Access Context Manager: Ein kontextsensitiver Dienst zur Anfragenklassifizierung, der eine Anfrage anhand der angegebenen Attribute eines Clients, z. B. der Quell-IP-Adresse, einer Zugriffsebene zuordnen kann. Weitere Informationen finden Sie in der Übersicht über Access Context Manager.
Zugriffsebene: Eine Klassifizierung von Anfragen über das Internet anhand verschiedener Attribute wie Quell-IP-Bereich, Clientgerät, Standort usw. Genau wie bei einer Regel für eingehenden Traffic können Sie eine Zugriffsebene verwenden, um einen Dienstperimeter so zu konfigurieren, dass Zugriff aus dem Internet basierend auf der Zugriffsebene gewährt wird, die einer Anfrage zugeordnet ist. Sie können mit Access Context Manager eine Zugriffsebene erstellen.
Zugriffsrichtlinie: Ein Google Cloud-Ressourcenobjekt, das Dienstperimeter definiert. Neben einer Zugriffsrichtlinie, die auf die gesamte Organisation angewendet werden kann, können Sie auch Zugriffsrichtlinien für bestimmte Ordner oder Projekte erstellen. Eine Organisation kann nur eine Zugriffsrichtlinie auf Organisationsebene haben.
auf einen Bereich beschränkte Richtlinie: Eine beschränkte Richtlinie ist eine Zugriffsrichtlinie, die neben einer Zugriffsrichtlinie für die gesamte Organisation auf bestimmte Ordner oder Projekte beschränkt ist. Weitere Informationen finden Sie unter Übersicht über auf einen Bereich reduzierte Richtlinien.
Eingeschränkte VIP: Die eingeschränkte VIP bietet eine private Netzwerkroute für Produkte und APIs, die von VPC Service Controls unterstützt werden, um den Zugriff auf die von diesen Produkten verwendeten Daten und Ressourcen über das Internet zu verhindern. restricted.googleapis.com wird in 199.36.153.4/30 aufgelöst. Dieser IP-Adressbereich wird nicht für das Internet freigegeben.