Datenschutz in AWS OpsWorks CM - AWS OpsWorks
Integration mit AWS Secrets Manager

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Datenschutz in AWS OpsWorks CM

Das AWS Modell der gilt für den Datenschutz in AWS OpsWorks Configuration Management. Wie in diesem Modell beschrieben, AWS ist verantwortlich für den Schutz der globalen Infrastruktur, auf der alle Systeme laufen AWS Cloud. Sie sind dafür verantwortlich, die Kontrolle über Ihre in dieser Infrastruktur gehosteten Inhalte zu behalten. Sie sind auch für die Sicherheitskonfiguration und die Verwaltungsaufgaben für die von Ihnen verwendeten AWS-Services verantwortlich. Weitere Informationen zum Datenschutz finden Sie unter Häufig gestellte Fragen zum Datenschutz. Informationen zum Datenschutz in Europa finden Sie im Blog-Beitrag AWS -Modell der geteilten Verantwortung und in der DSGVO im AWS -Sicherheitsblog.

Aus Datenschutzgründen empfehlen wir, dass Sie AWS-Konto Anmeldeinformationen schützen und einzelne Benutzer mit AWS IAM Identity Center oder AWS Identity and Access Management (IAM) einrichten. So erhält jeder Benutzer nur die Berechtigungen, die zum Durchführen seiner Aufgaben erforderlich sind. Außerdem empfehlen wir, die Daten mit folgenden Methoden schützen:

  • Verwenden Sie für jedes Konto die Multi-Faktor-Authentifizierung (MFA).

  • Verwenden Sie SSL/TLS, um mit Ressourcen zu kommunizieren. AWS Wir benötigen TLS 1.2 und empfehlen TLS 1.3.

  • Richten Sie die API und die Protokollierung von Benutzeraktivitäten mit ein. AWS CloudTrail Informationen zur Verwendung von CloudTrail Pfaden zur Erfassung von AWS Aktivitäten finden Sie unter Arbeiten mit CloudTrail Pfaden im AWS CloudTrail Benutzerhandbuch.

  • Verwenden Sie AWS Verschlüsselungslösungen zusammen mit allen darin enthaltenen Standardsicherheitskontrollen AWS-Services.

  • Verwenden Sie erweiterte verwaltete Sicherheitsservices wie Amazon Macie, die dabei helfen, in Amazon S3 gespeicherte persönliche Daten zu erkennen und zu schützen.

  • Wenn Sie für den Zugriff AWS über eine Befehlszeilenschnittstelle oder eine API FIPS 140-3-validierte kryptografische Module benötigen, verwenden Sie einen FIPS-Endpunkt. Weitere Informationen über verfügbare FIPS-Endpunkte finden Sie unter Federal Information Processing Standard (FIPS) 140-3.

Wir empfehlen dringend, in Freitextfeldern, z. B. im Feld Name, keine vertraulichen oder sensiblen Informationen wie die E-Mail-Adressen Ihrer Kunden einzugeben. Dies gilt auch, wenn Sie mit OpsWorks CM oder anderen Geräten arbeiten und dabei die Konsole, die API oder AWS-Services verwenden. AWS CLI AWS SDKs Alle Daten, die Sie in Tags oder Freitextfelder eingeben, die für Namen verwendet werden, können für Abrechnungs- oder Diagnoseprotokolle verwendet werden. Wenn Sie eine URL für einen externen Server bereitstellen, empfehlen wir dringend, keine Anmeldeinformationen zur Validierung Ihrer Anforderung an den betreffenden Server in die URL einzuschließen.

Die Namen der OpsWorks CM-Server sind nicht verschlüsselt.

OpsWorks CM sammelt im Zuge der Erstellung und Wartung Ihrer AWS OpsWorks for Chef Automate und AWS OpsWorks for Puppet Enterprise Server die folgenden Kundendaten.

  • Denn OpsWorks für Puppet Enterprise sammeln wir private Schlüssel, die Puppet Enterprise verwendet, um die Kommunikation zwischen Ihrem Puppet-Master und verwalteten Knoten zu ermöglichen.

  • Denn wir sammeln private Schlüssel für Zertifikate AWS OpsWorks for Chef Automate, die Sie an den Dienst anhängen, wenn Sie eine benutzerdefinierte Domain verwenden. Der private Schlüssel, den Sie angeben, wenn Sie einen Chef Automate-Server mit einer benutzerdefinierten Domäne erstellen, wird an Ihren Server weitergeleitet.

OpsWorks CM-Server speichern Ihren Konfigurationscode, z. B. Chef-Kochbücher oder Puppet Enterprise-Module. Dieser Code ist zwar in Server-Backups gespeichert, AWS hat aber keinen Zugriff darauf. Dieser Inhalt ist verschlüsselt und nur Administratoren in Ihrem AWS Konto können darauf zugreifen. Wir empfehlen Ihnen, Ihren Chef- oder Puppet-Konfigurationscode mithilfe der empfohlenen Protokolle für Ihre Quell-Repositorys zu sichern. Sie können beispielsweise die Berechtigungen auf Repositorys in AWS CodeCommit beschränken oder die Richtlinien auf der GitHub Website zur Sicherung von GitHub Repositorys befolgen.

OpsWorks CM verwendet keine vom Kunden bereitgestellten Inhalte, um den Service aufrechtzuerhalten oder Kundenprotokolle zu führen. Protokolle über Ihre OpsWorks CM-Server werden in Ihrem Konto in Amazon S3 S3-Buckets gespeichert. IP-Adressen von Benutzern, die eine Verbindung zu Ihren OpsWorks CM-Servern herstellen, werden von AWS protokolliert.

Integration mit AWS Secrets Manager

Ab dem 3. Mai 2021, wenn Sie einen neuen Server in OpsWorks CM erstellen, speichert OpsWorks CM Geheimnisse für den Server in AWS Secrets Manager. Für neue Server werden die folgenden Attribute als Geheimnisse in Secrets Manager gespeichert.

  • Chef Automate Server

    • Privater HTTPS-Schlüssel (nur Server, die keine benutzerdefinierte Domain verwenden)

    • Chef Automate-Administratorkennwort (CHEF_AUTOMATE_ADMIN_PASSWORD)

  • Meister von Puppet Enterprise

    • Privater HTTPS-Schlüssel (nur Server, die keine benutzerdefinierte Domäne verwenden)

    • Puppet-Administratorkennwort (PUPPET_ADMIN_PASSWORD)

    • Puppet R10k-Fernbedienung (PUPPET_R10K_REMOTE)

Für bestehende Server, die keine benutzerdefinierte Domäne verwenden, ist das einzige in Secrets Manager gespeicherte Geheimnis, sowohl für Chef Automate- als auch für Puppet Enterprise-Server, der private HTTPS-Schlüssel, da dieser während der automatischen, wöchentlichen Systemwartung generiert wird.

OpsWorks CM speichert Geheimnisse automatisch in Secrets Manager, und dieses Verhalten ist nicht vom Benutzer konfigurierbar.