HIPAA-Compliance in Cloud de Confiance und Google Workspace

Ermitteln Sie, ob Ihr Unternehmen Verschlüsselungsanforderungen hat, die über die HIPAA-Sicherheitsregeln hinausgehen. Kundeninhalte werden im Ruhezustand auf Cloud de Confianceverschlüsselt. Wenn Sie zusätzliche Verschlüsselungsanforderungen haben, verwenden Sie Cloud KMS.

Verwenden Sie die Best Practices für IAM, wenn Sie konfigurieren, wer Zugriff auf Ihr Projekt hat. Da Dienstkonten für den Zugriff auf Ressourcen verwendet werden können, sollten Sie den Zugriff auf diese Dienstkonten und Dienstkontoschlüssel streng kontrollieren.

• Speichern Sie nur die Daten, die für die Authentifizierung und Autorisierung Ihrer Anwendung oder Ihres Dienstes erforderlich sind. Beim Erstellen eines Nutzers in Identity Platform ist das einzige erforderliche Attribut eine E‑Mail-Adresse oder eine Telefonnummer. Wenn Sie PHI speichern müssen, verwenden Sie eine universelle Datenbanklösung in Cloud de Confiance.
• Speichern Sie keine PHI in optionalen oder benutzerdefinierten Attributen wie Anzeigenamen oder Foto-URLs. Wenn Sie PHI speichern müssen, verwenden Sie eine Datenbanklösung für allgemeine Zwecke in Cloud de Confiance.
• Übertragen Sie keine PHI von föderierten externen Identitätsanbietern (IdPs) an die Identity Platform in Tokens, Anforderungen, Assertions oder anderen Mechanismen.
• Synchronisieren Sie keine PHI von externen Identitätssystemen mit der Identity Platform. Google macht keine Zusagen und gibt keine Garantien in Bezug auf die Sicherheit dieser Informationen bei der Übertragung oder beim Empfang durch Dritte.
• Verwenden Sie keine anonymen Konten, wenn Sie mit PHI interagieren, sie verwalten oder speichern.
• Verwenden Sie keine Identity Platform-SDKs und -Clientbibliotheken, wenn Sie mit PHI interagieren, sie verwalten oder speichern. Da dieser Code außerhalb von Identity Platform ausgeführt wird, macht Google keine Zusagen und gibt keine Garantien in Bezug auf die Sicherheit von Informationen außerhalb des Identity Platform-Diensts, z. B. auf dem Gerät eines Endnutzers.

Wenn Sie Secrets in Secret Manager speichern, sollten Sie die Best Practices für Secret Manager lesen und befolgen.

• Konfigurieren Sie die Exportziele für die Audit-Logs. Exportieren Sie Audit-Logs zur langfristigen Archivierung in Cloud Storage und für Analyse-, Monitoring- und forensische Zwecke in BigQuery. Konfigurieren Sie die entsprechenden Zugriffssteuerungen für diese Ziele.
• Konfigurieren Sie die Zugriffssteuerung für Logs. Nutzer mit der Rolle Loganzeige (roles/logging.viewer) können auf Audit-Logs für Administratoraktivitäten zugreifen und Nutzer mit der Rolle Betrachter privater Logs (roles/logging.privateLogViewer) können auf Audit-Logs für Datenzugriffe zugreifen.
• Überprüfen Sie regelmäßig die Audit-Logs, um die Sicherheit und die Einhaltung der Anforderungen zu gewährleisten. Verwenden Sie für umfangreiche Loganalysen BigQuery oder eine SIEM-Plattform, um die Compliance durch Loganalysen nachzuweisen.

• Speichern Sie PHI nicht in Metadaten wie Messwertlabels, VM-Labels, GKE-Ressourcenannotationen oder Dashboard-Titeln oder -Inhalten. Jeder mit den entsprechenden IAM-Berechtigungen kann Ihre Monitoring-Konsole aufrufen oder die Cloud Monitoring API verwenden, um diese Daten zu sehen.
• Fügen Sie keine PHI in Benachrichtigungskonfigurationen ein (z. B. in Anzeigenamen oder Dokumentation), die an Benachrichtigungsempfänger gesendet werden können.

Verwenden Sie die folgenden Dienste oder Funktionen nicht:

• Dienste von Drittanbietern, die nicht von einem Google-Partner oder einem cloudbasierten Infrastrukturanbieter bereitgestellt werden.
• On-Demand-Analystensupport.
• Dienste, Software oder Hardware, die nicht von Google stammen und Google-Mitarbeitern im Zusammenhang mit einem Mandiant Consulting Services-Auftrag zur Verfügung gestellt werden.
• API-Integrationstools, die nicht sicher sind.

Achten Sie beim Konfigurieren von Sensitive Data Protection-Jobs darauf, dass alle Ausgabedaten in Speicherziele geschrieben werden, die als Teil Ihrer sicheren Umgebung konfiguriert sind.

Aktivieren Sie die Objektversionsverwaltung, um historische Archive zu erhalten und Objekte nach versehentlichem Löschen wiederherzustellen.

Verwenden Sie Verbindungsmethoden mit privaten IP-Adressen, um zu vermeiden, dass eine Datenbank mit PHI im Internet verfügbar gemacht wird.

• Verwenden Sie die IP-basierte Zugriffssteuerung, um einzuschränken, welche Compute Engine-VMs und GKE-Cluster auf die Filestore-Instanz zugreifen können.
• Verwenden Sie Filestore-Sicherungen, um Daten nach versehentlichem Löschen wiederherzustellen.

Wenn Sie Indexe erstellen oder konfigurieren, verschlüsseln Sie PHI, Sicherheitsanmeldedaten oder andere sensible Daten, bevor Sie die Daten als Entitätsschlüssel, indexierten Attributschlüssel oder indexierten Attributwert verwenden. Weitere Informationen finden Sie unter Datenspeicherindexe.

Sie müssen zustimmen, dass Data Studio Ihrer Cloud de Confiance -Vereinbarung unterliegt.

Geben Sie in den Feldern google.cloud.datacatalog.lineage.v1.Process.attributes und google.cloud.datacatalog.lineage.v1.Run.attributes keine geschützten Gesundheitsinformationen oder personenidentifizierbaren Informationen an.

• Administratoren sollten die Sicherheitskonfigurationen für Drittanbieteranwendungen und -integrationen sowie die entsprechenden Sicherheits- und Datenschutzdokumente der Drittanbieteranwendung prüfen.
• Achten Sie beim Erstellen strukturierter Abfragen darauf, keine PHI in die Geschäftslogik aufzunehmen oder zu speichern, mit der diese Abfragen konfiguriert werden.

Verwenden Sie regionale APIs und Ressourcenstandorte für PHI.

Geben Sie in der Definition des KI-Agenten keine PHI oder Sicherheitsanmeldedaten an. Dazu gehören auch Intents, Trainingsformulierungen und Entitäten.

Wenn Sie eine BAA mit Google abgeschlossen haben, die PHI-Verpflichtungen gemäß HIPAA abdeckt, aktivieren Sie das Daten-Logging nicht.

Fügen Sie keine PHI oder PII in die Header ein.

• Geben Sie keine personenidentifizierbaren Informationen, PHI oder anderen vertraulichen Informationen in IntegrationParameter, im Namensfeld in projects.locations.connections oder in den Konfigurationseinstellungen der Ressource Connection an. Diese Informationen können protokolliert werden.
• Konfigurieren Sie die Zugriffssteuerung für Logs, wenn die angeforderte Nutzlast sensible Daten enthält.

Fügen Sie keine PHI in Build-Konfigurationsdateien, Quellcodesteuerdateien oder andere Build-Artefakte ein.

Fordern Sie kein Caching geschützter PHI an. Informationen zum Verhindern von Caching finden Sie unter Caching verhindern.

Fügen Sie keine PHI in URIs oder Aktionen ein.

Artifact Registry verschlüsselt Daten in Repositories mit der Standardverschlüsselung von Google oder mit vom Kunden verwalteten Verschlüsselungsschlüsseln (CMEK). Metadaten wie Artefaktnamen werden mit der Google-Standardverschlüsselung verschlüsselt. Diese Metadaten können in Logs enthalten sein und sind für jedes Nutzerkonto mit der Rolle „Artifact Registry-Leser“ (roles/artifactregistry.reader) oder der Rolle „Artifact Registry-Betrachter“ (roles/artifactregistry.viewer) sichtbar. Informationen zum Verhindern des unbefugten Zugriffs auf PHI finden Sie unter Zugriff steuern und Artefakte schützen.

Container Registry verschlüsselt Daten in den Storage-Buckets Ihrer Registries mit der Standardverschlüsselung von Google oder mit CMEK. Informationen zum Verhindern des unbefugten Zugriffs auf PHI finden Sie unter Best Practices für die Sicherung von Containern.

Bewahren Sie Zugriffslogs auf Anwendungsebene für einen angemessenen Zeitraum auf, um die HIPAA-Anforderungen zu erfüllen.

Wenn Sie Distributed Cloud Connected bereitstellen, sind Sie für bestimmte Sicherheitsaspekte verantwortlich, insbesondere für die physische Sicherheit. Informationen zum Schutz Ihrer Bereitstellung finden Sie unter Best Practices für die physische Sicherheit.

Verwenden Sie die folgenden Dienste nicht, da sie nicht von der BAA unterstützt werden:

• Alle Dienste von Drittanbietern (einschließlich ausgeschlossener Dienste), die nicht von einem Google-Partnerunternehmen oder einem cloudbasierten Infrastrukturanbieter bereitgestellt werden.
• Alle API-Integrationstools, die nicht sicher sind.

Beachten Sie bei der Implementierung von Zugriffssteuerungen Folgendes:

• Verwenden Sie den Parameter access filter mit Benutzerattributen, um die Datensicherheit auf Zeilen-, Spalten- oder Feldebene nach Benutzer oder Benutzergruppe anzuwenden.
• Minimieren Sie den Datenzugriff für Ihre Nutzer, indem Sie die Zugriffsrechte für Administratoren, Entwickler und SQL-Runner einschränken.
• Erstellen Sie einen Prozess, der verhindert, dass PHI an ausgeschlossene Dienste und Google-Mitarbeiter weitergegeben werden, einschließlich technischer Supportteams, die Supportzugriff verwenden, oder professioneller Dienstleistungsteams während eines Auftrags.
• Richten Sie die API-Nutzung zwischen Google und Ihrem Anbieter oder anderen Drittanbietern auf sichere Weise ein.

Beachten Sie beim Freigeben von Daten Folgendes:

• Geben Sie keine PHI weiter und weisen Sie Google nicht an, PHI an Dritte weiterzugeben, es sei denn, es besteht eine BAA mit dem Dritten.
• Geben Sie keine PHI per E‑Mail weiter. Konfigurieren Sie Looker so, dass E-Mail-Empfänger zur Looker-Instanz weitergeleitet werden, wo sie sich anmelden müssen, um auf PHI oder zugehörige vertrauliche Inhalte zuzugreifen.
• Erstellen Sie Prozesse, die dafür sorgen, dass PHI nicht an Chatfunktionen des technischen Supports angehängt oder über diese gesendet werden.
• Speichern Sie Cache-Abfrageergebnisse nur für die Mindestzeit, die für die Datasets und Anwendungsfälle erforderlich ist.
• Einschränken, wann Nutzer öffentliche Links erstellen können.
• Erstellen und pflegen Sie Protokolle, wenn Sie einem Dritten die Verwendung aggregierter PHI gestatten.

Beachten Sie beim Konfigurieren der Sicherheit Folgendes:

• Implementieren Sie branchenübliche Methoden zur Authentifizierung von Nutzern, z. B. die 2-Faktor-Authentifizierung oder SAML-basiertes SSO. Wenn ein Nutzer SSO verwendet, beschränken Sie die Berechtigung login_special_email auf maximal zwei Nutzer.
• Dataset-Sicherheit im Looker-Modell anwenden.
• Überprüfen Sie mindestens vierteljährlich alle Nutzer, Gruppen, Berechtigungen, Rollen, API-Schlüssel, öffentlichen Links und zusätzlichen Zugriffssteuerungen, Freigaben und Sicherheitskonfigurationen.

Beachten Sie beim Konfigurieren von Sicherheitskontrollen für Datenbanken Folgendes:

• Wenn Sie Zugriff auf Ihre Datenbanken gewähren, sollten Sie das Prinzip der geringsten Berechtigung für die Datenbank und ihre Informationen anwenden.
• Achten Sie darauf, dass alle Verbindungen zur Datenbank während der Übertragung verschlüsselt sind, und verwenden Sie für alle SSH-Tunnelverbindungen einen Tunnelserver.
• Verwenden Sie eine Zulassungsliste, um den externen Zugriff auf Google-spezifische IP-Adressen zu beschränken.
• Konfigurieren Sie Ihre Datenbankrechte so, dass Google keinen Schreib- oder Administratorzugriff auf Ihre Datenbanken hat.