View a markdown version of this page

Kontrollreferenz für Security Hub CSPM - AWS Sicherheits-Hub

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.

Kontrollreferenz für Security Hub CSPM

Diese Kontrollreferenz enthält eine Tabelle der verfügbaren AWS Security Hub CSPM-Steuerelemente mit Links zu weiteren Informationen zu den einzelnen Steuerelementen. In der Tabelle sind die Steuerelemente in alphabetischer Reihenfolge nach Kontroll-ID aufgeführt. Nur Steuerelemente, die von Security Hub CSPM aktiv verwendet werden, sind hier enthalten. Nicht mehr verwendete Steuerelemente sind aus der Tabelle ausgeschlossen.

Die Tabelle enthält die folgenden Informationen für jedes Steuerelement:

  • ID der Sicherheitskontrolle — Diese ID gilt für alle Standards und gibt die AWS-Service Ressource an, auf die sich das Steuerelement bezieht. Die Security Hub CSPM-Konsole zeigt Sicherheitskontroll-IDs an, unabhängig davon, ob die konsolidierten Kontrollergebnisse in Ihrem Konto aktiviert oder deaktiviert sind. Die Security Hub CSPM-Ergebnisse verweisen jedoch nur dann auf Sicherheitskontroll-IDs, wenn die konsolidierten Kontrollergebnisse in Ihrem Konto aktiviert sind. Wenn die konsolidierten Kontrollergebnisse in Ihrem Konto deaktiviert sind, unterscheiden sich einige Kontroll-IDs in Ihren Kontrollergebnissen standardmäßig. Eine Zuordnung von standardspezifischen Kontroll-IDs zu Sicherheitskontroll-IDs finden Sie unter. Wie sich die Konsolidierung auf Kontroll-IDs und -Titel auswirkt

    Wenn Sie Automatisierungen für Sicherheitskontrollen einrichten möchten, empfehlen wir, anhand der Kontroll-ID und nicht anhand des Titels oder der Beschreibung zu filtern. Security Hub CSPM aktualisiert zwar gelegentlich Kontrolltitel oder -beschreibungen, die Kontroll-IDs bleiben jedoch unverändert.

    Bei Kontroll-IDs können Zahlen übersprungen werden. Dies sind Platzhalter für zukünftige Steuerelemente.

  • Titel der Sicherheitskontrolle — Dieser Titel gilt für alle Standards. Auf der Security Hub CSPM-Konsole werden die Titel der Sicherheitskontrolle angezeigt, unabhängig davon, ob die konsolidierten Kontrollergebnisse in Ihrem Konto aktiviert oder deaktiviert sind. Die Ergebnisse von Security Hub CSPM beziehen sich jedoch nur dann auf die Titel der Sicherheitskontrolle, wenn die konsolidierten Kontrollergebnisse in Ihrem Konto aktiviert sind. Wenn die konsolidierten Kontrollergebnisse in Ihrem Konto deaktiviert sind, unterscheiden sich einige Kontrolltitel in Ihren Kontrollergebnissen standardmäßig. Eine Zuordnung von standardspezifischen Kontroll-IDs zu Sicherheitskontroll-IDs finden Sie unter. Wie sich die Konsolidierung auf Kontroll-IDs und -Titel auswirkt

  • Anwendbare Standards — Gibt an, für welche Standards eine Kontrolle gilt. Wählen Sie eine Kontrolle aus, um bestimmte Anforderungen aus Compliance-Frameworks von Drittanbietern zu überprüfen.

  • Schweregrad — Der Schweregrad einer Kontrolle gibt an, wie wichtig sie aus Sicherheitsgründen ist. Informationen darüber, wie Security Hub CSPM den Schweregrad der Kontrolle bestimmt, finden Sie unter. Schweregrade der Kontrollbefunde

  • Unterstützt benutzerdefinierte Parameter — Gibt an, ob das Steuerelement benutzerdefinierte Werte für einen oder mehrere Parameter unterstützt. Wählen Sie ein Steuerelement aus, um die Parameterdetails zu überprüfen. Weitere Informationen finden Sie unter Grundlegendes zu den Steuerungsparametern in Security Hub CSPM.

  • Zeitplantyp — Gibt an, wann die Steuerung ausgewertet wird. Weitere Informationen finden Sie unter Zeitplan für die Ausführung von Sicherheitsprüfungen.

Wählen Sie eine Kontrolle aus, um weitere Details zu überprüfen. Die Kontrollen sind in alphabetischer Reihenfolge nach der Sicherheitskontroll-ID aufgelistet.

ID der Sicherheitskontrolle Titel der Sicherheitskontrolle Anwendbare Normen Schweregrad Unterstützt benutzerdefinierte Parameter Typ des Zeitplans
Account.1 Kontaktinformationen zum Sicherheitsdienst sollten für einen bereitgestellt werden AWS-Konto CIS AWS Foundations Benchmark v5.0.0, CIS AWS Foundations Benchmark v3.0.0, AWS Bewährte grundlegende Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Regelmäßig
Account.2 AWS-Konto sollte Teil einer AWS Organizations Organisation sein NIST SP 800-53 Rev. 5 HIGH (HOCH) Nein Regelmäßig
ACM.1 Importierte ACM-issued Zertifikate und Zertifikate sollten nach einem bestimmten Zeitraum erneuert werden AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5, NIST SP 800-171 Rev. 2, PCI DSS v4.0.1 MITTEL Ja Änderung ausgelöst und periodisch
ACM.2 Von ACM verwaltete RSA-Zertifikate sollten eine Schlüssellänge von mindestens 2.048 Bit verwenden AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, PCI DSS v4.0.1 HIGH (HOCH) Nein Änderung ausgelöst
ACM.3 ACM-Zertifikate sollten mit Tags versehen werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
Amplify.1 Amplify-Apps sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
Amplify.2 Amplify Branches sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
APIGateway.1 API Gateway REST und WebSocket API-Ausführungsprotokollierung sollten aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Ja Änderung ausgelöst
APIGateway.2 Die REST-API-Stufen von API Gateway sollten so konfiguriert werden, dass sie SSL-Zertifikate für die Backend-Authentifizierung verwenden AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5, NIST SP 800-171 Rev. 2 MITTEL Nein Änderung ausgelöst
APIGateway.3 Für die REST-API-Stufen von API Gateway sollte die AWS X-Ray Ablaufverfolgung aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 NIEDRIG Nein Änderung ausgelöst
APIGateway.4 API Gateway sollte mit einer WAF-Web-ACL verknüpft sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
APIGateway.5 API Gateway REST-API-Cache-Daten sollten im Ruhezustand verschlüsselt werden AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
APIGateway.8 API-Gateway-Routen sollten einen Autorisierungstyp angeben AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Ja Regelmäßig
APIGateway.9 Die Zugriffsprotokollierung sollte für API Gateway V2-Stufen konfiguriert werden AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 MITTEL Nein Änderung ausgelöst
APIGateway.10 API Gateway V2-Integrationen sollten HTTPS für private Verbindungen verwenden AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0 MITTEL Nein Änderung ausgelöst
APIGateway.11 Für API-Gateway-Domainnamen sollten die empfohlenen Sicherheitsrichtlinien verwendet werden AWS Grundlegende bewährte Methoden zur Sicherheit MITTEL Nein Änderung ausgelöst
AppConfig.1 AWS AppConfig Anwendungen sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
AppConfig.2 AWS AppConfig Konfigurationsprofile sollten mit Tags versehen werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
AppConfig.3 AWS AppConfig Umgebungen sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
AppConfig.4 AWS AppConfig Erweiterungszuordnungen sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
AppFlow.1 AppFlow Amazon-Flows sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
AppRunner.1 App Runner-Dienste sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
AppRunner.2 App Runner VPC-Konnektoren sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
AppSync.2 AWS AppSync Die Protokollierung auf Feldebene sollte aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, PCI DSS v4.0.1 MITTEL Ja Änderung ausgelöst
AppSync.4 AWS AppSync GraphQL-APIs sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
AppSync.5 AWS AppSync GraphQL-APIs sollten nicht mit API-Schlüsseln authentifiziert werden AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 HIGH (HOCH) Nein Änderung ausgelöst
Athena.2 Athena-Datenkataloge sollten mit Tags versehen werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
Athena.3 Athena-Arbeitsgruppen sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
Athena.4 Für Athena-Arbeitsgruppen sollte die Protokollierung aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden MITTEL Nein Änderung ausgelöst
AutoScaling.1 Auto Scaling-Gruppen, die einem Load Balancer zugeordnet sind, sollten ELB-Zustandsprüfungen verwenden AWS Bewährte grundlegende Sicherheitsmethoden, PCI DSS v3.2.1, NIST SP 800-53 Rev. 5 NIEDRIG Nein Änderung ausgelöst
AutoScaling.2 Die Amazon EC2 Auto Scaling-Gruppe sollte mehrere Availability Zones abdecken AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Ja Änderung ausgelöst
AutoScaling.3 Auto Scaling-Gruppenstartkonfigurationen sollten EC2-Instances so konfigurieren, dass Instance Metadata Service Version 2 (IMDSv2) erforderlich ist AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 HIGH (HOCH) Nein Änderung ausgelöst
Autoscaling.5 Amazon EC2-Instances, die mit Auto Scaling-Gruppenstartkonfigurationen gestartet wurden, sollten keine öffentlichen IP-Adressen haben AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 HIGH (HOCH) Nein Änderung ausgelöst
AutoScaling.6 Auto Scaling-Gruppen sollten mehrere Instanztypen in mehreren Availability Zones verwenden AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
AutoScaling.9 EC2 Auto Scaling-Gruppen sollten EC2-Startvorlagen verwenden AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
AutoScaling.10 EC2 Auto Scaling-Gruppen sollten mit Tags versehen werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
Backup.1 AWS Backup Wiederherstellungspunkte sollten im Ruhezustand verschlüsselt werden AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
Backup.2 AWS Backup Wiederherstellungspunkte sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
Backup.3 AWS Backup Tresore sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
Backup.4 AWS Backup Berichtspläne sollten mit Tags versehen werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
Backup.5 AWS Backup Backup-Pläne sollten mit Tags versehen werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
Batch.1 Warteschlangen für Batch-Jobs sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
Batch.2 Richtlinien für die Stapelplanung sollten mit Tags versehen werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
Batch.3 Batch-Rechenumgebungen sollten mit Tags versehen werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
Batch.4 Die Eigenschaften von Rechenressourcen in verwalteten Batch-Rechenumgebungen sollten mit Tags versehen werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
Bedrock.1 Amazon Bedrock-Datenquellen sollten mit vom Kunden verwalteten AWS KMS Schlüsseln verschlüsselt werden AWS Grundlegende bewährte Methoden zur Sicherheit MITTEL Nein Änderung ausgelöst
BedrockAgentCore.1 AgentCore Bedrock-Laufzeiten sollten im VPC-Netzwerkmodus konfiguriert werden AWS Grundlegende bewährte Methoden zur Sicherheit HIGH (HOCH) Nein Änderung ausgelöst
BedrockAgentCore.2 Bedrock AgentCore Gateways sollten eine Autorisierung für eingehende Anfragen benötigen AWS Grundlegende bewährte Sicherheitsmethoden HIGH (HOCH) Nein Änderung ausgelöst
BedrockAgentCore.3 Bedrock AgentCore Memory sollte mit vom Kunden verwalteten AWS KMS Schlüsseln verschlüsselt werden NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
BedrockAgentCore.4 Bedrock AgentCore Gateway sollte mit vom Kunden verwalteten AWS KMS Schlüsseln verschlüsselt werden NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
BedrockAgentCore.5 AgentCore Benutzerdefinierte Bedrock-Browser sollten den öffentlichen Netzwerkmodus nicht verwenden AWS Grundlegende bewährte Methoden zur Sicherheit HIGH (HOCH) Nein Änderung ausgelöst
BedrockAgentCore.6 In den AgentCore benutzerdefinierten Browsern von Bedrock sollte die Sitzungsaufzeichnung aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden MITTEL Nein Änderung ausgelöst
BedrockAgentCore.7 Bedrock-Interpreter für AgentCore benutzerdefinierten Code sollten eine private Netzwerkkonfiguration verwenden AWS Grundlegende bewährte Methoden zur Sicherheit HIGH (HOCH) Nein Änderung ausgelöst
CloudFormation.2 CloudFormation Stapel sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
CloudFormation.3 CloudFormation Bei Stacks sollte der Kündigungsschutz aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden MITTEL Nein Änderung ausgelöst
CloudFormation.4 CloudFormation Stacks sollten zugeordnete Servicerollen haben AWS Grundlegende bewährte Sicherheitsmethoden MITTEL Nein Änderung ausgelöst
CloudFront.1 CloudFront Für Distributionen sollte ein Standard-Root-Objekt konfiguriert sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 HIGH (HOCH) Nein Änderung ausgelöst
CloudFront.3 CloudFront Distributionen sollten während der Übertragung eine Verschlüsselung erfordern AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 MITTEL Nein Änderung ausgelöst
CloudFront.4 CloudFront Für Distributionen sollte das Origin-Failover konfiguriert sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 NIEDRIG Nein Änderung ausgelöst
CloudFront.5 CloudFront Bei Distributionen sollte die Protokollierung aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 MITTEL Nein Änderung ausgelöst
CloudFront.6 CloudFront Bei Distributionen sollte WAF aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 MITTEL Nein Änderung ausgelöst
CloudFront.7 CloudFront Distributionen sollten benutzerdefinierte SSL/TLS Zertifikate verwenden AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5, NIST SP 800-171 Rev. 2 LANGSAM Nein Änderung ausgelöst
CloudFront.8 CloudFront Distributionen sollten SNI verwenden, um HTTPS-Anfragen zu bedienen AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 NIEDRIG Nein Änderung ausgelöst
CloudFront.9 CloudFront Distributionen sollten den Datenverkehr zu benutzerdefinierten Ursprüngen verschlüsseln AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 MITTEL Nein Änderung ausgelöst
CloudFront.10 CloudFront Distributionen sollten keine veralteten SSL-Protokolle zwischen Edge-Standorten und benutzerdefinierten Ursprüngen verwenden AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5, NIST SP 800-171 Rev. 2, PCI DSS v4.0.1 MITTEL Nein Änderung ausgelöst
CloudFront.12 CloudFront Distributionen sollten nicht auf nicht existierende S3-Ursprünge verweisen AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 HIGH (HOCH) Nein Regelmäßig
CloudFront.13 CloudFront Distributionen sollten Origin Access Control verwenden AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0 MITTEL Nein Änderung ausgelöst
CloudFront.14 CloudFront Distributionen sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
CloudFront.15 CloudFront Distributionen sollten die empfohlene TLS-Sicherheitsrichtlinie verwenden AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0 MITTEL Nein Änderung ausgelöst
CloudFront.16 CloudFront Distributionen sollten die Ursprungszugriffskontrolle für die URL-Ursprünge der Lambda-Funktion verwenden AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0 MITTEL Nein Änderung ausgelöst
CloudFront.17 CloudFront Distributionen sollten vertrauenswürdige Schlüsselgruppen für signierte URLs und Cookies verwenden AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0 MITTEL Nein Änderung ausgelöst
CloudTrail.1 CloudTrail sollte mit mindestens einem multiregionalen Trail aktiviert und konfiguriert werden, der Lese- und Schreibverwaltungsereignisse beinhaltet CIS AWS Foundations Benchmark v5.0.0, CIS AWS Foundations Benchmark v3.0.0, CIS AWS Foundations Benchmark v1.4.0, CIS Foundations Benchmark v1.2.0, AWS Bewährte AWS grundlegende Sicherheitsmethoden, NIST SP 800-53 Rev. 5 HIGH (HOCH) Nein Regelmäßig
CloudTrail.2 CloudTrail sollte die Verschlüsselung im Ruhezustand aktiviert haben CIS AWS Foundations Benchmark v5.0.0, CIS AWS Foundations Benchmark v3.0.0, CIS Foundations Benchmark v1.2.0, AWS CIS AWS AWS Foundations Benchmark v1.4.0 Bewährte grundlegende Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5, NIST SP 800-171 Rev. 2, PCI DSS v3.2.1, PCI DSS v4.0.1 MITTEL Nein Regelmäßig
CloudTrail.3 Mindestens ein CloudTrail Trail sollte aktiviert sein NIST SP 800-171 Rev. 2, PCI DSS v4.0.1, PCI DSS v3.2.1 HIGH (HOCH) Nein Regelmäßig
CloudTrail.4 CloudTrail Die Überprüfung der Protokolldatei sollte aktiviert sein CIS AWS Foundations Benchmark v5.0.0, CIS AWS Foundations Benchmark v3.0.0, CIS AWS Foundations Benchmark v1.4.0, CIS AWS Foundations Benchmark v1.2.0, Bewährte grundlegende Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5, NIST SP 800-171 Rev. 2, PCI DSS v4.0.1, PCI DSS v3.2.1 AWS LANGSAM Nein Regelmäßig
CloudTrail.5 CloudTrail Trails sollten in Amazon CloudWatch Logs integriert werden CIS AWS Foundations Benchmark v1.2.0, CIS AWS AWS Foundations Benchmark v1.4.0, Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5, PCI DSS v3.2.1, PCI DSS v4.0.1 MITTEL Nein Regelmäßig
CloudTrail.6 Stellen Sie sicher, dass der S3-Bucket, der zum Speichern von CloudTrail Protokollen verwendet wird, nicht öffentlich zugänglich ist CIS AWS Foundations Benchmark v1.2.0, CIS AWS Foundations Benchmark v1.4.0, PCI DSS v4.0.1 KRITISCH Nein Änderung ausgelöst und periodisch
CloudTrail.7 Stellen Sie sicher, dass die S3-Bucket-Zugriffsprotokollierung im CloudTrail S3-Bucket aktiviert ist CIS AWS Foundations Benchmark v5.0.0, CIS AWS Foundations Benchmark v3.0.0, CIS Foundations Benchmark v1.2.0, CIS AWS Foundations Benchmark v1.4.0, CIS AWS Foundations Benchmark v3.0.0, PCI DSS v4.0.1 AWS NIEDRIG Nein Regelmäßig
CloudTrail.9 CloudTrail Wege sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
CloudTrail.10 CloudTrail Lake Event-Datenspeicher sollten verschlüsselt und vom Kunden verwaltet werden AWS KMS keys NIST SP 800-53 Rev. 5 MITTEL Ja Regelmäßig
CloudWatch.1 Für die Verwendung durch den Benutzer „root“ sollten ein Logmetrikfilter und ein Alarm vorhanden sein CIS AWS Foundations Benchmark v1.4.0, CIS AWS Foundations Benchmark v1.2.0, NIST SP 800-171 Rev. 2, PCI DSS v3.2.1 NIEDRIG Nein Regelmäßig
CloudWatch.2 Sicherstellen, dass ein Protokollmetrikfilter und ein Alarm für nicht autorisierte API-Aufrufe vorhanden sind CIS AWS Foundations Benchmark v1.2.0, NIST SP 800-171 Rev. 2 NIEDRIG Nein Regelmäßig
CloudWatch.3 Sicherstellen, dass ein Protokollmetrikfilter und ein Alarm für die Anmeldung in der Managementkonsole ohne MFA vorhanden sind CIS AWS Foundations Benchmark v1.2.0 NIEDRIG Nein Regelmäßig
CloudWatch.4 Sicherstellen, dass ein Protokollmetrikfilter und ein Alarm für Änderungen an der IAM-Richtlinie vorhanden sind CIS AWS Foundations Benchmark v1.4.0, CIS AWS Foundations Benchmark v1.2.0, NIST SP 800-171 Rev. 2 NIEDRIG Nein Regelmäßig
CloudWatch.5 Stellen Sie sicher, dass ein Log-Metrikfilter und ein Alarm für CloudTrail Konfigurationsänderungen vorhanden sind CIS AWS Foundations Benchmark v1.4.0, CIS AWS Foundations Benchmark v1.2.0, NIST SP 800-171 Rev. 2 NIEDRIG Nein Regelmäßig
CloudWatch.6 Stellen Sie sicher, dass ein Log-Metrikfilter und ein Alarm für AWS-Managementkonsole Authentifizierungsfehler vorhanden sind CIS AWS Foundations Benchmark v1.4.0, CIS AWS Foundations Benchmark v1.2.0, NIST SP 800-171 Rev. 2 NIEDRIG Nein Regelmäßig
CloudWatch.7 Sicherstellen, dass ein Protokollmetrikfilter und ein Alarm für die Deaktivierung oder das geplante Löschen von vom Kunden erstellten CMKs vorhanden sind CIS AWS Foundations Benchmark v1.4.0, CIS AWS Foundations Benchmark v1.2.0, NIST SP 800-171 Rev. 2 NIEDRIG Nein Regelmäßig
CloudWatch.8 Sicherstellen, dass ein Protokollmetrikfilter und ein Alarm für Änderungen an der S3-Bucket-Richtlinie vorhanden sind CIS AWS Foundations Benchmark v1.4.0, CIS AWS Foundations Benchmark v1.2.0, NIST SP 800-171 Rev. 2 NIEDRIG Nein Regelmäßig
CloudWatch.9 Stellen Sie sicher, dass ein Log-Metrikfilter und ein Alarm für AWS Config Konfigurationsänderungen vorhanden sind CIS AWS Foundations Benchmark v1.4.0, CIS AWS Foundations Benchmark v1.2.0, NIST SP 800-171 Rev. 2 NIEDRIG Nein Regelmäßig
CloudWatch.10 Sicherstellen, dass ein Protokollmetrikfilter und ein Alarm für Änderungen an der Sicherheitsgruppe vorhanden sind CIS AWS Foundations Benchmark v1.4.0, CIS AWS Foundations Benchmark v1.2.0, NIST SP 800-171 Rev. 2 NIEDRIG Nein Regelmäßig
CloudWatch.11 Sicherstellen, dass ein Protokollmetrikfilter und ein Alarm für Änderungen an den Network Access Control Lists (NACL) vorhanden sind CIS AWS Foundations Benchmark v1.4.0, CIS AWS Foundations Benchmark v1.2.0, NIST SP 800-171 Rev. 2 NIEDRIG Nein Regelmäßig
CloudWatch.12 Sicherstellen, dass ein Protokollmetrikfilter und ein Alarm für Änderungen an Network-Gateways vorhanden sind CIS AWS Foundations Benchmark v1.4.0, CIS AWS Foundations Benchmark v1.2.0, NIST SP 800-171 Rev. 2 NIEDRIG Nein Regelmäßig
CloudWatch.13 Sicherstellen, dass ein Protokollmetrikfilter und ein Alarm für Änderungen an der Routing-Tabelle vorhanden sind CIS AWS Foundations Benchmark v1.4.0, CIS AWS Foundations Benchmark v1.2.0, NIST SP 800-171 Rev. 2 NIEDRIG Nein Regelmäßig
CloudWatch.14 Sicherstellen, dass ein Protokollmetrikfilter und ein Alarm für VPC-Änderungen vorhanden sind CIS AWS Foundations Benchmark v1.4.0, CIS AWS Foundations Benchmark v1.2.0, NIST SP 800-171 Rev. 2 NIEDRIG Nein Regelmäßig
CloudWatch.15 CloudWatch Für Alarme sollten bestimmte Aktionen konfiguriert sein NIST SP 800-53 Rev. 5, NIST SP 800-171 Rev. 2 HIGH (HOCH) Ja Änderung ausgelöst
CloudWatch.16 CloudWatch Protokollgruppen sollten für einen bestimmten Zeitraum aufbewahrt werden NIST SP 800-53 Rev. 5 MITTEL Ja Regelmäßig
CloudWatch.17 CloudWatch Alarmaktionen sollten aktiviert sein NIST SP 800-53 Rev. 5 HIGH (HOCH) Nein Änderung ausgelöst
CodeArtifact.1 CodeArtifact Repositorys sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
CodeBuild.1 CodeBuild Die URLs des Bitbucket-Quell-Repositorys sollten keine vertraulichen Anmeldeinformationen enthalten AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v3.2.1, PCI DSS v4.0.1 KRITISCH Nein Änderung ausgelöst
CodeBuild.2 CodeBuild Projektumgebungsvariablen sollten keine Klartext-Anmeldeinformationen enthalten AWS Bewährte grundlegende Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v3.2.1, PCI DSS v4.0.1 KRITISCH Nein Änderung ausgelöst
CodeBuild.3 CodeBuild S3-Protokolle sollten verschlüsselt werden AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1, NIEDRIG Nein Änderung ausgelöst
CodeBuild.4 CodeBuild Projektumgebungen sollten über eine Protokollierungskonfiguration verfügen AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
CodeBuild.7 CodeBuild Exporte von Berichtsgruppen sollten im Ruhezustand verschlüsselt werden AWS Grundlegende bewährte Methoden zur Sicherheit MITTEL Nein Änderung ausgelöst
CodeGuruProfiler.1 CodeGuru Profiler-Profiling-Gruppen sollten mit Tags versehen werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
CodeGuruReviewer.1 CodeGuru Reviewer-Repository-Verknüpfungen sollten mit Tags versehen AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
Cognito.1 Für Cognito-Benutzerpools sollte der Bedrohungsschutz mit vollem Funktionsumfang für die Standardauthentifizierung aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden MITTEL Ja Änderung ausgelöst
Cognito.2 Cognito-Identitätspools sollten keine nicht authentifizierten Identitäten zulassen AWS Grundlegende bewährte Methoden zur Sicherheit MITTEL Nein Änderung ausgelöst
Cognito.3 Die Passwortrichtlinien für Cognito-Benutzerpools sollten über starke Konfigurationen verfügen AWS Grundlegende bewährte Methoden zur Sicherheit MITTEL Ja Änderung ausgelöst
Cognito.4 Für Cognito-Benutzerpools sollte der Bedrohungsschutz mit vollem Funktionsumfang für die benutzerdefinierte Authentifizierung aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden MITTEL Nein Änderung ausgelöst
Cognito.5 MFA sollte für Cognito-Benutzerpools aktiviert sein AWS Grundlegende bewährte Methoden zur Sicherheit MITTEL Nein Änderung ausgelöst
Cognito.6 Für Cognito-Benutzerpools sollte der Löschschutz aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden MITTEL Nein Änderung ausgelöst
Config.1 AWS Config sollte aktiviert sein und die serviceverknüpfte Rolle für die Ressourcenaufzeichnung verwenden CIS AWS Foundations Benchmark v5.0.0, CIS AWS Foundations Benchmark v3.0.0, CIS AWS Foundations Benchmark v1.4.0, CIS AWS Foundations Benchmark v1.2.0, grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v3.2.1 AWS KRITISCH Ja Regelmäßig
Connect.1 Die Objekttypen von Connect Customer Profiles sollten mit Tags versehen werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
Connect.2 Für Connect Customer-Instanzen sollte die CloudWatch Protokollierung aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden MITTEL Nein Änderung ausgelöst
DataFirehose.1 Firehose-Lieferstreams sollten im Ruhezustand verschlüsselt werden AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5 MITTEL Nein Regelmäßig
DataSync.1 DataSync Für Aufgaben sollte die Protokollierung aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden MITTEL Nein Änderung ausgelöst
DataSync.2 DataSync Aufgaben sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
Detective.1 Grafiken zum Verhalten von Detektiven sollten mit Tags versehen werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
DMS.1 Die Replikationsinstanzen des Database Migration Service sollten nicht öffentlich sein AWS Bewährte grundlegende Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v3.2.1, PCI DSS v4.0.1 KRITISCH Nein Regelmäßig
DMS.2 DMS-Zertifikate sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
DMS.3 DMS-Veranstaltungsabonnements sollten mit Tags versehen werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
DMS.4 DMS-Replikationsinstanzen sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
DMS.5 DMS-Replikations-Subnetzgruppen sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
DMS.6 Für DMS-Replikationsinstanzen sollte das automatische Nebenversions-Upgrade aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 MITTEL Nein Änderung ausgelöst
DMS.7 Bei DMS-Replikationsaufgaben für die Zieldatenbank sollte die Protokollierung aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 MITTEL Nein Änderung ausgelöst
DMS.8 Bei DMS-Replikationsaufgaben für die Quelldatenbank sollte die Protokollierung aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 MITTEL Nein Änderung ausgelöst
DMS.9 DMS-Endpunkte sollten SSL verwenden AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 MITTEL Nein Änderung ausgelöst
DMS.10 Für DMS-Endpunkte für Neptune-Datenbanken sollte die IAM-Autorisierung aktiviert sein AWS Bewährte grundlegende Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 MITTEL Nein Änderung ausgelöst
DMS.11 Bei DMS-Endpunkten für MongoDB sollte ein Authentifizierungsmechanismus aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 MITTEL Nein Änderung ausgelöst
DMS.12 Bei DMS-Endpunkten für Redis OSS sollte TLS aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 MITTEL Nein Änderung ausgelöst
DMS.13 DMS-Replikationsinstanzen sollten so konfiguriert werden, dass sie mehrere Availability Zones verwenden AWS Grundlegende bewährte Methoden zur Sicherheit MITTEL Nein Änderung ausgelöst
DocumentDB.1 Amazon DocumentDB-Cluster sollten im Ruhezustand verschlüsselt werden AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
DocumentDB.2 Amazon DocumentDB-Cluster sollten über eine angemessene Aufbewahrungsfrist für Backups verfügen AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 MITTEL Ja Änderung ausgelöst
DocumentDB.3 Manuelle Cluster-Snapshots von Amazon DocumentDB sollten nicht öffentlich sein AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 KRITISCH Nein Änderung ausgelöst
DocumentDB.4 Amazon DocumentDB-Cluster sollten Audit-Logs in Logs veröffentlichen CloudWatch AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 MITTEL Nein Änderung ausgelöst
DocumentDB.5 Bei Amazon DocumentDB-Clustern sollte der Löschschutz aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
DocumentDB.6 Amazon DocumentDB-Cluster sollten während der Übertragung verschlüsselt werden AWS Grundlegende bewährte Sicherheitsmethoden MITTEL Nein Regelmäßig
DynamoDB.1 DynamoDB-Tabellen sollten die Kapazität automatisch entsprechend der Nachfrage skalieren AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Ja Regelmäßig
DynamoDB.2 Für DynamoDB-Tabellen sollte die Point-in-Time-Wiederherstellung aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
DynamoDB.3 DynamoDB Accelerator (DAX) -Cluster sollten im Ruhezustand verschlüsselt werden AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Regelmäßig
DynamoDB.4 DynamoDB-Tabellen sollten in einem Backup-Plan vorhanden sein NIST SP 800-53 Rev. 5 MITTEL Ja Regelmäßig
DynamoDB.5 DynamoDB-Tabellen sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
DynamoDB.6 Für DynamoDB-Tabellen sollte der Löschschutz aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
DynamoDB.7 DynamoDB Accelerator-Cluster sollten während der Übertragung verschlüsselt werden AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 MITTEL Nein Regelmäßig
EC2.1 EBS-Snapshots sollten nicht öffentlich wiederherstellbar sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, PCI DSS v3.2.1, NIST SP 800-53 Rev. 5 KRITISCH Nein Regelmäßig
EC2.2 VPC-Standardsicherheitsgruppen sollten keinen eingehenden oder ausgehenden Verkehr zulassen CIS AWS Foundations Benchmark v5.0.0, CIS AWS Foundations Benchmark v3.0.0, CIS AWS Foundations Benchmark v1.2.0, Best Practices für AWS grundlegende Sicherheit v1.0.0, PCI DSS v3.2.1, CIS Foundations Benchmark v1.4.0, NIST SP 800-53 Rev. 5 AWS HIGH (HOCH) Nein Änderung ausgelöst
EC2.3 Angehängte EBS-Volumes sollten im Ruhezustand verschlüsselt werden AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
EC2.4 Gestoppte EC2-Instances sollten nach einem bestimmten Zeitraum entfernt werden AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Ja Regelmäßig
EC2.6 Die VPC-Flussprotokollierung sollte in allen VPCs aktiviert sein CIS AWS Foundations Benchmark v5.0.0, CIS AWS Foundations Benchmark v3.0.0, CIS AWS Foundations Benchmark v1.2.0, Best Practices für AWS grundlegende Sicherheit v1.0.0, PCI DSS v3.2.1, CIS AWS Foundations Benchmark v1.4.0, NIST SP 800-53 Rev. 5, NIST SP 800-171 Rev. 2 MITTEL Nein Regelmäßig
EC2.7 Die EBS-Standardverschlüsselung sollte aktiviert sein CIS AWS Foundations Benchmark v5.0.0, CIS AWS Foundations Benchmark v3.0.0, Best Practices für AWS grundlegende Sicherheit v1.0.0, CIS AWS Foundations Benchmark v1.4.0, NIST SP 800-53 Rev. 5 MITTEL Nein Regelmäßig
EC2.8 EC2-Instances sollten Instance Metadata Service Version 2 (IMDSv2) verwenden CIS AWS Foundations Benchmark v5.0.0, CIS AWS Foundations Benchmark v3.0.0, Bewährte AWS grundlegende Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 HIGH (HOCH) Nein Änderung ausgelöst
EC2.9 EC2-Instances sollten keine öffentliche IPv4-Adresse haben AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 HIGH (HOCH) Nein Änderung ausgelöst
EC2.10 Amazon EC2 sollte für die Verwendung von VPC-Endpunkten konfiguriert werden, die für den Amazon EC2-Service erstellt wurden AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5, NIST SP 800-171 Rev. 2 MITTEL Nein Regelmäßig
EC2.12 Unbenutzte EC2-EIPs sollten entfernt werden PCI DSS v3.2.1, NIST SP 800-53 Rev. 5 NIEDRIG Nein Änderung ausgelöst
EC2.13 Sicherheitsgruppen sollten keinen Zugriff ab 0.0.0 zulassen. 0/0 oder: :/0 auf Port 22 CIS AWS Foundations Benchmark v1.2.0, PCI DSS v3.2.1, PCI DSS v4.0.1, NIST SP 800-53 Rev. 5, NIST SP 800-171 Rev. 2 HIGH (HOCH) Nein Änderung ausgelöst und periodisch
EC2.14 Sicherheitsgruppen sollten keinen Zugriff ab 0.0.0 zulassen. 0/0 oder: :/0 auf Port 3389 CIS AWS Foundations Benchmark v1.2.0, PCI DSS v4.0.1 HIGH (HOCH) Nein Änderung ausgelöst und periodisch
EC2.15 EC2-Subnetze sollten öffentliche IP-Adressen nicht automatisch zuweisen AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1, MITTEL Nein Änderung ausgelöst
EC2.16 Nicht verwendete Network Access Control-Listen sollten entfernt werden AWS Bewährte grundlegende Sicherheitsmethoden, NIST SP 800-53 Rev. 5, NIST SP 800-171 Rev. 2, PCI DSS v4.0.1, LANGSAM Nein Änderung ausgelöst
EC2.17 EC2-Instances sollten nicht mehrere ENIs verwenden AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 NIEDRIG Nein Änderung ausgelöst
EC2.18 Sicherheitsgruppen sollten nur uneingeschränkten eingehenden Datenverkehr für autorisierte Ports zulassen AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5, NIST SP 800-171 Rev. 2 HIGH (HOCH) Ja Änderung ausgelöst
EC2.19 Sicherheitsgruppen sollten keinen uneingeschränkten Zugriff auf Ports mit hohem Risiko gewähren AWS Bewährte grundlegende Sicherheitsmethoden, NIST SP 800-53 Rev. 5, NIST SP 800-171 Rev. 2 KRITISCH Nein Änderung ausgelöst und periodisch
EC2.20 Beide VPN-Tunnel für eine AWS Site-to-Site VPN-Verbindung sollten aktiv sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5, NIST SP 800-171 Rev. 2 MITTEL Nein Änderung ausgelöst
EC2.21 Netzwerk-ACLs sollten keinen Zugriff ab 0.0.0 zulassen. 0/0 zu Port 22 oder Port 3389 CIS AWS Foundations Benchmark v5.0.0, CIS AWS Foundations Benchmark v3.0.0, CIS AWS AWS Foundations Benchmark v1.4.0, Bewährte grundlegende Sicherheitsmethoden, NIST SP 800-53 Rev. 5, NIST SP 800-171 Rev. 2, PCI DSS v4.0.1 MITTEL Nein Änderung ausgelöst
EC2.22 Ungenutzte EC2-Sicherheitsgruppen sollten entfernt werden MITTEL Nein Regelmäßig
EC2.23 EC2 Transit Gateways sollten VPC-Anhangsanfragen nicht automatisch akzeptieren AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 HIGH (HOCH) Nein Änderung ausgelöst
EC2.24 Paravirtuelle EC2-Instanztypen sollten nicht verwendet werden AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
EC2.25 EC2-Startvorlagen sollten Netzwerkschnittstellen keine öffentlichen IPs zuweisen AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 HIGH (HOCH) Nein Änderung ausgelöst
EC2.28 EBS-Volumes sollten in einem Backup-Plan enthalten sein NIST SP 800-53 Rev. 5 NIEDRIG Ja Regelmäßig
EC2.33 EC2-Transit-Gateway-Anlagen sollten mit Tags versehen werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
EC2.34 Die Routentabellen des EC2-Transit-Gateways sollten mit Tags versehen werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
EC2.35 EC2-Netzwerkschnittstellen sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
EC2.36 EC2-Kunden-Gateways sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
EC2.37 EC2 Elastic IP-Adressen sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
EC2.38 EC2-Instances sollten mit Tags versehen werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
EC2.39 EC2-Internet-Gateways sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
EC2.40 EC2-NAT-Gateways sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
EC2.41 EC2-Netzwerk-ACLs sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
EC2.42 EC2-Routentabellen sollten mit Tags versehen werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
EC2.43 EC2-Sicherheitsgruppen sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
EC2.44 EC2-Subnetze sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
EC2.45 EC2-Volumes sollten mit Tags versehen werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
EC2.46 Amazon VPCs sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
EC2.47 Amazon VPC-Endpunktdienste sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
EC2.48 Amazon VPC-Flow-Protokolle sollten mit Tags versehen werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
EC2.49 Amazon VPC-Peering-Verbindungen sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
EC2.50 EC2-VPN-Gateways sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
EC2.51 Für EC2-Client-VPN-Endpunkte sollte die Protokollierung der Client-Verbindungen aktiviert sein AWS Bewährte grundlegende Sicherheitsmethoden, NIST SP 800-53 Rev. 5, NIST SP 800-171 Rev. 2, PCI DSS v4.0.1 LANGSAM Nein Änderung ausgelöst
EC2.52 EC2-Transit-Gateways sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
EC2.53 EC2-Sicherheitsgruppen sollten keinen Zugriff ab 0.0.0 zulassen. 0/0 an die Administrationsports des Remoteservers CIS AWS Foundations Benchmark v5.0.0, CIS AWS Foundations Benchmark v3.0.0, PCI DSS v4.0.1 HIGH (HOCH) Nein Regelmäßig
EC2.54 EC2-Sicherheitsgruppen sollten keinen Zugriff von: :/0 auf die Administrationsports des Remoteservers zulassen CIS AWS Foundations Benchmark v5.0.0, CIS AWS Foundations Benchmark v3.0.0, PCI DSS v4.0.1 HIGH (HOCH) Nein Regelmäßig
EC2.55 VPCs sollten mit einem Schnittstellenendpunkt für die ECR-API konfiguriert werden AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5 MITTEL Ja Regelmäßig
EC2.56 VPCs sollten mit einem Schnittstellenendpunkt für Docker Registry konfiguriert werden AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5 MITTEL Ja Regelmäßig
EC2.57 VPCs sollten mit einem Schnittstellenendpunkt für Systems Manager konfiguriert werden AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5 MITTEL Ja Regelmäßig
EC2.58 VPCs sollten mit einem Schnittstellenendpunkt für Systems Manager Incident Manager-Kontakte konfiguriert werden AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5 MITTEL Ja Regelmäßig
EC2.60 VPCs sollten mit einem Schnittstellenendpunkt für Systems Manager Incident Manager konfiguriert werden AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5 MITTEL Ja Regelmäßig
EC2.170 EC2-Startvorlagen sollten Instance Metadata Service Version 2 (IMDSv2) verwenden AWS Grundlegende bewährte Sicherheitsmethoden, PCI DSS v4.0.1 NIEDRIG Nein Änderung ausgelöst
EC2.171 Bei EC2-VPN-Verbindungen sollte die Protokollierung aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden, PCI DSS v4.0.1 MITTEL Nein Änderung ausgelöst
EC2.172 Die Einstellungen für EC2 VPC Block Public Access sollten den Internet-Gateway-Verkehr blockieren AWS Grundlegende bewährte Methoden zur Sicherheit MITTEL Ja Änderung ausgelöst
EC2.173 EC2 Spot Fleet-Anfragen mit Startparametern sollten die Verschlüsselung für angehängte EBS-Volumes ermöglichen AWS Grundlegende bewährte Methoden zur Sicherheit MITTEL Nein Änderung ausgelöst
EC2.174 EC2-DHCP-Optionssätze sollten mit Tags versehen werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
EC2.175 EC2-Startvorlagen sollten mit Tags versehen werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
EC2.176 EC2-Präfixlisten sollten mit Tags versehen werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
EC2.177 EC2 Traffic Mirror-Sitzungen sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
EC2.178 EC2-Verkehrsspiegelfilter sollten mit Tags versehen werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
EC2.179 EC2-Traffic-Mirror-Ziele sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
EC2.180 Für EC2-Netzwerkschnittstellen sollte die source/destination Überprüfung aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0 MITTEL Nein Änderung ausgelöst
EC2.181 EC2-Startvorlagen sollten die Verschlüsselung für angehängte EBS-Volumes ermöglichen AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0 MITTEL Nein Änderung ausgelöst
EC2.182 EBS-Snapshots sollten nicht öffentlich zugänglich sein AWS Grundlegende bewährte Sicherheitsmethoden HIGH (HOCH) Nein Änderung ausgelöst
EC2.183 EC2-VPN-Verbindungen sollten das IKEv2-Protokoll verwenden AWS Grundlegende bewährte Methoden zur Sicherheit MITTEL Nein Änderung ausgelöst
ECR.1 Für private ECR-Repositorys sollte das Scannen von Bildern konfiguriert sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 HIGH (HOCH) Nein Regelmäßig
ECR.2 Für private ECR-Repositorys sollte die Tag-Unveränderlichkeit konfiguriert sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
ECR.3 Für ECR-Repositorys sollte mindestens eine Lebenszyklusrichtlinie konfiguriert sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
ECR.4 Öffentliche ECR-Repositorien sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
ECR.5 ECR-Repositorys sollten mit vom Kunden verwalteten verschlüsselt werden AWS KMS keys NIST SP 800-53 Rev. 5 MITTEL Ja Änderung ausgelöst
ECS.2 ECS-Diensten sollten nicht automatisch öffentliche IP-Adressen zugewiesen werden AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 HIGH (HOCH) Nein Änderung ausgelöst
ECS.3 ECS-Aufgabendefinitionen sollten den Prozess-Namespace des Hosts nicht gemeinsam nutzen AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 HIGH (HOCH) Nein Änderung ausgelöst
ECS.4 ECS-Container sollten ohne Zugriffsrechte ausgeführt werden AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 HIGH (HOCH) Nein Änderung ausgelöst
ECS.5 ECS-Container sollten auf den Lesezugriff auf Root-Dateisysteme beschränkt sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 HIGH (HOCH) Nein Änderung ausgelöst
ECS.8 Geheimnisse sollten nicht als Container-Umgebungsvariablen übergeben werden AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 HIGH (HOCH) Nein Änderung ausgelöst
ECS.9 ECS-Aufgabendefinitionen sollten eine Protokollierungskonfiguration haben AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 HIGH (HOCH) Nein Änderung ausgelöst
ECS.10 Die ECS Fargate-Dienste sollten auf der neuesten Fargate-Plattformversion ausgeführt werden AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 MITTEL Nein Änderung ausgelöst
ECS.12 ECS-Cluster sollten Container Insights verwenden AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
ECS.13 ECS-Dienste sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
ECS.14 ECS-Cluster sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
ECS.15 ECS-Aufgabendefinitionen sollten mit Tags versehen werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
ECS.16 ECS-Taskgruppen sollten öffentliche IP-Adressen nicht automatisch zuweisen AWS Grundlegende bewährte Sicherheitsmethoden, PCI DSS v4.0.1 HIGH (HOCH) Nein Änderung ausgelöst
ECS.17 ECS-Aufgabendefinitionen sollten den Host-Netzwerkmodus nicht verwenden NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
ECS.18 ECS-Aufgabendefinitionen sollten die Verschlüsselung während der Übertragung für EFS-Volumes verwenden AWS Grundlegende bewährte Sicherheitsmethoden MITTEL Nein Änderung ausgelöst
ECS.19 ECS-Kapazitätsanbieter sollten den Managed-Terminierungsschutz aktiviert haben AWS Grundlegende bewährte Sicherheitsmethoden MITTEL Nein Änderung ausgelöst
ECS.20 ECS-Aufgabendefinitionen sollten Benutzer, die keine Root-Benutzer sind, in Linux-Container-Definitionen konfigurieren AWS Grundlegende bewährte Sicherheitsmethoden MITTEL Nein Änderung ausgelöst
ECS.21 ECS-Aufgabendefinitionen sollten Benutzer ohne Administratorrechte in Windows-Containerdefinitionen konfigurieren AWS Grundlegende bewährte Sicherheitsmethoden MITTEL Nein Änderung ausgelöst
EFS.1 Elastic File System sollte so konfiguriert werden, dass Dateidaten im Ruhezustand mit folgenden Methoden verschlüsselt werden AWS KMS CIS AWS Foundations Benchmark v5.0.0, CIS AWS Foundations Benchmark v3.0.0, Bewährte AWS grundlegende Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Regelmäßig
EFS.2 Amazon EFS-Volumes sollten in Backup-Plänen enthalten sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Regelmäßig
EFS.3 EFS-Zugriffspunkte sollten ein Stammverzeichnis erzwingen AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
EFS.4 EFS-Zugriffspunkte sollten eine Benutzeridentität durchsetzen AWS Bewährte grundlegende Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 MITTEL Nein Änderung ausgelöst
EFS.5 EFS-Zugangspunkte sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
EFS.6 EFS-Mount-Ziele sollten nicht Subnetzen zugeordnet werden, die beim Start öffentliche IP-Adressen zuweisen NIST SP 800-53 Rev. 5, NIST SP 800-171 Rev. 2, PCI DSS v4.0.1 MITTEL Nein Regelmäßig
EFS.7 Bei EFS-Dateisystemen sollten automatische Backups aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden MITTEL Nein Änderung ausgelöst
EFS.8 EFS-Dateisysteme sollten im Ruhezustand verschlüsselt werden CIS AWS Foundations Benchmark v5.0.0, AWS Grundlegende bewährte Sicherheitsmethoden MITTEL Ja Änderung ausgelöst
EKS.1 EKS-Cluster-Endpunkte sollten nicht öffentlich zugänglich sein AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 HIGH (HOCH) Nein Regelmäßig
EKS.2 EKS-Cluster sollten auf einer unterstützten Kubernetes-Version ausgeführt werden AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 HIGH (HOCH) Nein Änderung ausgelöst
EKS.3 EKS-Cluster sollten verschlüsselte Kubernetes-Geheimnisse verwenden AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 MITTEL Nein Regelmäßig
EKS.6 EKS-Cluster sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
EKS.7 Konfigurationen des EKS-Identitätsanbieters sollten mit Tags versehen werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
EKS.8 Bei EKS-Clustern sollte die Auditprotokollierung aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 MITTEL Nein Änderung ausgelöst
EKS.9 EKS-Knotengruppen sollten auf einer unterstützten Kubernetes-Version laufen AWS Grundlegende bewährte Methoden zur Sicherheit HIGH (HOCH) Nein Änderung ausgelöst
ElastiCache.1 ElastiCache Bei Clustern (Redis OSS) sollten automatische Backups aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 HIGH (HOCH) Ja Regelmäßig
ElastiCache.2 ElastiCache Bei Clustern sollten automatische Nebenversions-Upgrades aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 HIGH (HOCH) Nein Regelmäßig
ElastiCache.3 ElastiCache Für Replikationsgruppen sollte das automatische Failover aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Regelmäßig
ElastiCache.4 ElastiCache Replikationsgruppen sollten im Ruhezustand verschlüsselt werden AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Regelmäßig
ElastiCache.5 ElastiCache Replikationsgruppen sollten während der Übertragung verschlüsselt werden AWS Bewährte grundlegende Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 MITTEL Nein Regelmäßig
ElastiCache.6 ElastiCache Für (Redis OSS) -Replikationsgruppen früherer Versionen sollte Redis OSS AUTH aktiviert sein AWS Bewährte grundlegende Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 MITTEL Nein Regelmäßig
ElastiCache.7 ElastiCache Cluster sollten nicht die Standard-Subnetzgruppe verwenden AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 HIGH (HOCH) Nein Regelmäßig
ElasticBeanstalk.1 In Elastic Beanstalk-Umgebungen sollte die erweiterte Statusberichterstattung aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 NIEDRIG Nein Änderung ausgelöst
ElasticBeanstalk.2 Von Elastic Beanstalk verwaltete Plattformupdates sollten aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 HIGH (HOCH) Ja Änderung ausgelöst
ElasticBeanstalk.3 Elastic Beanstalk sollte Logs streamen an CloudWatch AWS Grundlegende bewährte Sicherheitsmethoden, PCI DSS v4.0.1 HIGH (HOCH) Ja Änderung ausgelöst
ELB.1 Application Load Balancer sollte so konfiguriert sein, dass alle HTTP-Anfragen an HTTPS umgeleitet werden AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, PCI DSS v3.2.1, NIST SP 800-53 Rev. 5 MITTEL Nein Regelmäßig
ELB.2 Klassische Load Balancer mit SSL/HTTPS Listenern sollten ein Zertifikat verwenden, das von bereitgestellt wird AWS Certificate Manager AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5, NIST SP 800-171 Rev. 2 MITTEL Nein Änderung ausgelöst
ELB.3 Classic Load Balancer-Listener sollten mit HTTPS- oder TLS-Terminierung konfiguriert werden AWS Bewährte grundlegende Sicherheitsmethoden, NIST SP 800-53 Rev. 5, NIST SP 800-171 Rev. 2, PCI DSS v4.0.1 MITTEL Nein Änderung ausgelöst
ELB.4 Application Load Balancer sollte so konfiguriert sein, dass HTTP-Header gelöscht werden AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 MITTEL Nein Änderung ausgelöst
ELB.5 Die Protokollierung von Anwendungen und Classic Load Balancers sollte aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
ELB.6 Für Application, Gateway und Network Load Balancer sollte der Löschschutz aktiviert sein AWS Bewährte grundlegende Sicherheitsmethoden, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
ELB.7 Bei klassischen Load Balancern sollte der Verbindungsabbau aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 NIEDRIG Nein Änderung ausgelöst
ELB.8 Klassische Load Balancer mit SSL-Listenern sollten eine vordefinierte Sicherheitsrichtlinie verwenden, die über eine starke Konfiguration verfügt AWS Bewährte grundlegende Sicherheitsmethoden, NIST SP 800-53 Rev. 5, NIST SP 800-171 Rev. 2, PCI DSS v4.0.1 MITTEL Nein Änderung ausgelöst
ELB.9 Bei klassischen Load Balancern sollte der zonenübergreifende Load Balancing aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
ELB.10 Classic Load Balancer sollte sich über mehrere Availability Zones erstrecken AWS Bewährte grundlegende Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Ja Änderung ausgelöst
ELB.12 Der Application Load Balancer sollte mit einem defensiven oder strengsten Desync-Abwehrmodus konfiguriert werden AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 MITTEL Nein Änderung ausgelöst
ELB.13 Anwendungs-, Netzwerk- und Gateway-Load Balancer sollten sich über mehrere Availability Zones erstrecken AWS Bewährte grundlegende Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Ja Änderung ausgelöst
ELB.14 Der Classic Load Balancer sollte mit einem defensiven oder strengsten Desync-Abwehrmodus konfiguriert werden AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 MITTEL Nein Änderung ausgelöst
ELB.16 Application Load Balancers sollten einer AWS WAF-Web-ACL zugeordnet sein NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
ELB.17 Anwendungs- und Netzwerk-Load-Balancer mit Listenern sollten die empfohlenen Sicherheitsrichtlinien verwenden AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
ELB.18 Anwendungs- und Network Load Balancer-Listener sollten sichere Protokolle verwenden, um Daten während der Übertragung zu verschlüsseln AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0 MITTEL Nein Änderung ausgelöst
ELB.21 Anwendungs- und Network Load Balancer-Zielgruppen sollten verschlüsselte Integritätsprüfungsprotokolle verwenden AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0 MITTEL Nein Änderung ausgelöst
ELB.22 ELB-Zielgruppen sollten verschlüsselte Transportprotokolle verwenden AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0 MITTEL Nein Änderung ausgelöst
EMR.1 Die primären Knoten des Amazon EMR-Clusters sollten keine öffentlichen IP-Adressen haben AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 HIGH (HOCH) Nein Regelmäßig
EMR.2 Die Amazon EMR-Einstellung „Öffentlichen Zugriff blockieren“ sollte aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 KRITISCH Nein Regelmäßig
EMR.3 Amazon EMR-Sicherheitskonfigurationen sollten im Ruhezustand verschlüsselt werden AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
EMR.4 Amazon EMR-Sicherheitskonfigurationen sollten während der Übertragung verschlüsselt werden AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
ES.1 Bei Elasticsearch-Domains sollte die Verschlüsselung im Ruhezustand aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, PCI DSS v3.2.1, NIST SP 800-53 Rev. 5 MITTEL Nein Regelmäßig
ES.2 Elasticsearch-Domains sollten nicht öffentlich zugänglich sein AWS Bewährte grundlegende Sicherheitsmethoden, PCI DSS v3.2.1, PCI DSS v4.0.1, NIST SP 800-53 Rev. 5 KRITISCH Nein Regelmäßig
ES.3 Elasticsearch-Domains sollten Daten verschlüsseln, die zwischen Knoten gesendet werden AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1, MITTEL Nein Änderung ausgelöst
ES.4 Die Elasticsearch-Domain-Fehlerprotokollierung in CloudWatch Logs sollte aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
ES.5 Bei Elasticsearch-Domains sollte die Audit-Protokollierung aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
ES.6 Elasticsearch-Domains sollten mindestens drei Datenknoten haben AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
ES.7 Elasticsearch-Domains sollten mit mindestens drei dedizierten Master-Nodes konfiguriert werden AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
ES.8 Verbindungen zu Elasticsearch-Domains sollten mit der neuesten TLS-Sicherheitsrichtlinie verschlüsselt werden AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 MITTEL Nein Änderung ausgelöst
ES.9 Elasticsearch-Domains sollten mit Tags versehen werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
EventBridge.2 EventBridge Event-Busse sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
EventBridge.3 EventBridge benutzerdefinierten Event-Bussen sollte eine ressourcenbasierte Richtlinie beigefügt sein AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 NIEDRIG Nein Änderung ausgelöst
EventBridge.4 EventBridge Auf globalen Endpunkten sollte die Ereignisreplikation aktiviert sein NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
FraudDetector.1 Die Entitätstypen von Amazon Fraud Detector sollten gekennzeichnet werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
FraudDetector.2 Die Etiketten von Amazon Fraud Detector sollten mit einem Etikett versehen werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
FraudDetector.3 Die Ergebnisse von Amazon Fraud Detector sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
FraudDetector.4 Amazon Fraud Detector-Variablen sollten mit Tags versehen werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
FSx.1 FSX für OpenZFS-Dateisysteme sollte so konfiguriert sein, dass Tags auf Backups und Volumes kopiert werden AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 NIEDRIG Nein Regelmäßig
FSx.2 FSx for Lustre-Dateisysteme sollten so konfiguriert sein, dass sie Tags in Backups kopieren AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5 NIEDRIG Nein Regelmäßig
FSx.3 FSX für OpenZFS-Dateisysteme sollte für den Einsatz konfiguriert werden Multi-AZ AWS Grundlegende bewährte Sicherheitsmethoden MITTEL Nein Regelmäßig
FSx.4 FSx für NetApp ONTAP-Dateisysteme sollte für die Bereitstellung konfiguriert werden Multi-AZ AWS Grundlegende bewährte Sicherheitsmethoden MITTEL Ja Regelmäßig
FSx.5 FSx für Windows File Server-Dateisysteme sollten für Multi-AZ die Bereitstellung konfiguriert werden AWS Grundlegende bewährte Methoden zur Sicherheit MITTEL Nein Regelmäßig
Glue.1 AWS Glue Jobs sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
Glue.3 AWS Glue Transformationen für maschinelles Lernen sollten im Ruhezustand verschlüsselt werden AWS Grundlegende bewährte Methoden zur Sicherheit MITTEL Nein Änderung ausgelöst
Glue.4 AWS Glue Spark-Jobs sollten auf unterstützten Versionen von ausgeführt werden AWS Glue AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
GlobalAccelerator.1 Die Beschleuniger von Global Accelerator sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
GuardDuty.1 GuardDuty sollte aktiviert sein AWS Bewährte grundlegende Sicherheitsmethoden, NIST SP 800-53 Rev. 5, NIST SP 800-171 Rev. 2, PCI DSS v3.2.1, PCI DSS v4.0.1 HIGH (HOCH) Nein Regelmäßig
GuardDuty.2 GuardDuty Filter sollten mit Tags versehen werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
GuardDuty.3 GuardDuty IPSets sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
GuardDuty.4 GuardDuty Detektoren sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
GuardDuty.5 GuardDuty Die EKS-Audit-Protokollüberwachung sollte aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden HIGH (HOCH) Nein Regelmäßig
GuardDuty.6 GuardDuty Lambda-Schutz sollte aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden, PCI DSS v4.0.1 HIGH (HOCH) Nein Regelmäßig
GuardDuty.7 GuardDuty EKS Runtime Monitoring sollte aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden, PCI DSS v4.0.1 HIGH (HOCH) Nein Regelmäßig
GuardDuty.8 GuardDuty Der Malware-Schutz für EC2 sollte aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden HIGH (HOCH) Nein Regelmäßig
GuardDuty.9 GuardDuty Der RDS-Schutz sollte aktiviert sein AWS Bewährte grundlegende Sicherheitsmethoden, PCI DSS v4.0.1 HIGH (HOCH) Nein Regelmäßig
GuardDuty.10 GuardDuty S3-Schutz sollte aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden, PCI DSS v4.0.1 HIGH (HOCH) Nein Regelmäßig
GuardDuty.11 GuardDuty Die Laufzeitüberwachung sollte aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden HIGH (HOCH) Nein Regelmäßig
GuardDuty.12 GuardDuty ECS Runtime Monitoring sollte aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden MITTEL Nein Regelmäßig
GuardDuty.13 GuardDuty EC2 Runtime Monitoring sollte aktiviert sein AWS Grundlegende bewährte Methoden zur Sicherheit MITTEL Nein Regelmäßig
IAM.1 IAM-Richtlinien sollten keine vollen „*“ -Administratorrechte zulassen CIS AWS AWS Foundations Benchmark v1.2.0, Best Practices für grundlegende Sicherheit v1.0.0, PCI DSS v3.2.1, CIS AWS Foundations Benchmark v1.4.0, NIST SP 800-53 Rev. 5, NIST SP 800-171 Rev. 2 HIGH (HOCH) Nein Änderung ausgelöst
IAM.2 IAM-Benutzern sollten keine IAM-Richtlinien angehängt sein CIS AWS Foundations Benchmark v5.0.0, CIS AWS Foundations Benchmark v3.0.0, CIS AWS AWS Foundations Benchmark v1.2.0, Bewährte grundlegende Sicherheitsmethoden v1.0.0, PCI DSS v3.2.1, NIST SP 800-53 Rev. 5, NIST SP 800-171 Rev. 2 LANGSAM Nein Änderung ausgelöst
IAM.3 Die Zugriffsschlüssel von IAM-Benutzern sollten alle 90 Tage oder weniger gewechselt werden CIS AWS Foundations Benchmark v5.0.0, CIS AWS Foundations Benchmark v3.0.0, CIS AWS Foundations Benchmark v1.4.0, CIS AWS Foundations Benchmark v1.2.0, grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 AWS MITTEL Nein Regelmäßig
IAM.4 Der IAM-Root-Benutzerzugriffsschlüssel sollte nicht existieren CIS AWS Foundations Benchmark v5.0.0, CIS AWS Foundations Benchmark v3.0.0, CIS Foundations Benchmark v1.4.0, CIS AWS Foundations Benchmark v1.2.0, Bewährte AWS grundlegende Sicherheitsmethoden v1.0.0, PCI DSS v3.2.1, NIST SP 800-53 Rev. 5 AWS KRITISCH Nein Regelmäßig
IAM.5 MFA sollte für alle IAM-Benutzer aktiviert werden, die ein Konsolenkennwort haben CIS AWS Foundations Benchmark v5.0.0, CIS AWS Foundations Benchmark v3.0.0, CIS Foundations Benchmark v1.4.0, CIS AWS Foundations Benchmark v1.2.0, Bewährte AWS grundlegende Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 AWS MITTEL Nein Regelmäßig
IAM.6 Hardware-MFA sollte für den Root-Benutzer aktiviert sein CIS AWS Foundations Benchmark v5.0.0, CIS AWS Foundations Benchmark v3.0.0, CIS Foundations Benchmark v1.4.0, CIS AWS Foundations Benchmark v1.2.0, Bewährte AWS grundlegende Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v3.2.1, PCI DSS v4.0.1 AWS KRITISCH Nein Regelmäßig
IAM.7 Passwortrichtlinien für IAM-Benutzer sollten über starke Konfigurationen verfügen AWS Bewährte grundlegende Sicherheitsmethoden, NIST SP 800-53 Rev. 5, NIST SP 800-171 Rev. 2, PCI DSS v4.0.1 MITTEL Ja Regelmäßig
IAM.8 Unbenutzte IAM-Benutzeranmeldedaten sollten entfernt werden CIS AWS AWS Foundations Benchmark v1.2.0, Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5, NIST SP 800-171 Rev. 2, PCI DSS v3.2.1, PCI DSS v4.0.1 MITTEL Nein Regelmäßig
IAM.9 MFA sollte für den Root-Benutzer aktiviert sein CIS AWS Foundations Benchmark v5.0.0, CIS AWS Foundations Benchmark v3.0.0, CIS Foundations Benchmark v1.4.0, CIS AWS Foundations Benchmark v1.2.0, NIST SP 800-53 Rev. 5, PCI DSS v3.2.1, PCI DSS v4.0.1 AWS KRITISCH Nein Regelmäßig
IAM.10 Passwortrichtlinien für IAM-Benutzer sollten über starke Konfigurationen verfügen NIST SP 800-171 Rev. 2, PCI DSS v3.2.1 MITTEL Nein Regelmäßig
IAM.11 Stellen Sie sicher, dass die IAM-Passwortrichtlinie mindestens einen Großbuchstaben erfordert CIS AWS Foundations Benchmark v1.2.0, NIST SP 800-171 Rev. 2, PCI DSS v4.0.1 MITTEL Nein Regelmäßig
IAM.12 Stellen Sie sicher, dass die IAM-Passwortrichtlinie mindestens einen Kleinbuchstaben erfordert CIS AWS Foundations Benchmark v1.2.0, NIST SP 800-171 Rev. 2, PCI DSS v4.0.1 MITTEL Nein Regelmäßig
IAM.13 Stellen Sie sicher, dass die IAM-Passwortrichtlinie mindestens ein Symbol erfordert CIS AWS Foundations Benchmark v1.2.0, NIST SP 800-171 Rev. 2 MITTEL Nein Regelmäßig
IAM.14 Stellen Sie sicher, dass die IAM-Passwortrichtlinie mindestens eine Zahl erfordert CIS AWS Foundations Benchmark v1.2.0, NIST SP 800-171 Rev. 2, PCI DSS v4.0.1 MITTEL Nein Regelmäßig
IAM.15 Stellen Sie sicher, dass die IAM-Passwortrichtlinie eine Mindestkennwortlänge von 14 oder mehr erfordert CIS AWS Foundations Benchmark v5.0.0, CIS AWS Foundations Benchmark v3.0.0, CIS Foundations Benchmark v1.4.0, CIS AWS Foundations Benchmark v1.2.0, NIST SP AWS 800-171 Rev. 2 MITTEL Nein Regelmäßig
IAM.16 Sicherstellen, dass die IAM-Passwortrichtlinie die Wiederverwendung von Passwörtern verhindert CIS AWS Foundations Benchmark v5.0.0, CIS AWS Foundations Benchmark v3.0.0, CIS Foundations Benchmark v1.4.0, CIS AWS Foundations Benchmark v1.2.0, NIST SP 800-171 Rev. 2, PCI DSS v4.0.1 AWS LANGSAM Nein Regelmäßig
IAM.17 Stellen Sie sicher, dass die IAM-Passwortrichtlinie die Kennwörter innerhalb von 90 Tagen oder weniger abläuft CIS AWS Foundations Benchmark v1.2.0, PCI DSS v4.0.1 NIEDRIG Nein Regelmäßig
IAM.18 Stellen Sie sicher, dass eine Support-Rolle für die Verwaltung von Vorfällen eingerichtet wurde AWS Support CIS AWS Foundations Benchmark v5.0.0, CIS AWS Foundations Benchmark v3.0.0, CIS Foundations Benchmark v1.4.0, CIS AWS Foundations Benchmark v1.2.0, NIST SP 800-171 Rev. 2, PCI DSS v4.0.1 AWS LANGSAM Nein Regelmäßig
IAM.19 MFA sollte für alle IAM-Benutzer aktiviert sein NIST SP 800-53 Rev. 5, NIST SP 800-171 Rev. 2, PCI DSS v3.2.1, PCI DSS v4.0.1 MITTEL Nein Regelmäßig
IAM.21 Vom Kunden verwaltete IAM-Richtlinien, die Sie erstellen, sollten keine Platzhalteraktionen für Dienste zulassen AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5, NIST SP 800-171 Rev. 2 LANGSAM Nein Änderung ausgelöst
IAM.22 IAM-Benutzeranmeldedaten, die 45 Tage lang nicht verwendet wurden, sollten entfernt werden CIS AWS Foundations Benchmark v5.0.0, CIS AWS Foundations Benchmark v3.0.0, CIS Foundations Benchmark v1.4.0, AWS NIST SP 800-171 Rev. 2 MITTEL Nein Regelmäßig
IAM.23 Die Analysatoren von IAM Access Analyzer sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
IAM.24 IAM-Rollen sollten mit Tags versehen werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
IAM.25 IAM-Benutzer sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
IAM.26 Abgelaufene SSL/TLS Zertifikate, die in IAM verwaltet werden, sollten entfernt werden CIS AWS Foundations Benchmark v5.0.0, CIS AWS Foundations Benchmark v3.0.0 MITTEL Nein Regelmäßig
IAM.27 IAM-Identitäten sollte die Richtlinie nicht beigefügt sein AWSCloudShellFullAccess CIS AWS Foundations Benchmark v5.0.0, CIS Foundations Benchmark v3.0.0 AWS MITTEL Nein Änderung ausgelöst
IAM.28 Der externe Zugriffsanalysator von IAM Access Analyzer sollte aktiviert sein CIS AWS Foundations Benchmark v5.0.0, CIS AWS Foundations Benchmark v3.0.0 HIGH (HOCH) Nein Regelmäßig
Inspector.1 Amazon Inspector EC2-Scannen sollte aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden, PCI DSS v4.0.1 HIGH (HOCH) Nein Regelmäßig
Inspector.2 Das Amazon Inspector ECR-Scannen sollte aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden, PCI DSS v4.0.1 HIGH (HOCH) Nein Regelmäßig
Inspector.3 Das Amazon Inspector Lambda-Code-Scannen sollte aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden, PCI DSS v4.0.1 HIGH (HOCH) Nein Regelmäßig
Inspector.4 Das Standard-Scannen von Amazon Inspector Lambda sollte aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden, PCI DSS v4.0.1 HIGH (HOCH) Nein Regelmäßig
IoT.1 AWS IoT Device Defender Sicherheitsprofile sollten mit Tags versehen werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
IoT.2 AWS IoT Core Maßnahmen zur Schadensbegrenzung sollten gekennzeichnet werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
IoT.3 AWS IoT Core Dimensionen sollten mit Tags versehen werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
IoT.4 AWS IoT Core Autorisierer sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
IoT.5 AWS IoT Core Rollenaliase sollten mit Tags versehen werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
IoT.6 AWS IoT Core Richtlinien sollten mit Tags versehen werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
IoTSiteWise.1 AWS IoT SiteWise Anlagenmodelle sollten mit Tags versehen werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
IoTSiteWise.2 AWS IoT SiteWise Dashboards sollten mit Tags versehen werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
IoTSiteWise.3 AWS IoT SiteWise Gateways sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
IoTSiteWise.4 AWS IoT SiteWise Portale sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
IoTSiteWise.5 AWS IoT SiteWise Projekte sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
IoTTwinMaker.1 AWS TwinMaker IoT-Synchronisierungsaufträge sollten mit Tags versehen werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
IoTTwinMaker.2 AWS TwinMaker IoT-Arbeitsbereiche sollten mit Tags versehen werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
IoTTwinMaker.3 AWS TwinMaker IoT-Szenen sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
IoTTwinMaker.4 AWS TwinMaker IoT-Entitäten sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
IoTWireless.1 AWS IoT Wireless-Multicast-Gruppen sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
IoTWireless.2 AWS IoT Wireless-Serviceprofile sollten mit Tags versehen werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
IoTWireless.3 AWS IoT Wireless FUOTA-Aufgaben sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
IVS.1 Die Schlüsselpaare für die IVS-Wiedergabe sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
IVS.2 IVS-Aufnahmekonfigurationen sollten mit Tags versehen werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
IVS.3 IVS-Kanäle sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
Keyspaces.1 Amazon Keyspaces-Schlüsselräume sollten mit Tags versehen werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
Kinesis.1 Kinesis-Streams sollten im Ruhezustand verschlüsselt werden AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
Kinesis.2 Kinesis-Streams sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
Kinesis.3 Kinesis-Streams sollten über eine angemessene Datenaufbewahrungsdauer verfügen AWS Grundlegende bewährte Methoden zur Sicherheit MITTEL Ja Änderung ausgelöst
KMS.1 Von Kunden verwaltete IAM-Richtlinien sollten keine Entschlüsselungsaktionen für alle KMS-Schlüssel zulassen AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
KMS.2 IAM-Prinzipale sollten keine integrierten IAM-Richtlinien haben, die Entschlüsselungsaktionen für alle KMS-Schlüssel zulassen AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
KMS.3 AWS KMS keys sollte nicht unbeabsichtigt gelöscht werden AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 KRITISCH Nein Änderung ausgelöst
KMS.4 AWS KMS key Rotation sollte aktiviert sein CIS AWS Foundations Benchmark v5.0.0, CIS AWS Foundations Benchmark v3.0.0, CIS Foundations Benchmark v1.4.0, CIS AWS Foundations Benchmark v1.2.0, NIST SP 800-53 Rev. 5, PCI DSS v3.2.1, PCI DSS v4.0.1 AWS MITTEL Nein Regelmäßig
KMS.5 KMS-Schlüssel sollten nicht öffentlich zugänglich sein AWS Grundlegende bewährte Methoden zur Sicherheit KRITISCH Nein Änderung ausgelöst
Lambda.1 Richtlinien für Lambda-Funktionen sollten den öffentlichen Zugriff verbieten AWS Bewährte grundlegende Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v3.2.1, PCI DSS v4.0.1 KRITISCH Nein Änderung ausgelöst
Lambda.2 Lambda-Funktionen sollten unterstützte Laufzeiten verwenden AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 MITTEL Nein Änderung ausgelöst
Lambda.3 Lambda-Funktionen sollten sich in einer VPC befinden PCI DSS v3.2.1, NIST SP 800-53 Rev. 5 NIEDRIG Nein Änderung ausgelöst
Lambda.5 VPC-Lambda-Funktionen sollten in mehreren Availability Zones ausgeführt werden AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Ja Änderung ausgelöst
Lambda.6 Lambda-Funktionen sollten mit Tags versehen werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
Lambda.7 Für Lambda-Funktionen sollte die AWS X-Ray aktive Ablaufverfolgung aktiviert sein NIST SP 800-53 Rev. 5 NIEDRIG Nein Änderung ausgelöst
Macie.1 Amazon Macie sollte aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Regelmäßig
Macie.2 Die automatische Erkennung sensibler Daten durch Macie sollte aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 HIGH (HOCH) Nein Regelmäßig
MSK.1 MSK-Cluster sollten bei der Übertragung zwischen Broker-Knoten verschlüsselt werden AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 MITTEL Nein Änderung ausgelöst
MSK.2 Für MSK-Cluster sollte die erweiterte Überwachung konfiguriert sein NIST SP 800-53 Rev. 5 NIEDRIG Nein Änderung ausgelöst
MSK.3 MSK Connect-Konnektoren sollten während der Übertragung verschlüsselt werden AWS Bewährte grundlegende Sicherheitsmethoden, PCI DSS v4.0.1 MITTEL Nein Änderung ausgelöst
MSK.4 Für MSK-Cluster sollte der öffentliche Zugriff deaktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden KRITISCH Nein Änderung ausgelöst
MSK.5 Bei MSK-Connectoren sollte die Protokollierung aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden MITTEL Nein Änderung ausgelöst
MSK.6 MSK-Cluster sollten den nicht authentifizierten Zugriff deaktivieren AWS Grundlegende bewährte Sicherheitsmethoden MITTEL Nein Änderung ausgelöst
MQ.2 ActiveMQ-Broker sollten Audit-Logs streamen an CloudWatch AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 MITTEL Nein Änderung ausgelöst
MQ.4 Amazon MQ-Broker sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
MQ.5 ActiveMQ-Broker sollten den Bereitstellungsmodus verwenden active/standby NIST SP 800-53 Rev. 5 NIEDRIG Nein Änderung ausgelöst
MQ.6 RabbitMQ-Broker sollten den Cluster-Bereitstellungsmodus verwenden NIST SP 800-53 Rev. 5 NIEDRIG Nein Änderung ausgelöst
Neptune.1 Neptune-DB-Cluster sollten im Ruhezustand verschlüsselt werden AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
Neptune.2 Neptune-DB-Cluster sollten Audit-Logs in Logs veröffentlichen CloudWatch AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 MITTEL Nein Änderung ausgelöst
Neptune.3 Neptune DB-Cluster-Snapshots sollten nicht öffentlich sein AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 KRITISCH Nein Änderung ausgelöst
Neptune.4 Bei Neptune-DB-Clustern sollte der Löschschutz aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 NIEDRIG Nein Änderung ausgelöst
Neptune.5 Bei Neptune-DB-Clustern sollten automatische Backups aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Ja Änderung ausgelöst
Neptune.6 Neptune DB-Cluster-Snapshots sollten im Ruhezustand verschlüsselt werden AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
Neptune.7 Bei Neptune-DB-Clustern sollte die IAM-Datenbankauthentifizierung aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
Neptune.8 Neptune-DB-Cluster sollten so konfiguriert werden, dass sie Tags in Snapshots kopieren AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 NIEDRIG Nein Änderung ausgelöst
Neptune.9 Neptune DB-Cluster sollten in mehreren Availability Zones bereitgestellt werden NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
NetworkFirewall.1 Netzwerk-Firewall-Firewalls sollten in mehreren Availability Zones eingesetzt werden NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
NetworkFirewall.2 Die Netzwerk-Firewall-Protokollierung sollte aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5, NIST SP 800-171 Rev. 2 MITTEL Nein Regelmäßig
NetworkFirewall.3 Netzwerk-Firewall-Richtlinien sollte mindestens eine Regelgruppe zugeordnet sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5, NIST SP 800-171 Rev. 2 MITTEL Nein Änderung ausgelöst
NetworkFirewall.4 Die standardmäßige statusfreie Aktion für Netzwerk-Firewall-Richtlinien sollte für vollständige Pakete „Löschen“ oder „Weiterleiten“ lauten AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
NetworkFirewall.5 Die standardmäßige statusfreie Aktion für Netzwerk-Firewall-Richtlinien sollte für fragmentierte Pakete „Löschen“ oder „Weiterleiten“ lauten AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5, NIST SP 800-171 Rev. 2 MITTEL Nein Änderung ausgelöst
NetworkFirewall.6 Die Regelgruppe für eine statuslose Netzwerk-Firewall sollte nicht leer sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5, NIST SP 800-171 Rev. 2 MITTEL Nein Änderung ausgelöst
NetworkFirewall.7 Netzwerk-Firewalls sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
NetworkFirewall.8 Die Firewall-Richtlinien der Netzwerk-Firewall sollten mit Tags versehen werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
NetworkFirewall.9 Bei Netzwerk-Firewall-Firewalls sollte der Löschschutz aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
NetworkFirewall.10 Bei Netzwerk-Firewall-Firewalls sollte der Subnetzänderungsschutz aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
Opensearch.1 OpenSearch Bei Domänen sollte die Verschlüsselung im Ruhezustand aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, PCI DSS v3.2.1, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
Opensearch.2 OpenSearch Domains sollten nicht öffentlich zugänglich sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, PCI DSS v3.2.1, NIST SP 800-53 Rev. 5 KRITISCH Nein Änderung ausgelöst
Opensearch.3 OpenSearch Domänen sollten Daten verschlüsseln, die zwischen Knoten gesendet werden AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
Opensearch.4 OpenSearch Die Protokollierung von Domänenfehlern in CloudWatch Logs sollte aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
Opensearch.5 OpenSearch Für Domänen sollte die Auditprotokollierung aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 MITTEL Nein Änderung ausgelöst
Opensearch.6 OpenSearch Domänen sollten mindestens drei Datenknoten haben AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
Opensearch.7 OpenSearch Für Domänen sollte die feinkörnige Zugriffskontrolle aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 HIGH (HOCH) Nein Änderung ausgelöst
Opensearch.8 Verbindungen zu OpenSearch Domains sollten mit der neuesten TLS-Sicherheitsrichtlinie verschlüsselt werden AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
Opensearch.9 OpenSearch Domänen sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
Opensearch.10 OpenSearch Auf den Domänen sollte das neueste Softwareupdate installiert sein AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 MITTEL Nein Änderung ausgelöst
Opensearch.11 OpenSearch Domänen sollten über mindestens drei dedizierte primäre Knoten verfügen NIST SP 800-53 Rev. 5 NIEDRIG Nein Regelmäßig
PCA.1 AWS Private CA Die Stammzertifizierungsstelle sollte deaktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 NIEDRIG Nein Regelmäßig
PCA.2 AWS Private CA-Zertifizierungsstellen sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
RDS.1 Der RDS-Snapshot sollte privat sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, PCI DSS v3.2.1, NIST SP 800-53 Rev. 5 KRITISCH Nein Änderung ausgelöst
RDS.2 RDS-DB-Instances sollten den öffentlichen Zugriff verbieten, wie in der PubliclyAccessible Konfiguration festgelegt CIS AWS Foundations Benchmark v5.0.0, CIS AWS Foundations Benchmark v3.0.0, Bewährte AWS grundlegende Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v3.2.1, PCI DSS v4.0.1 KRITISCH Nein Änderung ausgelöst
RDS.3 Bei RDS-DB-Instances sollte die Verschlüsselung im Ruhezustand aktiviert sein CIS AWS Foundations Benchmark v5.0.0, CIS AWS Foundations Benchmark v3.0.0, CIS AWS AWS Foundations Benchmark v1.4.0, Bewährte grundlegende Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
RDS.4 RDS-Cluster-Snapshots und Datenbank-Snapshots sollten im Ruhezustand verschlüsselt werden AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
RDS.5 RDS-DB-Instances sollten mit mehreren Availability Zones konfiguriert werden CIS AWS Foundations Benchmark v5.0.0, AWS grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
RDS.6 Für RDS-DB-Instances sollte eine erweiterte Überwachung konfiguriert werden AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 NIEDRIG Ja Änderung ausgelöst
RDS.7 Für RDS-Cluster sollte der Löschschutz aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
RDS.8 Für RDS-DB-Instances sollte der Löschschutz aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 NIEDRIG Nein Änderung ausgelöst
RDS.9 RDS-DB-Instances sollten CloudWatch Protokolle in Logs veröffentlichen AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 MITTEL Nein Änderung ausgelöst
RDS.10 Die IAM-Authentifizierung sollte für RDS-Instances konfiguriert werden AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
RDS.11 Für RDS-Instances sollten automatische Backups aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Ja Änderung ausgelöst
RDS.12 Die IAM-Authentifizierung sollte für RDS-Cluster konfiguriert werden AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
RDS.13 Automatische RDS-Upgrades für Nebenversionen sollten aktiviert sein CIS AWS Foundations Benchmark v5.0.0, CIS AWS Foundations Benchmark v3.0.0, AWS Bewährte grundlegende Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 HIGH (HOCH) Nein Änderung ausgelöst
RDS.14 Bei Amazon Aurora-Clustern sollte Backtracking aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Ja Änderung ausgelöst
RDS.15 RDS-DB-Cluster sollten für mehrere Availability Zones konfiguriert werden CIS AWS Foundations Benchmark v5.0.0, AWS grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
RDS.16 Aurora-DB-Cluster sollten so konfiguriert werden, dass sie Tags in DB-Snapshots kopieren AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 NIEDRIG Nein Änderung ausgelöst
RDS.17 RDS-DB-Instances sollten so konfiguriert werden, dass sie Tags in Snapshots kopieren AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 NIEDRIG Nein Änderung ausgelöst
RDS.19 Bestehende Abonnements für RDS-Ereignisbenachrichtigungen sollten für kritische Cluster-Ereignisse konfiguriert werden AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 NIEDRIG Nein Änderung ausgelöst
RDS.20 Bestehende Abonnements für RDS-Ereignisbenachrichtigungen sollten für kritische Datenbank-Instance-Ereignisse konfiguriert werden AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 NIEDRIG Nein Änderung ausgelöst
RDS.21 Für kritische Gruppenereignisse mit Datenbankparametern sollte ein Abonnement für RDS-Ereignisbenachrichtigungen konfiguriert werden AWS Bewährte grundlegende Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 NIEDRIG Nein Änderung ausgelöst
RDS.22 Für kritische Ereignisse der Datenbank-Sicherheitsgruppe sollte ein Abonnement für RDS-Ereignisbenachrichtigungen konfiguriert werden AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 NIEDRIG Nein Änderung ausgelöst
RDS.23 RDS-Instances sollten keinen Standard-Port für die Datenbank-Engine verwenden AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 NIEDRIG Nein Änderung ausgelöst
RDS.24 RDS-Datenbank-Cluster sollten einen benutzerdefinierten Administratorbenutzernamen verwenden AWS Bewährte grundlegende Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 MITTEL Nein Änderung ausgelöst
RDS.25 RDS-Datenbank-Instances sollten einen benutzerdefinierten Administrator-Benutzernamen verwenden AWS Bewährte grundlegende Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 MITTEL Nein Änderung ausgelöst
RDS.26 RDS-DB-Instances sollten durch einen Backup-Plan geschützt werden NIST SP 800-53 Rev. 5 MITTEL Ja Regelmäßig
RDS.27 RDS-DB-Cluster sollten im Ruhezustand verschlüsselt werden AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
RDS.28 RDS-DB-Cluster sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
RDS.29 RDS-DB-Cluster-Snapshots sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
RDS.30 RDS-DB-Instances sollten mit Tags versehen werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
RDS.31 RDS-DB-Sicherheitsgruppen sollten mit Tags versehen werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
RDS.32 RDS-DB-Snapshots sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
RDS.33 RDS-DB-Subnetzgruppen sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
RDS.34 Aurora MySQL-DB-Cluster sollten Audit-Logs in CloudWatch Logs veröffentlichen AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 MITTEL Nein Änderung ausgelöst
RDS.35 Für RDS-DB-Cluster sollte das automatische Nebenversions-Upgrade aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 MITTEL Nein Änderung ausgelöst
RDS.36 RDS für PostgreSQL-DB-Instances sollte Protokolle in Logs veröffentlichen CloudWatch AWS Grundlegende bewährte Sicherheitsmethoden, PCI DSS v4.0.1 MITTEL Ja Änderung ausgelöst
RDS.37 Aurora PostgreSQL-DB-Cluster sollten Protokolle in Logs veröffentlichen CloudWatch AWS Grundlegende bewährte Sicherheitsmethoden, PCI DSS v4.0.1 MITTEL Nein Änderung ausgelöst
RDS.38 RDS für PostgreSQL-DB-Instances sollte während der Übertragung verschlüsselt werden AWS Grundlegende bewährte Methoden zur Sicherheit MITTEL Nein Regelmäßig
RDS.39 RDS für MySQL-DB-Instances sollte während der Übertragung verschlüsselt werden AWS Grundlegende bewährte Methoden zur Sicherheit MITTEL Nein Regelmäßig
RDS.40 RDS für SQL Server-DB-Instances sollte CloudWatch Protokolle in Logs veröffentlichen AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5 MITTEL Ja Änderung ausgelöst
RDS.41 RDS für SQL Server-DB-Instances sollte während der Übertragung verschlüsselt werden AWS Grundlegende bewährte Methoden zur Sicherheit MITTEL Nein Regelmäßig
RDS.42 RDS für MariaDB-DB-Instances sollte Protokolle in Logs veröffentlichen CloudWatch AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5 MITTEL Ja Regelmäßig
RDS.43 RDS-DB-Proxys sollten eine TLS-Verschlüsselung für Verbindungen benötigen AWS Grundlegende bewährte Methoden zur Sicherheit MITTEL Nein Regelmäßig
RDS.44 RDS für MariaDB-DB-Instances sollte während der Übertragung verschlüsselt werden AWS Grundlegende bewährte Methoden zur Sicherheit MITTEL Nein Regelmäßig
RDS.45 Bei Aurora MySQL-DB-Clustern sollte die Audit-Protokollierung aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5 MITTEL Nein Regelmäßig
RDS.46 RDS-DB-Instances sollten nicht in öffentlichen Subnetzen mit Routen zu Internet-Gateways bereitgestellt werden AWS Grundlegende bewährte Methoden zur Sicherheit HIGH (HOCH) Nein Regelmäßig
RDS.47 RDS für PostgreSQL-DB-Cluster sollte so konfiguriert werden, dass Tags in DB-Snapshots kopiert werden AWS Grundlegende bewährte Methoden zur Sicherheit NIEDRIG Nein Änderung ausgelöst
RDS.48 RDS für MySQL-DB-Cluster sollte so konfiguriert werden, dass Tags in DB-Snapshots kopiert werden AWS Grundlegende bewährte Methoden zur Sicherheit NIEDRIG Nein Änderung ausgelöst
RDS.50 Für RDS-DB-Cluster sollte ein ausreichender Aufbewahrungszeitraum für Backups festgelegt sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0 MITTEL Ja Änderung ausgelöst
RDS.51 Globale RDS-Cluster sollten auf einer unterstützten Aurora MySQL-Version ausgeführt werden AWS Grundlegende bewährte Methoden zur Sicherheit HIGH (HOCH) Nein Änderung ausgelöst
Redshift.1 Amazon Redshift-Cluster sollten den öffentlichen Zugriff verbieten AWS Bewährte grundlegende Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v3.2.1, PCI DSS v4.0.1 KRITISCH Nein Änderung ausgelöst
Redshift.2 Verbindungen zu Amazon Redshift-Clustern sollten während der Übertragung verschlüsselt werden AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 MITTEL Nein Änderung ausgelöst
Redshift.3 Bei Amazon Redshift-Clustern sollten automatische Snapshots aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Ja Änderung ausgelöst
Redshift.4 Bei Amazon Redshift-Clustern sollte die Audit-Protokollierung aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 MITTEL Nein Änderung ausgelöst
Redshift.6 Bei Amazon Redshift sollten automatische Upgrades auf Hauptversionen aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
Redshift.7 Redshift-Cluster sollten verbessertes VPC-Routing verwenden AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
Redshift.8 Amazon Redshift-Cluster sollten nicht den Standard-Admin-Benutzernamen verwenden AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
Redshift.10 Redshift-Cluster sollten im Ruhezustand verschlüsselt werden AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
Redshift.11 Redshift-Cluster sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
Redshift.12 Abonnementbenachrichtigungen für Redshift-Ereignisse sollten mit Tags versehen werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
Redshift.13 Redshift-Cluster-Snapshots sollten markiert werden AWS Standard für Ressourcen-Tagging NIEDRIG Ja Änderung ausgelöst
Redshift.14 Redshift-Cluster-Subnetzgruppen sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
Redshift.15 Redshift-Sicherheitsgruppen sollten den Zugriff auf den Cluster-Port nur von eingeschränkten Ursprüngen aus zulassen AWS Grundlegende bewährte Sicherheitsmethoden, PCI DSS v4.0.1 HIGH (HOCH) Nein Regelmäßig
Redshift.16 Redshift-Cluster-Subnetzgruppen sollten Subnetze aus mehreren Availability Zones enthalten NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
Redshift.17 Redshift-Cluster-Parametergruppen sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
Redshift.18 Für Redshift-Cluster sollten Multi-AZ Bereitstellungen aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden MITTEL Nein Änderung ausgelöst
RedshiftServerless.1 Amazon Redshift Serverless Arbeitsgruppen sollten verbessertes VPC-Routing verwenden AWS Grundlegende bewährte Sicherheitsmethoden HIGH (HOCH) Nein Regelmäßig
RedshiftServerless.2 Verbindungen zu Redshift Serverless Workgroups sollten für die Verwendung von SSL erforderlich sein AWS Grundlegende bewährte Sicherheitsmethoden MITTEL Nein Regelmäßig
RedshiftServerless.3 Serverlose Redshift-Arbeitsgruppen sollten den öffentlichen Zugriff verbieten AWS Grundlegende bewährte Sicherheitsmethoden HIGH (HOCH) Nein Regelmäßig
RedshiftServerless.4 Serverlose Redshift-Namespaces sollten so verschlüsselt werden, dass sie vom Kunden verwaltet werden AWS KMS keys NIST SP 800-53 Rev. 5 MITTEL Ja Regelmäßig
RedshiftServerless.5 Redshift Serverless Namespaces sollten nicht den Standard-Admin-Benutzernamen verwenden AWS Grundlegende bewährte Sicherheitsmethoden MITTEL Nein Regelmäßig
RedshiftServerless.6 Redshift Serverless Namespaces sollten Logs nach Logs exportieren CloudWatch AWS Grundlegende bewährte Sicherheitsmethoden MITTEL Nein Regelmäßig
Route53.1 Die Gesundheitschecks der Route 53 sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
Route53.2 Öffentliche Hosting-Zonen von Route 53 sollten DNS-Abfragen protokollieren AWS Bewährte grundlegende Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 MITTEL Nein Änderung ausgelöst
S3.1 Für S3-Buckets für allgemeine Zwecke sollten die Einstellungen zum Blockieren des öffentlichen Zugriffs aktiviert sein CIS AWS Foundations Benchmark v5.0.0, CIS AWS Foundations Benchmark v3.0.0, CIS AWS AWS Foundations Benchmark v1.4.0, Bewährte grundlegende Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v3.2.1, PCI DSS v4.0.1 MITTEL Nein Regelmäßig
S3.2 S3-Buckets für allgemeine Zwecke sollten den öffentlichen Lesezugriff blockieren AWS Bewährte grundlegende Sicherheitsmethoden, PCI DSS v3.2.1, NIST SP 800-53 Rev. 5 KRITISCH Nein Änderung ausgelöst und periodisch
S3.3 S3-Buckets für allgemeine Zwecke sollten den öffentlichen Schreibzugriff blockieren AWS Bewährte grundlegende Sicherheitsmethoden, PCI DSS v3.2.1, NIST SP 800-53 Rev. 5 KRITISCH Nein Änderung ausgelöst und periodisch
S3.5 S3-Buckets für allgemeine Zwecke sollten Anfragen zur Verwendung von SSL erfordern CIS AWS Foundations Benchmark v5.0.0, CIS AWS Foundations Benchmark v3.0.0, CIS AWS AWS Foundations Benchmark v1.4.0, Bewährte grundlegende Sicherheitsmethoden, NIST SP 800-53 Rev. 5, NIST SP 800-171 Rev. 2, PCI DSS v3.2.1, PCI DSS v4.0.1 MITTEL Nein Änderung ausgelöst
S3.6 S3-Bucket-Richtlinien für allgemeine Zwecke sollten den Zugriff auf andere einschränken AWS-Konten AWS Bewährte grundlegende Sicherheitsmethoden, NIST SP 800-53 Rev. 5, NIST SP 800-171 Rev. 2 HIGH (HOCH) Nein Änderung ausgelöst
S3.7 S3-Buckets für allgemeine Zwecke sollten die regionsübergreifende Replikation verwenden PCI DSS v3.2.1, NIST SP 800-53 Rev. 5 NIEDRIG Nein Änderung ausgelöst
S3.8 S3-Buckets für allgemeine Zwecke sollten den öffentlichen Zugriff blockieren CIS AWS Foundations Benchmark v5.0.0, CIS AWS Foundations Benchmark v3.0.0, CIS AWS AWS Foundations Benchmark v1.4.0, Bewährte grundlegende Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 HIGH (HOCH) Nein Änderung ausgelöst
S3.9 Für S3-Buckets für allgemeine Zwecke sollte die Protokollierung des Serverzugriffs aktiviert sein AWS Bewährte grundlegende Sicherheitsmethoden, NIST SP 800-53 Rev. 5, NIST SP 800-171 Rev. 2, PCI DSS v4.0.1 MITTEL Nein Änderung ausgelöst
S3.10 S3-Allzweck-Buckets mit aktivierter Versionierung sollten über Lifecycle-Konfigurationen verfügen NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
S3.11 Für S3-Buckets für allgemeine Zwecke sollten Ereignisbenachrichtigungen aktiviert sein NIST SP 800-53 Rev. 5, NIST SP 800-171 Rev. 2 MITTEL Ja Änderung ausgelöst
S3.12 ACLs sollten nicht verwendet werden, um den Benutzerzugriff auf S3-Buckets für allgemeine Zwecke zu verwalten AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
S3.13 S3-Buckets für allgemeine Zwecke sollten Lifecycle-Konfigurationen haben AWS Bewährte grundlegende Sicherheitsmethoden, NIST SP 800-53 Rev. 5 NIEDRIG Ja Änderung ausgelöst
S3.14 Für S3-Buckets für allgemeine Zwecke sollte die Versionierung aktiviert sein NIST SP 800-53 Rev. 5, NIST SP 800-171 Rev. 2 NIEDRIG Nein Änderung ausgelöst
S3.15 Bei S3-Buckets für allgemeine Zwecke sollte die Objektsperre aktiviert sein NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 MITTEL Ja Änderung ausgelöst
S3.17 S3-Buckets für allgemeine Zwecke sollten im Ruhezustand mit verschlüsselt werden AWS KMS keys NIST SP 800-53 Rev. 5, NIST SP 800-171 Rev. 2, PCI DSS v4.0.1 MITTEL Nein Änderung ausgelöst
S3.19 Für S3-Zugangspunkte sollten die Einstellungen zum Blockieren des öffentlichen Zugriffs aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 KRITISCH Nein Änderung ausgelöst
S3.20 Für S3-Buckets für allgemeine Zwecke sollte das MFA-Löschen aktiviert sein CIS AWS Foundations Benchmark v5.0.0, CIS AWS Foundations Benchmark v3.0.0, CIS Foundations Benchmark v1.4.0, NIST AWS SP 800-53 Rev. 5 NIEDRIG Nein Änderung ausgelöst
S3.22 S3-Buckets für allgemeine Zwecke sollten Schreibereignisse auf Objektebene protokollieren CIS AWS Foundations Benchmark v5.0.0, CIS Foundations Benchmark v3.0.0, PCI AWS DSS v4.0.1 MITTEL Nein Regelmäßig
S3.23 S3-Buckets für allgemeine Zwecke sollten Leseereignisse auf Objektebene protokollieren CIS AWS Foundations Benchmark v5.0.0, CIS Foundations Benchmark v3.0.0, PCI AWS DSS v4.0.1 MITTEL Nein Regelmäßig
S3.24 Bei S3 Multi-Region Access Points sollten die Einstellungen zum Blockieren des öffentlichen Zugriffs aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden, PCI DSS v4.0.1 HIGH (HOCH) Nein Änderung ausgelöst
S3.25 S3-Verzeichnis-Buckets sollten Lebenszykluskonfigurationen haben AWS Grundlegende bewährte Sicherheitsmethoden NIEDRIG Ja Änderung ausgelöst
SageMaker.1 SageMaker Amazon-Notebook-Instances sollten keinen direkten Internetzugang haben AWS Bewährte grundlegende Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v3.2.1, PCI DSS v4.0.1 HIGH (HOCH) Nein Regelmäßig
SageMaker.2 SageMaker Notebook-Instances sollten in einer benutzerdefinierten VPC gestartet werden AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 HIGH (HOCH) Nein Änderung ausgelöst
SageMaker.3 Benutzer sollten keinen Root-Zugriff auf SageMaker Notebook-Instances haben AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 HIGH (HOCH) Nein Änderung ausgelöst
SageMaker.4 SageMaker Endpunkt-Produktionsvarianten sollten eine anfängliche Instanzanzahl von mehr als 1 haben AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5 MITTEL Nein Regelmäßig
SageMaker.5 SageMaker Bei Modellen sollte die Netzwerkisolierung aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden MITTEL Nein Änderung ausgelöst
SageMaker.6 SageMaker App-Image-Konfigurationen sollten mit Tags versehen werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
SageMaker.7 SageMaker Bilder sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
SageMaker.8 SageMaker Notebook-Instances sollten auf unterstützten Plattformen laufen AWS Grundlegende bewährte Methoden zur Sicherheit MITTEL Nein Regelmäßig
SageMaker.9 SageMaker Bei Auftragsdefinitionen für Datenqualität sollte die Verschlüsselung des Container-Datenverkehrs aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0 MITTEL Nein Änderung ausgelöst
SageMaker.10 SageMaker Für Jobdefinitionen zur Erläuterung des Modells sollte die Verschlüsselung des Container-Datenverkehrs aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0 MITTEL Nein Änderung ausgelöst
SageMaker.11 SageMaker Bei Auftragsdefinitionen zur Datenqualität sollte die Netzwerkisolierung aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0 MITTEL Nein Änderung ausgelöst
SageMaker.12 SageMaker Für Jobdefinitionen mit Modellverzerrung sollte die Netzwerkisolierung aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0 MITTEL Nein Änderung ausgelöst
SageMaker.13 SageMaker Für Jobdefinitionen in Modellqualität sollte die Verschlüsselung des Container-Datenverkehrs aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0 MITTEL Nein Änderung ausgelöst
SageMaker.14 SageMaker Bei den Überwachungsplänen sollte die Netzwerkisolierung aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0 MITTEL Nein Änderung ausgelöst
SageMaker.15 SageMaker Für Jobdefinitionen mit Modellverzerrungen sollte die Verschlüsselung des Container-Datenverkehrs aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0 MITTEL Nein Änderung ausgelöst
SageMaker.16 SageMaker Modelle sollten eine private Registrierung in VPC für Primärcontainer verwenden AWS Grundlegende bewährte Methoden zur Sicherheit MITTEL Nein Änderung ausgelöst
SageMaker.17 SageMaker Offline-Stores der Feature-Gruppe sollten mit AWS KMS Schlüsseln verschlüsselt werden AWS Grundlegende bewährte Methoden zur Sicherheit MITTEL Nein Änderung ausgelöst
SageMaker.18 SageMaker Onlineshops der Feature-Gruppe mit Standardspeicher sollten mit AWS KMS Schlüsseln verschlüsselt werden NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
SageMaker.19 SageMaker Modelle sollten eine private Registrierung in VPC für Multicontainer-Inferenz-Pipelines verwenden AWS Grundlegende bewährte Methoden zur Sicherheit MITTEL Nein Änderung ausgelöst
SageMaker.20 SageMaker Für Jobdefinitionen zur Erläuterung des Modells sollte die Netzwerkisolierung aktiviert sein AWS Grundlegende bewährte Methoden zur Sicherheit HIGH (HOCH) Nein Änderung ausgelöst
SageMaker.21 SageMaker Notebook-Instances sollten mit vom Kunden verwalteten AWS KMS Schlüsseln verschlüsselt werden AWS Grundlegende bewährte Methoden zur Sicherheit MITTEL Nein Änderung ausgelöst
SageMaker.22 SageMaker Bei den Überwachungsplänen sollte die Verschlüsselung des Container-Datenverkehrs aktiviert sein AWS Bewährte grundlegende Sicherheitsmethoden MITTEL Nein Änderung ausgelöst
SageMaker.23 SageMaker Bei Inferenzversuchen sollte das Instanz-Speichervolumen mit vom Kunden verwalteten AWS KMS Schlüsseln verschlüsselt werden AWS Grundlegende bewährte Methoden zur Sicherheit MITTEL Nein Änderung ausgelöst
SageMaker.24 SageMaker Bei Inferenzexperimenten sollte der Datenspeicher mit vom Kunden verwalteten AWS KMS Schlüsseln verschlüsselt sein AWS Grundlegende bewährte Methoden zur Sicherheit MITTEL Nein Änderung ausgelöst
SageMaker.25 SageMaker Für Jobdefinitionen in Modellqualität sollte die Netzwerkisolierung aktiviert sein AWS Bewährte grundlegende Sicherheitsmethoden HIGH (HOCH) Nein Änderung ausgelöst
SecretsManager.1 Bei Secrets Manager-Geheimnissen sollte die automatische Rotation aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 MITTEL Ja Änderung ausgelöst
SecretsManager.2 Secrets Manager-Geheimnisse, die mit automatischer Rotation konfiguriert sind, sollten erfolgreich rotieren AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 MITTEL Nein Änderung ausgelöst
SecretsManager.3 Unbenutzte Secrets Manager-Geheimnisse entfernen AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5 MITTEL Ja Regelmäßig
SecretsManager.4 Secrets Manager-Geheimnisse sollten innerhalb einer bestimmten Anzahl von Tagen rotiert werden AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 MITTEL Ja Regelmäßig
SecretsManager.5 Secrets Manager-Geheimnisse sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
ServiceCatalog.1 Service Catalog-Portfolios sollten nur innerhalb einer AWS Organisation gemeinsam genutzt werden AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5 MITTEL Nein Regelmäßig
SES.1 SES-Kontaktlisten sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
SES.2 SES-Konfigurationssätze sollten mit Tags versehen werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
SES.3 In den SES-Konfigurationssätzen sollte TLS für das Senden von E-Mails aktiviert sein AWS Grundlegende bewährte Methoden zur Sicherheit MITTEL Nein Änderung ausgelöst
SNS.1 SNS-Themen sollten im Ruhezustand verschlüsselt werden mit AWS KMS NIST SP 800-53 Rev. 5, NIST SP 800-171 Rev. 2 MITTEL Nein Änderung ausgelöst
SNS.3 SNS-Themen sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
SNS.4 Die Richtlinien für den Zugriff auf SNS-Themen sollten keinen öffentlichen Zugriff zulassen AWS Grundlegende bewährte Methoden im Bereich Sicherheit KRITISCH Nein Änderung ausgelöst
SQS.1 Amazon SQS-Warteschlangen sollten im Ruhezustand verschlüsselt werden AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
SQS.2 SQS-Warteschlangen sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
SQS.3 Die Richtlinien für den Zugriff auf SQS-Warteschlangen sollten keinen öffentlichen Zugriff zulassen AWS Grundlegende bewährte Methoden zur Sicherheit KRITISCH Nein Änderung ausgelöst
SSM.1 EC2-Instances sollten verwaltet werden von AWS Systems Manager AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, PCI DSS v3.2.1, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
SSM.2 EC2-Instances, die von Systems Manager verwaltet werden, sollten nach einer Patch-Installation den Patch-Compliance-Status COMPLIANT haben AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5, NIST SP 800-171 Rev. 2, PCI DSS v3.2.1, PCI DSS v4.0.1 HIGH (HOCH) Nein Änderung ausgelöst
SSM.3 EC2-Instances, die von Systems Manager verwaltet werden, sollten den Zuordnungsstatus COMPLIANT haben AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5, PCI DSS v3.2.1, PCI DSS v4.0.1 LANGSAM Nein Änderung ausgelöst
SSM.4 SSM-Dokumente sollten nicht öffentlich sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 KRITISCH Nein Regelmäßig
SSM.5 SSM-Dokumente sollten mit Tags versehen werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
SSM.6 Bei SSM Automation sollte die CloudWatch Protokollierung aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0 MITTEL Nein Regelmäßig
SSM.7 Bei SSM-Dokumenten sollte die Einstellung „Öffentliches Teilen blockieren“ aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0 KRITISCH Nein Regelmäßig
StepFunctions.1 Step Functions Bei Zustandsautomaten sollte die Protokollierung aktiviert sein AWS Bewährte grundlegende Sicherheitsmethoden v1.0.0, PCI DSS v4.0.1 MITTEL Ja Änderung ausgelöst
StepFunctions.2 Die Aktivitäten von Step Functions sollten markiert werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
Transfer.1 Die Workflows zum Übertragen der Familie sollten mit Tags versehen werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
Transfer.2 Transfer Family-Server sollten kein FTP-Protokoll für die Endpunktverbindung verwenden AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 MITTEL Nein Regelmäßig
Transfer.3 Bei Connectoren der Übertragungsfamilie sollte die Protokollierung aktiviert sein AWS Bewährte grundlegende Sicherheitsmethoden, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
Transfer.4 Übertragung Familienverträge sollten gekennzeichnet werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
Transfer.5 Familienzertifikate sollten mit einem Schlagwort versehen sein AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
Transfer.6 Die Konnektoren von Transfer Family sollten mit Tags versehen sein AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
Transfer.7 Familienprofile übertragen sollten mit Tags versehen werden AWS Standard für die Kennzeichnung von Ressourcen NIEDRIG Ja Änderung ausgelöst
WAF.1 AWS Die WAF Classic Global Web ACL-Protokollierung sollte aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden, NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 MITTEL Nein Regelmäßig
WAF.2 AWS Die regionalen Regeln von WAF Classic sollten mindestens eine Bedingung enthalten AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
WAF.3 AWS WAF Classic Regional Regelgruppen sollten mindestens eine Regel haben AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
WAF.4 AWS WAF Classic Regional Web ACLs sollten mindestens eine Regel oder Regelgruppe haben AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
WAF.6 AWS Die globalen WAF Classic-Regeln sollten mindestens eine Bedingung haben AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
WAF.7 AWS Globale WAF Classic-Regelgruppen sollten mindestens eine Regel enthalten AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
WAF.8 AWS Die globalen Web-ACLs von WAF Classic sollten mindestens eine Regel oder Regelgruppe haben AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
WAF.10 AWS WAF-Web-ACLs sollten mindestens eine Regel oder Regelgruppe haben AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5 MITTEL Nein Änderung ausgelöst
WAF.11 AWS Die WAF-Web-ACL-Protokollierung sollte aktiviert sein NIST SP 800-53 Rev. 5, PCI DSS v4.0.1 NIEDRIG Nein Regelmäßig
WAF.12 AWS Für WAF-Regeln sollten CloudWatch Metriken aktiviert sein AWS Grundlegende bewährte Sicherheitsmethoden v1.0.0, NIST SP 800-53 Rev. 5, NIST SP 800-171 Rev. 2 MITTEL Nein Änderung ausgelöst
WorkSpaces.1 WorkSpaces Benutzervolumes sollten im Ruhezustand verschlüsselt werden AWS Grundlegende bewährte Methoden zur Sicherheit MITTEL Nein Änderung ausgelöst
WorkSpaces.2 WorkSpaces Root-Volumes sollten im Ruhezustand verschlüsselt werden AWS Grundlegende bewährte Sicherheitsmethoden MITTEL Nein Änderung ausgelöst