Sicherheitsstandards für Gemini

In diesem Dokument werden die Sicherheitsstandards und -maßnahmen für die Bereitstellung von Gemini für Google Cloud und Gemini für Government beschrieben. Diese Standards helfen Ihnen, die Anforderungen von Rahmenwerken für den öffentlichen Sektor wie FedRAMP High und DoD IL5 zu erfüllen.

Obwohl Stellar Engine die Bereitstellung von Landing Zones automatisiert, müssen Sie bestimmte Maßnahmen für sensible KI-Arbeitslasten erzwingen, um die Souveränität zu wahren, Konfigurationsabweichungen zu verhindern und KI-spezifische Sicherheitslücken zu minimieren.

Vorbereitung

Um einen sicheren Bereitstellungslebenszyklus zu gewährleisten, müssen Sie die folgenden Voraussetzungen erfüllen, bevor Sie die Infrastruktur bereitstellen:

• Infrastruktur als Code (IaC) erzwingen: Vermeiden Sie manuelle Konfigurationen in der Google Cloud Konsole. Implementieren Sie alle Umgebungsänderungen, Maßnahmen zur Fehlerbehebung und Anpassungen mithilfe automatisierter CI/CD-Pipelines, um Konfigurationsabweichungen zu verhindern.
• Offizielle Repositorys verwenden: Verwenden Sie die offiziellen Stellar Engine Repositorys. Nicht verifizierte Forks oder benutzerdefinierte Varianten können Sicherheitslücken verursachen.
• Security Command Center Premium: Aktivieren Sie Security Command Center Premium in allen Ordnern, um eine kontinuierliche Bedrohungserkennung und Compliance-Überwachung zu ermöglichen.

Sperren der Stammumgebung

Um die Anforderungen von FedRAMP High und DoD IL5 zu erfüllen, erzwingen Sie die folgenden strengen Kontrollen auf Ordner- und Organisationsebene:

• Architektur mit zwei Ordnern: Trennen Sie Ressourcen mithilfe von mindestens zwei dedizierten Ordnern, die von Assured Workloads verwaltet werden. Ein Ordner für FedRAMP High und ein Ordner für FedRAMP Moderate oder IL5.
• Ressourcenstandort:Sperren Sie den Ressourcenstandort auf vorab vereinbarte US-Regionen (z. B. us-east4).
• Einschränkung der Organisationsrichtlinie:Aktivieren Sie die folgenden Einschränkungen, um den Zugriff zu beschränken:
  • iam.allowedPolicyMemberDomains: Beschränken Sie den Zugriff auf autorisierte Domains der Behörde.
  • compute.vmExternalIpAccess: Verhindern Sie die Zuweisung öffentlicher IP-Adressen zu VM-Instanzen.
  • compute.restrictVpcPeering: Minimieren Sie die Risiken einer seitlichen Bewegung und leiten Sie den Spoke-Traffic über zentrale Hubs weiter.
  • vertexai.allowedModels: Beschränken Sie den Zugriff auf autorisierte Modelle (z. B. um die Aufnahme nicht genehmigter externer Modelle oder Partnermodelle zu verhindern).
• Kontextsensitiver Zugriff: erfordern Sie, dass Identity-Aware Proxy (IAP) die Identität des Nutzers und den Sicherheitsstatus seines Geräts (mit Access Context Manager) überprüft, bevor der Traffic an die Gemini-Anwendungsebene weitergeleitet wird.

Sichere Netzwerke

Bei Bereitstellungen muss eine Hub-and-Spoke-Topologie erzwungen werden, die Network Connectivity Center unterliegt, anstatt flaches Peering zu verwenden. Die Hub-and-Spoke-Topologie bietet folgende Vorteile:

• Traffic-Trennung:Isolieren Sie den Traffic in spezialisierten VPCs (z. B. vpc-trust für das interne Routing, vpc-mgmt für die Appliance-Verwaltung und vpc-untrust).
• Perimeterschutz:Leiten Sie den Traffic über spezialisierte VPCs zur Überprüfung weiter, die mit gruppierten Next-Generation-Firewalls (NGFW) ausgestattet sind, um eingehenden und ausgehenden Traffic zu bereinigen.
• Seitliche Isolation:Konfigurieren Sie NCC-Hubs so, dass Spoke-Netzwerke, die Anwendungsdaten bereitstellen, nicht direkt miteinander kommunizieren können, wodurch Vektoren für seitliche Bewegungen eliminiert werden.

Anwendungsmaßnahmen

Um die Anwendungsebene und die unterstützenden Modelle vor typischen Risiken durch Injection oder Exfiltration zu schützen, implementieren Sie Folgendes:

• Privater Load-Balancer:Stellen Sie Frontend-Anwendungen nur über einen regionalen externen Application Load Balancer bereit, damit sie niemals direkt über das Internet zugänglich sind.
• **IAP**: Erzwingen Sie eine strenge Überprüfung der Identität und des Gerätestatus, bevor der Traffic an die Gemini-Anwendungsebene weitergeleitet wird.
• Model Armor: Aktivieren Sie Model Armor für alle unterstützenden Modelle, die auf der Gemini Enterprise Agent Platform ausgeführt werden. Model Armor ist erforderlich, um die Sicherheit der Nutzlast zur Laufzeit zu erzwingen, die Compliance mit Inhalten zu gewährleisten und Sicherheitslücken durch Prompt Injection zu minimieren.

Datenschutz und Auditierung

Um souveräne Arbeitslasten zu schützen, können Sie die folgenden zentralen Auditierungs- und Unveränderlichkeitsfunktionen implementieren:

• Datenschema:Integrieren Sie Ihr Datenschema, um die Platzierung von Kontrollen zu optimieren.
• VPC Service Controls-Perimeter:Implementieren Sie VPC Service Controls-Perimeter für Umgebungen zur Verarbeitung und Speicherung sensibler Daten, um die Exfiltration von Daten zu verhindern. Perimeter sind für DoD IL5 obligatorisch.
• Aufgabentrennung für KMS:Erzwingen Sie eine strenge Aufgabentrennung für kryptografische Schlüssel. Achten Sie darauf, dass Sicherheitsadministratoren, die die Schlüsselringe von Cloud Key Management Service im Sicherheitsprojekt der Stufe 3 verwalten, keine Identity and Access Management-Berechtigungen zum Entschlüsseln der Daten haben.

• Hierarchische Logsenken:Leiten Sie Telemetriedaten auf Organisationsebene an strukturierte Senken weiter, die für Folgendes bestimmt sind:

  • Audit-Logs für Administratoraktivitäten und Datenzugriff
  • VPC Service Controls-Ereignisse
  • Google Workspace- und Anmeldeereignisse
  • CIS-Compliance-Telemetrie

  Achten Sie darauf, dass Nutzer die Weiterleitung von Telemetriedaten nicht umgehen können.

• SIEM-Aufnahme: Leiten Sie Logs über Pub/Sub-Themen an spezielle Verwaltungsprojekte weiter, in denen die Logs in unveränderliche Speicher-Repositorys fließen.

• Anomalieerkennung: Analysieren Sie Ereignisse mit SecOps-Tools wie Google Security Operations, um Verstöße wie ungewöhnliche API-Spitzen auf der Agent Platform zu erkennen.

• Toolübergreifende Harmonisierung: Integrieren Sie Telemetriedaten in Google Threat Intelligence, Wiz Security Graph oder Drittanbietertools, um Schatten-KI-Endpunkte oder schädliche Konfigurationen zu identifizieren.

• Automatisierte Fehlerbehebung mit SOAR:Verwenden Sie SOAR-Playbooks, um Echtzeitschutz zu aktivieren, z. B. um schädliche Modellendpunkte zu isolieren oder kompromittierte Tokens zu deaktivieren.

Monitoring und KI-Sicherheit

Verwenden Sie die folgenden Funktionen, um die Beobachtbarkeit und automatisierte Schutzpipelines aufrechtzuerhalten:

• API-Nutzungsmonitoring:Erstellen Sie Benachrichtigungen für die Erkennung von Spitzen bei wichtigen LLM-Funktionen (z. B. serviceruntime.googleapis.com/api/request_count).
• Hierarchische Logsenken für KI: Konfigurieren Sie hierarchische Logsenken, um KI-spezifische Ereignisse zu erfassen, z. B. ungewöhnliche Spitzen beim API-Aufrufvolumen an aiplatform.googleapis.com oder Verstöße gegen die Richtlinie für unmögliche Reisen durch KI-Dienstkonten. Achten Sie darauf, dass diese Logs in ein unveränderliches Speicher-Repository (z. B. BigQuery) fließen, auf das das SIEM der Behörde zugreifen kann.
• Abstimmung mit dem Secure AI Framework (SAIF):Verknüpfen Sie Telemetriedaten mit den folgenden vier SAIF-Säulen:
  • Starke Grundlagen: Überprüfen Sie IAM Berechtigungen und den Cloud KMS-Status.
  • Erkennungserweiterungen:Verfolgen Sie Prompt Injections und schädliche Endpunkte mithilfe der Logfilterung.
  • Automatisierte Abwehr:Verwenden Sie die Automatisierung, um anomale Nutzlasten unter Quarantäne zu stellen oder abzulehnen.
  • Plattformharmonisierung:Reagieren Sie auf Threat Intelligence (aus Google Threat Intelligence oder Wiz-Sicherheitsergebnissen).