Sicherheit in Oracle GoldenGate implementieren
Dieser Abschnitt ist für DBAs und Entwickler relevant, die an Sicherheitskonfigurationen beteiligt sind. Es beschreibt die Implementierungsschritte von Sicherheitsfunktionen in Oracle GoldenGate Microservices Architecture-Deployment und Service Manager.
In den folgenden Schritten werden die Oracle GoldenGate-Sicherheitsfunktionen beschrieben, die Sie beim Erstellen einer sicheren Oracle GoldenGate-Umgebung implementieren können.
-
Verwenden Sie die neueste Softwareversion.
Laden Sie die neueste Oracle GoldenGate-Software herunter. Stellen Sie sicher, dass Sie das neueste Releaseupdate (RU) verwenden. Die Installation der neuesten Software kann die Sicherheit oft verbessern, da neuere Versionen häufig Fixes und Updates enthalten, die Sicherheitslücken beheben, die in früheren Versionen erkannt wurden.
-
Wenn Sie Oracle GoldenGate mit OGGCA bereitstellen, stellen Sie sicher, dass die Sicherheit aktiviert ist. Ein sicheres Deployment besteht aus dem Serverzertifikat, dem Private Key und dem CA-signierten (Root-)Zertifikat. Dadurch wird eine sichere Kommunikation mit TLS für REST-API ermöglicht.
Wenn es nicht geeignet ist, Oracle GoldenGate mit dem Serverzertifikat zu sichern, können Sie den Reverse Proxy für sichere Netzwerkkommunikation verwenden. Stellen Sie in diesem Szenario sicher, dass der Server gesperrt ist.
-
Verwenden Sie Passwörter, die der Strong Password Policy entsprechen. Sie können einen lokalen Oracle GoldenGate-Administrationsbenutzer für den Service Manager und einen externen Identitätsprovider (IDP) für die externe Authentifizierung mit OAuth2/OIDC verwenden. Sie können Oracle Cloud-basiertes OCI-IAM, IDCS oder On-Premise-OAM als IDP-Provider verwenden. Mit IDP können Sie SSO, MFA oder tokenbasierte Authentifizierung nutzen.
-
Oracle GoldenGate unterstützt die rollenbasierte Authentifizierungssteuerung (Role-Based Authentication Control, RBAC) für die Benutzerautorisierung. Verwenden Sie die Best Practices für die geringsten Berechtigungen für Oracle GoldenGate-Benutzer.
-
Prüfen Sie, ob die Verschlüsselung auf die Traildateien angewendet wird. Der Masterschlüssel für die Traildateiverschlüsselung wird lokal verwaltet. Schlüsselmanagementsysteme wie OCI-KMS oder OKV, die extern sind, bieten einen noch höheren Schutz.
-
Oracle GoldenGate verwendet ein PKCS#12-Wallet, das Oracle GoldenGate- und Datenbankzugangsdaten enthält. Nur ein
USERIDALIASkann zum Herstellen von Datenbankverbindungen verwendet werden. Möglicherweise möchten Sie die Zugangsdaten des Oracle GoldenGate-Administratorbenutzers aktualisieren. -
Für eine sichere Netzwerkkommunikation mit der Datenbank verwenden Sie den bereitgestellten, durch die Datenbank gesicherten Netzwerkclient. Der Oracle AI Database-Server bietet TCPS und native Netzwerkverschlüsselung (NNE).
-
Verwenden Sie für das Distribution Path-Protokoll das Secure WebSocket Protocol (WSS). Um Oracle GoldenGate DistPath zu schützen, können Sie Zugangsdaten, Clientzertifikate (Mutual TLS) oder OAuth/OIDC verwenden.
-
Verwenden Sie in von einer Firewall gesicherten DMZ-Umgebungen Target Initiated DistPath. Dadurch kann der Zielempfängerservice DistPath starten.
-
Die Einhaltung von Federal Information Processing Standards (FIPS) ist ein weiteres Feature von Oracle GoldenGate. Beim Deployment kann der zusätzliche Sicherheitsstandard (FIPS) aktiviert werden.
Sofern nicht anders angegeben, unterstützt Oracle GoldenGate vollständig Virtual-Machine-Umgebungen, die mit einer beliebigen Virtualisierungssoftware auf einer beliebigen Plattform erstellt wurden. Wählen Sie bei der Installation von Oracle GoldenGate in einer Virtual-Machine-Umgebung einen Build aus, der mit der Datenbank und dem Betriebssystem der virtuellen Maschine und nicht mit dem Hostsystem übereinstimmt.
Hinweis: Oracle-Kunden mit einem aktiven Supportvertrag und der Ausführung unterstützter Versionen von Oracle-Produkten (einschließlich Oracle GoldenGate) erhalten Unterstützung von Oracle, wenn sie diese Produkte in virtualisierten VMware-Umgebungen ausführen. Wenn Oracle das zugrunde liegende Problem nicht durch die Produkte von Oracle verursacht wurde oder in einer Computerumgebung ausgeführt wird, die nicht von Oracle unterstützt wird, verweist Oracle auf VMware, um weitere Unterstützung zu erhalten, und Oracle leistet Unterstützung für VMware, soweit zutreffend, bei der Lösung des Problems. Diese Supportrichtlinie hat keine Auswirkungen auf die Lizenzrichtlinien von Oracle oder VMware.