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 CodeBuild Für den Datenschutz in AWS CodeBuild gilt das [Modell der geteilten Verantwortung](https://aws.amazon.com/compliance/shared-responsibility-model/) das von AWS . Wie in diesem Modell beschrieben, AWS ist verantwortlich für den Schutz der globalen Infrastruktur, auf der AWS Cloud alle 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](https://aws.amazon.com/compliance/data-privacy-faq/) . Weitere Informationen zum Datenschutz in Europa finden Sie im [Zentrum für die Datenschutz-Grundverordnung (DSGVO)](https://aws.amazon.com/compliance/gdpr-center/). 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). + Wird verwendet SSL/TLS , um mit AWS Ressourcen zu kommunizieren. 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](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-trails.html) 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](https://aws.amazon.com/compliance/fips/). 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 der Konsole, der API CodeBuild oder den SDKs arbeiten oder diese anderweitig AWS-Services verwenden. AWS CLI AWS 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. Um vertrauliche Informationen zu schützen, sind die folgenden Informationen in CodeBuild Protokollen versteckt: + Zeichenketten, die mithilfe des Parameterspeichers in den Umgebungsvariablen des CodeBuild Projekts oder im Abschnitt `env/parameter-store` buildspec angegeben wurden. Weitere Informationen finden Sie unter [Systems Manager Parameter Store](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-paramstore.html) und [Systems Manager Parameter Store Console Walkthrough](https://docs.aws.amazon.com/systems-manager/latest/userguide/sysman-paramstore-walk.html#sysman-paramstore-console) im *Amazon EC2 Systems Manager Manager-Benutzerhandbuch*. + Zeichenketten, die AWS Secrets Manager in den Umgebungsvariablen CodeBuild des Projekts oder im Abschnitt `env/secrets-manager` buildspec angegeben wurden. Weitere Informationen finden Sie unter [Schlüsselverwaltung](security-key-management.md). **Anmerkung** Die Maskierung entspricht exakt dem Wert, der im Amazon EC2 Systems Manager Parameter Store oder gespeichert ist. AWS Secrets Manager Wenn ein Build-Befehl ein Geheimnis transformiert, bevor es in den Protokollen erscheint, ist das Ergebnis eine andere Zeichenfolge, die nicht maskiert ist. Wenn Sie ihn beispielsweise mit Base64 kodieren, ihn umkehren, die Groß- und Kleinschreibung ändern oder ihn mit anderem Text verketten, entsteht ein anderer Wert, der in den Build-Logs erscheinen kann. Um einen Wert maskiert zu halten, speichern Sie ihn in der Form, die Ihr Build verwendet. Wenn Ihr Build beispielsweise einen Base64-encoded Wert erfordert, speichern Sie die Base64-encoded Zeichenfolge direkt in AWS Secrets Manager oder im Amazon EC2 Systems Manager Parameter Store. Auf diese Weise entspricht der protokollierte Wert dem gespeicherten Wert. Weitere Informationen zum Datenschutz enthält der Blog-Beitrag [AWS Shared Responsibility Model and GDPR](https://aws.amazon.com/blogs/security/the-aws-shared-responsibility-model-and-gdpr/) im *AWS -Sicherheitsblog*. **Topics** + [Datenverschlüsselung](security-encryption.md) + [Schlüsselverwaltung](security-key-management.md) + [Datenschutz für Datenverkehr](security-traffic-privacy.md)