Sie lesen gerade die Dokumentation zu Apigee Edge.
Apigee X-Dokumentation aufrufen. info
HIPAA-Compliance mit Apigee Edge
Der Schutz, die Sicherheit und die ständige Verfügbarkeit der Kundendaten haben bei Google höchste Priorität. Um die Einhaltung branchenüblicher Sicherheitsstandards nachzuweisen, hat Google Sicherheitszertifizierungen wie die ISO 27001-Zertifizierung sowie SOC 2- und SOC 3-Prüfungen vom Typ II erhalten. Kunden, die dem US-Gesetz zur Übertragbarkeit von Krankenversicherungen und Verantwortlichkeit von Versicherern (Health Insurance Portability and Accountability Act, HIPAA) unterliegen und somit HIPAA-Auflagen erfüllen müssen, haben die Möglichkeit, Apigee Edge HIPAA-konform einzusetzen.
Gemäß HIPAA sind bestimmte Informationen zum Gesundheitszustand und zu den beanspruchten Gesundheitsleistungen einer Person als „Geschützte Gesundheitsdaten“ (Protected Health Information, PHI) klassifiziert. Apigee Edge-Kunden, die HIPAA unterliegen und Apigee Edge mit PHI nutzen möchten, müssen eine Geschäftspartner-Vereinbarung (Business Associate Agreement, BAA) mit Google unterzeichnen.
Apigee Edge-Kunden müssen selbst in Erfahrung bringen, ob sie HIPAA unterliegen und ob sie die Google-Dienste in Verbindung mit PHI verwenden oder diese Verwendung beabsichtigt ist. Kunden, die keine BAA mit Google unterzeichnet haben, dürfen die Google-Dienste nicht in Verbindung mit PHI verwenden.
Administratoren müssen eine BAA zur Kenntnis nehmen und akzeptieren, bevor sie Google-Dienste mit PHI nutzen können.
Wir haben in diesem Thema unseren HIPAA-Konfigurationsleitfaden für Apigee veröffentlicht, damit Kunden nachvollziehen können, wie Daten in Google-Diensten beim Umgang mit PHI organisiert werden. Er richtet sich an Mitarbeiter in Organisationen, die für die HIPAA-Implementierung und ‑Compliance in Apigee Edge verantwortlich sind.
HIPAA-Konfigurationsleitfaden für Edge Public Cloud
Dieser Leitfaden dient nur zu Informationszwecken. Die von Apigee darin zur Verfügung gestellten Informationen und Empfehlungen stellen keine Rechtsberatung dar. Jeder Kunde ist selbst dafür verantwortlich, dass seine eigene Nutzung der Dienste den geltenden Rechtsvorschriften entspricht.
Die folgenden Punkte sollten von Kunden, die dem US-Gesetz zur Übertragbarkeit von Krankenversicherungen und Verantwortlichkeit von Versicherern (Health Insurance Portability and Accountability Act, HIPAA, in der jeweils gültigen Fassung, inklusive Änderungen durch das HITECH-Gesetz, Health Information Technology for Economic and Clinical Health Act) unterliegen und das HIPAA-Compliance-Paket erworben haben, geprüft werden. Diese Elemente sind Self-Service-Funktionen in Edge und können die Kundenorganisation dabei unterstützen, ihre HIPAA-Compliance-Verpflichtungen zu erfüllen. Das übergeordnete Konzept lautet: „Google sichert die Plattform, der Kunde sichert seine Daten.“
| HIPAA-Anforderungen | Abschnitte |
|---|---|
| HIPAA-Compliance: Sicherheit – Zugriffssteuerung | Nutzung/Autorisierungen |
| HIPAA-Compliance: Security Management Process – Information System Activity Review | Audit-Trail |
| HIPAA-Compliance: Verwaltung von Sicherheitspasswörtern | Anforderungen an komplexe Passwörter oder SAML |
| HIPAA-Compliance: Sicherheit – Prozess für Sicherheitsmanagement | Endpunkt-Scans |
| HIPAA-Compliance: Sicherheit – Übertragung | TLS-Konfiguration |
Trace / Debug
„Trace/Debug“ ist ein Tool zur Fehlerbehebung, mit dem der Nutzer den Status und Inhalt eines API-Aufrufs sehen kann, während er vom Apigee Message Processor verarbeitet wird. „Trace“ und „Debug“ sind zwei Namen für denselben Dienst, auf den jedoch über unterschiedliche Mechanismen zugegriffen wird. „Trace“ ist der Name dieses Dienstes in der Edge-Benutzeroberfläche. „Debug“ ist der Name desselben Dienstes, wenn er über API-Aufrufe verwendet wird. Die Verwendung des Begriffs „Trace“ in diesem Dokument gilt sowohl für „Trace“ als auch für „Debug“.
Während einer Trace-Sitzung wird die Datenmaskierung erzwungen, sofern sie vom Kunden aktiviert und konfiguriert wurde. Mit diesem Tool können Sie verhindern, dass Daten während eines Traces angezeigt werden. Weitere Informationen finden Sie unten im Abschnitt Datenmaskierung.
Verschlüsselte Schlüssel/Wert-Paar-Zuordnungen (KVMs) werden für Kunden verwendet, die HIPAA-konform sein müssen. Wenn eine verschlüsselte KVM verwendet wird, kann Trace weiterhin verwendet werden. Einige Variablen sind jedoch nicht auf dem Trace-Display sichtbar. Es ist möglich, zusätzliche Schritte auszuführen, um diese Variablen auch während eines Traces anzuzeigen.
Eine ausführliche Anleitung zur Verwendung von Trace finden Sie unter Trace-Tool verwenden.
Details zu KVMs, einschließlich verschlüsselter KVMs, finden Sie unter Mit Schlüsselwertzuordnungen arbeiten.
Nutzung/Autorisierungen
Der Zugriff auf Trace wird über das RBAC-System (Role-Based Access Control, rollenbasierte Zugriffssteuerung) für Nutzerkonten in Edge verwaltet (HIPAA-Konformität: Sicherheit – Zugriffssteuerung). Eine detaillierte Anleitung zur Verwendung des RBAC-Systems zum Zuweisen und Entziehen von Trace-Berechtigungen finden Sie unter Rollen zuweisen und Benutzerdefinierte Rollen in der Benutzeroberfläche erstellen. Mit Trace-Berechtigungen kann der Nutzer einen Trace starten und beenden sowie auf die Ausgabe einer Trace-Sitzung zugreifen.
Da Trace Zugriff auf die Nutzlast von API-Aufrufen (früher als „Nachrichtentext“ bezeichnet) hat, ist es wichtig, zu berücksichtigen, wer Zugriff zum Ausführen eines Trace hat. Da die Nutzerverwaltung in der Verantwortung des Kunden liegt, ist auch die Erteilung von Trace-Berechtigungen seine Aufgabe. Apigee als Plattforminhaber kann einen Nutzer einer Kundenorganisation hinzufügen und die Berechtigungen zuweisen. Diese Funktion wird nur auf Kundenanfrage für Support in einer Situation verwendet, in der es so aussieht, als ob der Kundenservice versagt, und die Überprüfung einer Trace-Sitzung die besten Informationen zur Ursache liefern könnte.
Datenmaskierung
Durch die Datenmaskierung wird die Anzeige sensibler Daten während einer Trace-/Debug-Sitzung sowohl im Trace-Tool (Edge-Benutzeroberfläche) als auch im Back-End von Debug (Edge API) verhindert. Details zum Einrichten der Maskierung finden Sie unter Daten maskieren und ausblenden.
Durch Datenmaskierung wird NICHT verhindert, dass die Daten in Logdateien, im Cache, in Analysen usw. sichtbar sind. Wenn Sie Hilfe bei der Datenmaskierung in Logs benötigen, sollten Sie der Datei „logback.xml“ ein Regex-Muster hinzufügen. Sensible Daten sollten in der Regel nicht in den Cache oder in Analysen geschrieben werden, es sei denn, es gibt eine stichhaltige geschäftliche Begründung und eine Überprüfung durch Ihre Sicherheits- und Rechtsteams.
L1- und L2-Cache
Wenn Sie den L1-Cache verwenden, wird automatisch auch der L2-Cache verwendet. Der L1-Cache ist nur im Arbeitsspeicher verfügbar, während der L2-Cache Daten auf die Festplatte schreibt, um sie mit mehreren L1-Caches zu synchronisieren. Der L2-Cache sorgt dafür, dass mehrere Message Processors innerhalb einer Region und weltweit synchronisiert werden. Derzeit ist es nicht möglich, den L1-Cache ohne einen dahinterliegenden L2-Cache zu aktivieren. Der L2-Cache schreibt Daten auf die Festplatte, damit sie mit anderen Message Processors für die Kundenorganisation synchronisiert werden können. Eine detaillierte Anleitung zur Verwendung des Caches finden Sie unter Caching und Persistenz hinzufügen.
Audit-Trail
Kunden können den Prüfpfad aller administrativen Aktivitäten einsehen, die in der Organisation des Kunden ausgeführt wurden, einschließlich der Verwendung von Trace (HIPAA-Konformität: Sicherheitsmanagementprozess – Überprüfung der Aktivität des Informationssystems). Eine ausführliche Anleitung finden Sie hier und unter Trace-Tool verwenden.
Komplexe Passwortanforderungen oder SAML
Für HIPAA-Kunden werden Nutzerpasswörter so konfiguriert, dass sie erweiterte Anforderungen wie Länge, Komplexität und Lebensdauer erfüllen. (HIPAA-Compliance: Verwaltung von Sicherheitspasswörtern)
Edge bietet auch die Multi‑Faktor-Authentifizierung, die unter 2‑Faktor-Authentifizierung für Ihr Apigee-Konto aktivieren beschrieben wird, und SAML, die unter SAML-Authentifizierung für Edge aktivieren beschrieben wird, als Alternativen für Authentifizierungsmechanismen.
Endpunktsicherheit
Endpunktsuche
Edge Cloud-Kunden sind für das Scannen und Testen ihrer API-Endpunkte (manchmal auch als „Laufzeitkomponenten“ bezeichnet) in Edge verantwortlich ( HIPAA-Compliance: Sicherheit – Sicherheitsmanagementprozess). Kundentests sollten die tatsächlichen API-Proxy-Dienste abdecken, die auf Edge gehostet werden. API-Traffic wird an Edge gesendet, bevor er verarbeitet und dann an das Kundendatencenter weitergeleitet wird. Tests von freigegebenen Ressourcen wie der Benutzeroberfläche des Verwaltungsportals sind für einzelne Kunden nicht genehmigt. Ein Drittanbieterbericht über Tests der freigegebenen Dienste ist für Kunden im Rahmen einer Vertraulichkeitsvereinbarung und auf Anfrage verfügbar.
Kunden sollten ihre API-Endpunkte testen und auch aufgefordert werden, diese zu testen. Ihre Vereinbarung mit Apigee verbietet nicht das Testen Ihrer API-Endpunkte, aber Sie werden gebeten, die gemeinsame Verwaltungsoberfläche nicht zu testen. Wenn weitere Erläuterungen erforderlich sind, erstellen Sie bitte ein Support-Ticket und verweisen Sie darin auf Ihre geplanten Tests. Wir bitten Sie, Apigee im Voraus zu benachrichtigen, damit wir über den Test-Traffic informiert sind.
Kunden, die ihre Endpunkte testen, sollten nach API-spezifischen Problemen und Problemen im Zusammenhang mit Apigee-Diensten suchen und auch TLS und andere konfigurierbare Elemente prüfen. Alle gefundenen Elemente, die mit Apigee-Diensten in Verbindung stehen, sollten Apigee über ein Support-Ticket gemeldet werden.
Die meisten Elemente, die sich auf den Endpunkt beziehen, sind Self-Service-Elemente für Kunden und können durch Lesen der Edge-Dokumentation behoben werden. Wenn es Elemente gibt, bei denen unklar ist, wie sie behoben werden können, stellen Sie bitte eine Supportanfrage.
TLS-Konfiguration
Kunden sind dafür verantwortlich, ihre eigenen TLS-Endpunkte für API-Proxys zu definieren und zu konfigurieren. Dies ist eine Self-Service-Funktion in Edge. Die Kundenanforderungen in Bezug auf Verschlüsselung, Protokoll und Algorithmusauswahl sind sehr unterschiedlich und spezifisch für die einzelnen Anwendungsfälle. Da Apigee die Details des API-Designs und der Daten-Payloads jedes Kunden nicht kennt, sind die Kunden dafür verantwortlich, eine geeignete Verschlüsselung für Daten bei der Übertragung festzulegen ( HIPAA-Compliance: Sicherheit – Übertragung).
Eine ausführliche Anleitung zur TLS-Konfiguration finden Sie unter TLS/SSL.
Datenspeicherung
Die Speicherung von Daten in Edge ist für die ordnungsgemäße Funktion von Edge nicht erforderlich. Es gibt jedoch Dienste für die Datenspeicherung in Edge. Kunden können den Cache oder Analytics für die Datenspeicherung verwenden. Es wird empfohlen, dass Kundenadministratoren Konfigurationen, Richtlinien und Bereitstellungen überprüfen, um eine versehentliche oder böswillige Nutzung von Datenspeicherdiensten in Edge zu vermeiden, die nicht den Richtlinien entspricht.
Verschlüsselung der Nutzlast
Kunden werden keine Tools zur Datenverschlüsselung für die Verwendung in Edge angeboten. Kunden können Daten jedoch verschlüsseln, bevor sie sie an Edge senden. Verschlüsselte Daten in der Nutzlast (oder im Nachrichtentext) verhindern nicht, dass Edge funktioniert. Einige Edge-Richtlinien können möglicherweise nicht mit den Daten interagieren, wenn sie vom Kunden verschlüsselt empfangen werden. Eine Transformation ist beispielsweise nicht möglich, wenn die Daten selbst nicht für Edge verfügbar sind, um geändert zu werden. Andere Richtlinien sowie von Kunden erstellte Richtlinien und Bündel funktionieren jedoch auch dann, wenn die Daten-Nutzlast verschlüsselt ist.
Personenidentifizierbare Informationen in URIs
Die Unified Analytics Platform (UAP) von Apigee erfasst Analysedaten, einschließlich aller vertraulichen Gesundheitsinformationen oder anderer sensibler Daten, die im URI eines API-Aufrufs in Apigee Edge enthalten sind, und bewahrt sie 13 Monate lang auf. Vertrauliche Gesundheitsinformationen (PHI) im URI werden von den FHIR-Standards (Fast Healthcare Interoperability Resources) unterstützt und daher auch von Apigee. Analytics-Daten in Universal Analytics werden standardmäßig verschlüsselt.
Apigee unterstützt derzeit Folgendes nicht:
- Datenmaskierung für UAP
- Aufbewahrungszyklus ändern
- UAP deaktivieren
- URI aus der UAP-Datenerhebung entfernen