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.
NIST SP 800-53 Revision 5 im Security Hub CSPM
Die NIST-Sonderveröffentlichung 800-53 Revision 5 (NIST SP 800-53 Rev. 5) ist ein Framework für Cybersicherheit und Compliance, das vom National Institute of Standards and Technology (NIST) entwickelt wurde, einer Behörde, die Teil des ist. U.S Handelsministerium. Dieses Compliance-Framework enthält einen Katalog von Sicherheits- und Datenschutzanforderungen zum Schutz der Vertraulichkeit, Integrität und Verfügbarkeit von Informationssystemen und kritischen Ressourcen. U.S. Bundesbehörden und Auftragnehmer müssen diese Anforderungen erfüllen, um ihre Systeme und Organisationen zu schützen. Private Organisationen können die Anforderungen auch freiwillig als Leitfaden für die Reduzierung des Cybersicherheitsrisikos verwenden. Weitere Informationen über das Framework und seine Anforderungen finden Sie unter NIST SP 800-53 Rev. 5
AWSSecurity Hub CSPM bietet Sicherheitskontrollen, die einen Teil der Anforderungen von NIST SP 800-53 Revision 5 unterstützen. Die Kontrollen führen automatisierte Sicherheitsprüfungen für bestimmte Ressourcen durch. AWS-Services Um diese Kontrollen zu aktivieren und zu verwalten, können Sie das NIST SP 800-53 Revision 5-Framework standardmäßig in Security Hub CSPM aktivieren. Beachten Sie, dass die Steuerungen die Anforderungen von NIST SP 800-53 Revision 5, die manuelle Prüfungen erfordern, nicht unterstützen.
Im Gegensatz zu anderen Frameworks schreibt das NIST SP 800-53 Revision 5-Framework nicht vor, wie seine Anforderungen bewertet werden sollten. Stattdessen enthält das Framework Richtlinien. In Security Hub CSPM stellen der Standard und die Kontrollen von NIST SP 800-53 Revision 5 das Verständnis des Dienstes in Bezug auf diese Richtlinien dar.
Themen
Konfiguration der Ressourcenaufzeichnung für Kontrollen, die für den Standard gelten
Um die Abdeckung und die Genauigkeit der Ergebnisse zu optimieren, ist es wichtig, die Ressourcenaufzeichnung zu aktivieren und zu konfigurieren, AWS Config bevor Sie den Standard NIST SP 800-53 Revision 5 in AWS Security Hub CSPM aktivieren. Achten Sie bei der Konfiguration der Ressourcenaufzeichnung auch darauf, sie für alle AWS Ressourcentypen zu aktivieren, die durch die für den Standard geltenden Kontrollen überprüft werden. Dies gilt in erster Linie für Steuerelemente mit einem Zeitplantyp, der durch Änderung ausgelöst wurde. Für einige Steuerelemente mit einem periodischen Zeitplan ist jedoch auch die Erfassung von Ressourcen erforderlich. Wenn die Ressourcenaufzeichnung nicht aktiviert oder korrekt konfiguriert ist, ist Security Hub CSPM möglicherweise nicht in der Lage, die entsprechenden Ressourcen zu bewerten und genaue Ergebnisse für Kontrollen zu generieren, die für den Standard gelten.
Informationen darüber, wie Security Hub CSPM die Ressourcenaufzeichnung in verwendetAWS Config, finden Sie unter. Aktivierung und KonfigurationAWS Configfür Security Hub CSPM Informationen zur Konfiguration der Ressourcenaufzeichnung in AWS Config finden Sie unter Arbeiten mit dem Konfigurationsrekorder im AWS ConfigEntwicklerhandbuch.
In der folgenden Tabelle sind die Ressourcentypen aufgeführt, die für Kontrollen aufgezeichnet werden müssen, die für den Standard NIST SP 800-53 Revision 5 in Security Hub CSPM gelten.
| AWS-Service | Ressourcentypen |
|---|---|
|
Amazon API Gateway |
|
|
AWS AppSync |
|
|
AWS Backup |
|
|
Amazon Grundgestein AgentCore |
|
|
AWS Certificate Manager(ACM) |
|
|
AWS CloudFormation |
|
|
Amazon CloudFront |
|
|
Amazon CloudWatch |
|
|
AWS CodeBuild |
|
|
AWS Database Migration Service(AWS DMS) |
|
|
Amazon DynamoDB |
|
|
Amazon Elastic Compute Cloud (Amazon EC2) |
|
|
Amazon EC2 Auto Scaling |
|
|
Amazon Elastic Container Registry (Amazon ECR) |
|
|
Amazon Elastic Container Service (Amazon ECS) |
|
|
Amazon Elastic File System (Amazon EFS) |
|
|
Amazon Elastic Kubernetes Service (Amazon EKS) |
|
|
AWS Elastic Beanstalk |
|
|
Elastic Load Balancing |
|
|
Amazon ElasticSearch |
|
|
Amazon EMR |
|
|
Amazon EventBridge |
|
|
AWS Glue |
|
|
AWS Identity and Access Management(ICH BIN) |
|
|
AWS Key Management Service(AWS KMS) |
|
|
Amazon Kinesis |
|
|
AWS Lambda |
|
|
Amazon Managed Streaming for Apache Kafka (Amazon MSK) |
|
|
Amazon MQ |
|
|
AWS Network Firewall |
|
|
OpenSearch Amazon-Dienst |
|
|
Amazon Relational Database Service (Amazon RDS) |
|
|
Amazon Redshift |
|
|
Amazon Route 53 |
|
|
Amazon Simple Storage Service (Amazon-S3) |
|
|
AWS Service Catalog |
|
|
Amazon-Simple-Notification-Service (Amazon-SNS) |
|
|
Amazon-Simple-Queue-Service (Amazon SQS) |
|
| Amazon EC2 Systems Manager (SSM) |
|
|
Amazon SageMaker KI |
|
|
AWS Secrets Manager |
|
|
AWS Transfer Family |
|
|
AWS WAF |
|
Feststellen, welche Kontrollen für den Standard gelten
In der folgenden Liste sind die Kontrollen aufgeführt, die die Anforderungen von NIST SP 800-53 Revision 5 unterstützen und für den Standard NIST SP 800-53 Revision 5 in AWS Security Hub CSPM gelten. Einzelheiten zu den spezifischen Anforderungen, die ein Steuerelement unterstützt, erhalten Sie, wenn Sie das Steuerelement auswählen. Weitere Informationen finden Sie in den Details für das Steuerelement im Feld „Verwandte Anforderungen“. Dieses Feld gibt jede NIST-Anforderung an, die das Steuerelement unterstützt. Wenn das Feld keine bestimmte NIST-Anforderung spezifiziert, unterstützt das Steuerelement die Anforderung nicht.
-
[Account.1] Sicherheitskontaktinformationen sollten für eine bereitgestellt werdenAWS-Konto
-
[Account.2]AWS-Kontensollte Teil eines seinAWS OrganizationsOrganisation
-
[ACM.1] Importiert und ACM-issued Zertifikate sollten nach einem bestimmten Zeitraum erneuert werden
-
[APIGateway.1] API Gateway REST und WebSocket API-Ausführungsprotokollierung sollten aktiviert sein
-
[APIGateway.3] API Gateway REST API-Phasen solltenAWS X-RayAblaufverfolgung aktiviert
-
[APIGateway.4] API Gateway sollte mit einer WAF-Web-ACL verknüpft sein
-
[APIGateway.5] API Gateway REST API-Cache-Daten sollten im Ruhezustand verschlüsselt werden
-
[APIGateway.8] API-Gateway-Routen sollten einen Autorisierungstyp angeben
-
[APIGateway.9] Die Zugriffsprotokollierung sollte für API Gateway V2 Stages konfiguriert werden
-
[AppSync.5]AWS AppSyncGraphQL-APIs sollten nicht mit API-Schlüsseln authentifiziert werden
-
[Backup.1]AWS BackupWiederherstellungspunkte sollten im Ruhezustand verschlüsselt werden
-
Bei [CloudFront.1] CloudFront Distributionen sollte ein Standard-Root-Objekt konfiguriert sein
-
[CloudFront.3] CloudFront Distributionen sollten während der Übertragung verschlüsselt werden müssen
-
[CloudFront.4] Bei CloudFront Distributionen sollte das Origin-Failover konfiguriert sein
-
[CloudFront.5] Bei CloudFront Distributionen sollte die Protokollierung aktiviert sein
-
[CloudFront.6] Bei CloudFront Distributionen sollte WAF aktiviert sein
-
[CloudFront.7] CloudFront Distributionen sollten benutzerdefinierte SSL/TLS Zertifikate verwenden
-
[CloudFront.8] CloudFront Distributionen sollten SNI verwenden, um HTTPS-Anfragen zu bearbeiten
-
[CloudTrail.2] CloudTrail sollte die Verschlüsselung im Ruhezustand aktiviert haben
-
[CloudTrail.4] Die Überprüfung der CloudTrail Protokolldatei sollte aktiviert sein
-
[CloudTrail.5] CloudTrail Trails sollten in Amazon CloudWatch Logs integriert werden
-
Für [CloudWatch.15] CloudWatch Alarme sollten bestimmte Aktionen konfiguriert sein
-
[CloudWatch.16] CloudWatch Protokollgruppen sollten für einen bestimmten Zeitraum aufbewahrt werden
-
[CloudWatch.17] CloudWatch Alarmaktionen sollten aktiviert sein
-
[CodeBuild.3] CodeBuild S3-Protokolle sollten verschlüsselt sein
-
[CodeBuild.4] CodeBuild Projektumgebungen sollten über eine Protokollierung verfügenAWS ConfigDauer
-
[DataFirehose.1] Firehose-Lieferstreams sollten im Ruhezustand verschlüsselt werden
-
[DMS.1] Replikationsinstanzen des Database Migration Service sollten nicht öffentlich sein
-
[DMS.7] Bei DMS-Replikationsaufgaben für die Zieldatenbank sollte die Protokollierung aktiviert sein
-
[DMS.10] DMS-Endpunkte für Neptune-Datenbanken sollten die IAM-Autorisierung aktiviert haben
-
[DMS.11] DMS-Endpunkte für MongoDB sollten einen Authentifizierungsmechanismus aktiviert haben
-
[DMS.12] Auf DMS-Endpunkten für Redis OSS sollte TLS aktiviert sein
-
[DocumentDB.1] Amazon DocumentDB-Cluster sollten im Ruhezustand verschlüsselt werden
-
[DocumentDB.3] Manuelle Cluster-Snapshots von Amazon DocumentDB sollten nicht öffentlich sein
-
[DocumentDB.4] Amazon DocumentDB-Cluster sollten Auditprotokolle in Logs veröffentlichen CloudWatch
-
[DocumentDB.5] Bei Amazon DocumentDB-Clustern sollte der Löschschutz aktiviert sein
-
[DynamoDB.1] DynamoDB-Tabellen sollten die Kapazität automatisch bei Bedarf skalieren
-
[DynamoDB.2] Bei DynamoDB-Tabellen sollte die Point-in-Time-Wiederherstellung aktiviert sein
-
[DynamoDB.3] DynamoDB Accelerator (DAX) -Cluster sollten im Ruhezustand verschlüsselt werden
-
[DynamoDB.4] DynamoDB-Tabellen sollten in einem Backup-Plan vorhanden sein
-
[DynamoDB.6] Bei DynamoDB-Tabellen sollte der Löschschutz aktiviert sein
-
[DynamoDB.7] DynamoDB Accelerator-Cluster sollten bei der Übertragung verschlüsselt werden
-
[EC2.3] Angehängte Amazon EBS-Volumes sollten im Ruhezustand verschlüsselt werden
-
[EC2.4] Gestoppte EC2-Instances sollten nach einem bestimmten Zeitraum entfernt werden
-
[EC2.6] Die VPC-Flow-Protokollierung sollte in allen VPCs aktiviert sein
-
[EC2.7] Die EBS-Standardverschlüsselung sollte aktiviert sein
-
[EC2.8] EC2-Instances sollten Instance Metadata Service Version 2 (IMDSv2) verwenden
-
[EC2.9] Amazon EC2 EC2-Instances sollten keine öffentliche IPv4-Adresse haben
-
[EC2.12] Ungenutzte Amazon EC2 EC2-EIPs sollten entfernt werden
-
[EC2.15] Amazon EC2-Subnetze sollten öffentliche IP-Adressen nicht automatisch zuweisen
-
[EC2.16] Unbenutzte Network Access Control Lists sollten entfernt werden
-
[EC2.17] Amazon EC2 EC2-Instances sollten nicht mehrere ENIs verwenden
-
[EC2.20] Beide VPN-Tunnel für einAWSSite-to-Site Die VPN-Verbindung sollte bestehen
-
[EC2.23] Amazon EC2 Transit Gateways sollten VPC-Anhangsanforderungen nicht automatisch akzeptieren
-
[EC2.24] Paravirtuelle Amazon EC2 EC2-Instance-Typen sollten nicht verwendet werden
-
[EC2.25] Amazon EC2 EC2-Startvorlagen sollten Netzwerkschnittstellen keine öffentlichen IPs zuweisen
-
[EC2.28] EBS-Volumes sollten durch einen Backup-Plan abgedeckt sein
-
[EC2.51] Bei EC2-Client-VPN-Endpunkten sollte die Client-Verbindungsprotokollierung aktiviert sein
-
[EC2.55] VPCs sollten mit einem Schnittstellenendpunkt für die ECR-API konfiguriert werden
-
[EC2.56] VPCs sollten mit einem Schnittstellenendpunkt für Docker Registry konfiguriert werden
-
[EC2.57] VPCs sollten mit einem Schnittstellenendpunkt für Systems Manager konfiguriert werden
-
[ECR.1] Bei privaten ECR-Repositorys sollte das Scannen von Bildern konfiguriert sein
-
[ECR.2] Für private ECR-Repositorys sollte die Tag-Unveränderlichkeit konfiguriert sein
-
[ECR.3] Für ECR-Repositorys sollte mindestens eine Lebenszyklusrichtlinie konfiguriert sein
-
[ECR.5] ECR-Repositorys sollten verschlüsselt und vom Kunden verwaltet werdenAWS KMS keys
-
[ECS.2] ECS-Diensten sollten nicht automatisch öffentliche IP-Adressen zugewiesen werden
-
[ECS.3] ECS-Aufgabendefinitionen sollten den Prozess-Namespace des Hosts nicht gemeinsam nutzen
-
[ECS.4] ECS-Container sollten ohne Zugriffsrechte ausgeführt werden
-
[ECS.8] Geheimnisse sollten nicht als Container-Umgebungsvariablen übergeben werden
-
[ECS.9] ECS-Aufgabendefinitionen sollten über eine Protokollierungskonfiguration verfügen
-
[ECS.10] ECS Fargate-Dienste sollten auf der neuesten Fargate-Plattformversion laufen
-
[ECS.17] ECS-Aufgabendefinitionen sollten nicht den Host-Netzwerkmodus verwenden
-
[EFS.2] Amazon EFS-Volumes sollten in Backup-Plänen enthalten sein
-
[EFS.3] EFS-Zugriffspunkte sollten ein Stammverzeichnis erzwingen
-
[EFS.4] EFS-Zugriffspunkte sollten eine Benutzeridentität erzwingen
-
[EKS.1] EKS-Cluster-Endpunkte sollten nicht öffentlich zugänglich sein
-
[EKS.2] EKS-Cluster sollten auf einer unterstützten Kubernetes-Version ausgeführt werden
-
[EKS.3] EKS-Cluster sollten verschlüsselte Kubernetes-Geheimnisse verwenden
-
[EKS.8] Bei EKS-Clustern sollte die Audit-Protokollierung aktiviert sein
-
Bei [ElastiCache.1] ElastiCache (Redis OSS) -Clustern sollten automatische Backups aktiviert sein
-
[ElastiCache.3] Für ElastiCache Replikationsgruppen sollte der automatische Failover aktiviert sein
-
[ElastiCache.4] ElastiCache Replikationsgruppen sollten im Ruhezustand verschlüsselt werden
-
[ElastiCache.5] ElastiCache Replikationsgruppen sollten bei der Übertragung verschlüsselt werden
-
[ElastiCache.7] ElastiCache Cluster sollten nicht die Standard-Subnetzgruppe verwenden
-
[ElasticBeanstalk.2] Von Elastic Beanstalk verwaltete Plattformupdates sollten aktiviert sein
-
[ELB.5] Die Protokollierung von Anwendungen und Classic Load Balancers sollte aktiviert sein
-
[ELB.6] Bei Anwendung, Gateway und Network Load Balancers sollte der Löschschutz aktiviert sein
-
[ELB.7] Bei Classic Load Balancers sollte der Verbindungsabbau aktiviert sein
-
[ELB.9] Bei Classic Load Balancers sollte der zonenübergreifende Load Balancing aktiviert sein
-
[ELB.10] Classic Load Balancer sollte sich über mehrere Availability Zones erstrecken
-
[ELB.16] Application Load Balancers sollten mit einem verknüpft seinAWS WAFWeb-ACL
-
[EMR.1] Primäre Amazon EMR-Clusterknoten sollten keine öffentlichen IP-Adressen haben
-
[EMR.2] Die Einstellung Amazon EMR Block Public Access sollte aktiviert sein
-
[EMR.3] Amazon EMR-Sicherheitskonfigurationen sollten im Ruhezustand verschlüsselt werden
-
[EMR.4] Amazon EMR-Sicherheitskonfigurationen sollten bei der Übertragung verschlüsselt werden
-
[ES.1] Für Elasticsearch-Domains sollte die Verschlüsselung im Ruhezustand aktiviert sein
-
[ES.2] Elasticsearch-Domains sollten nicht öffentlich zugänglich sein
-
[ES.3] Elasticsearch-Domains sollten Daten verschlüsseln, die zwischen Knoten gesendet werden
-
[ES.4] Die Elasticsearch-Domain-Fehlerprotokollierung in Logs sollte aktiviert sein CloudWatch
-
[ES.5] Für Elasticsearch-Domains sollte die Audit-Protokollierung aktiviert sein
-
[ES.6] Elasticsearch-Domains sollten mindestens drei Datenknoten haben
-
[EventBridge.4] Auf EventBridge globalen Endpunkten sollte die Ereignisreplikation aktiviert sein
-
[Glue.4]AWS GlueSpark-Jobs sollten auf unterstützten Versionen von ausgeführt werdenAWS Glue
-
[IAM.1] IAM-Richtlinien sollten keine vollen „*“ -Administratorrechte zulassen
-
[IAM.2] IAM-Benutzern sollten keine IAM-Richtlinien zugeordnet sein
-
[IAM.3] Die Zugriffsschlüssel von IAM-Benutzern sollten alle 90 Tage oder weniger gewechselt werden
-
[IAM.4] Der IAM-Root-Benutzerzugriffsschlüssel sollte nicht existieren
-
[IAM.5] MFA sollte für alle IAM-Benutzer aktiviert sein, die ein Konsolenpasswort haben
-
[IAM.6] Hardware-MFA sollte für den Root-Benutzer aktiviert sein
-
[IAM.7] Die Kennwortrichtlinien für IAM-Benutzer sollten stark konfiguriert sein
-
[IAM.8] Unbenutzte IAM-Benutzeranmeldedaten sollten entfernt werden
-
[Kinesis.1] Kinesis-Streams sollten im Ruhezustand verschlüsselt werden
-
[KMS.3]AWS KMS keyssollte nicht unbeabsichtigt gelöscht werden
-
[Lambda.1] Lambda-Funktionsrichtlinien sollten den öffentlichen Zugriff verbieten
-
[Lambda.2] Lambda-Funktionen sollten unterstützte Laufzeiten verwenden
-
[Lambda.3] Lambda-Funktionen sollten sich in einer VPC befinden
-
[Lambda.5] VPC-Lambda-Funktionen sollten in mehreren Availability Zones funktionieren
-
[Lambda.7] Lambda-Funktionen sollten habenAWS X-Rayaktives Tracing aktiviert
-
[Macie.2] Die automatische Erkennung sensibler Daten durch Macie sollte aktiviert sein
-
[MSK.1] MSK-Cluster sollten bei der Übertragung zwischen Broker-Knoten verschlüsselt werden
-
[MSK.2] Für MSK-Cluster sollte die erweiterte Überwachung konfiguriert sein
-
[MQ.2] ActiveMQ-Broker sollten Audit-Logs streamen an CloudWatch
-
[MQ.5] ActiveMQ-Broker sollten den Bereitstellungsmodus verwenden active/standby
-
[MQ.6] RabbitMQ-Broker sollten den Cluster-Bereitstellungsmodus verwenden
-
[Neptune.1] Neptune-DB-Cluster sollten im Ruhezustand verschlüsselt werden
-
[Neptune.2] Neptune-DB-Cluster sollten Audit-Logs in Logs veröffentlichen CloudWatch
-
[Neptune.3] Neptune DB-Cluster-Snapshots sollten nicht öffentlich sein
-
[Neptune.4] Bei Neptune-DB-Clustern sollte der Löschschutz aktiviert sein
-
[Neptune.5] Bei Neptune-DB-Clustern sollten automatische Backups aktiviert sein
-
[Neptune.6] Neptune DB-Cluster-Snapshots sollten im Ruhezustand verschlüsselt werden
-
[Neptune.7] Neptune-DB-Cluster sollten die IAM-Datenbankauthentifizierung aktiviert haben
-
[Neptune.8] Neptune-DB-Cluster sollten so konfiguriert sein, dass sie Tags in Snapshots kopieren
-
[Neptune.9] Neptune-DB-Cluster sollten in mehreren Availability Zones bereitgestellt werden
-
[NetworkFirewall.2] Die Netzwerk-Firewall-Protokollierung sollte aktiviert sein
-
[NetworkFirewall.6] Die Regelgruppe Stateless Network Firewall sollte nicht leer sein
-
[NetworkFirewall.9] Bei Netzwerk-Firewall-Firewalls sollte der Löschschutz aktiviert sein
-
Bei [Opensearch.1] OpenSearch Domänen sollte die Verschlüsselung im Ruhezustand aktiviert sein
-
[Opensearch.2] OpenSearch Domains sollten nicht öffentlich zugänglich sein
-
[Opensearch.3] OpenSearch Domains sollten Daten verschlüsseln, die zwischen Knoten gesendet werden
-
[Opensearch.5] Für OpenSearch Domains sollte die Audit-Protokollierung aktiviert sein
-
[Opensearch.6] OpenSearch Domains sollten mindestens drei Datenknoten haben
-
Bei [Opensearch.7] OpenSearch Domänen sollte eine differenzierte Zugriffskontrolle aktiviert sein
-
Auf [Opensearch.10] OpenSearch Domains sollte das neueste Softwareupdate installiert sein
-
[Opensearch.11] OpenSearch Domains sollten mindestens drei dedizierte Primärknoten haben
-
[PCA.1]AWS Private CADie Stammzertifizierungsstelle sollte deaktiviert sein
-
[RDS.3] Für RDS-DB-Instances sollte die Verschlüsselung im Ruhezustand aktiviert sein
-
[RDS.4] RDS-Cluster-Snapshots und Datenbank-Snapshots sollten im Ruhezustand verschlüsselt werden
-
[RDS.5] RDS-DB-Instances sollten mit mehreren Availability Zones konfiguriert werden
-
[RDS.6] Die erweiterte Überwachung sollte für RDS-DB-Instances konfiguriert werden
-
[RDS.7] Bei RDS-Clustern sollte der Löschschutz aktiviert sein
-
[RDS.8] Für RDS-DB-Instances sollte der Löschschutz aktiviert sein
-
[RDS.9] RDS-DB-Instances sollten CloudWatch Protokolle in Logs veröffentlichen
-
[RDS.10] Die IAM-Authentifizierung sollte für RDS-Instances konfiguriert werden
-
[RDS.11] Für RDS-Instances sollten automatische Backups aktiviert sein
-
[RDS.12] Die IAM-Authentifizierung sollte für RDS-Cluster konfiguriert werden
-
[RDS.13] Automatische RDS-Upgrades für Nebenversionen sollten aktiviert sein
-
[RDS.14] Bei Amazon Aurora Aurora-Clustern sollte Backtracking aktiviert sein
-
[RDS.15] RDS-DB-Cluster sollten für mehrere Availability Zones konfiguriert werden
-
[RDS.16] Aurora-DB-Cluster sollten so konfiguriert sein, dass sie Tags in DB-Snapshots kopieren
-
[RDS.17] RDS-DB-Instances sollten so konfiguriert sein, dass sie Tags in Snapshots kopieren
-
[RDS.23] RDS-Instances sollten keinen Standard-Port für die Datenbank-Engine verwenden
-
[RDS.24] RDS-Datenbankcluster sollten einen benutzerdefinierten Administratorbenutzernamen verwenden
-
[RDS.26] RDS-DB-Instances sollten durch einen Backup-Plan geschützt werden
-
[RDS.27] RDS-DB-Cluster sollten im Ruhezustand verschlüsselt werden
-
[RDS.34] Aurora MySQL-DB-Cluster sollten Audit-Logs in CloudWatch Logs veröffentlichen
-
[RDS.35] Für RDS-DB-Cluster sollte das automatische Upgrade der Nebenversion aktiviert sein
-
[RDS.40] RDS für SQL Server-DB-Instances sollten CloudWatch Protokolle in Logs veröffentlichen
-
[RDS.42] RDS für MariaDB-DB-Instances sollte Protokolle in Logs veröffentlichen CloudWatch
-
[RDS.45] Bei Aurora MySQL-DB-Clustern sollte die Auditprotokollierung aktiviert sein
-
[Redshift.1] Amazon Redshift Redshift-Cluster sollten den öffentlichen Zugriff verbieten
-
[Redshift.3] Bei Amazon Redshift Redshift-Clustern sollten automatische Snapshots aktiviert sein
-
[Redshift.4] Bei Amazon Redshift Redshift-Clustern sollte die Auditprotokollierung aktiviert sein
-
[Redshift.6] Bei Amazon Redshift sollten automatische Upgrades auf Hauptversionen aktiviert sein
-
[Redshift.7] Redshift-Cluster sollten erweitertes VPC-Routing verwenden
-
[Redshift.10] Redshift-Cluster sollten im Ruhezustand verschlüsselt werden
-
[Route53.2] In öffentlich gehosteten Zonen von Route 53 sollten DNS-Abfragen protokolliert werden
-
[S3.2] S3-Buckets für allgemeine Zwecke sollten den öffentlichen Lesezugriff blockieren
-
[S3.3] S3-Allzweck-Buckets sollten den öffentlichen Schreibzugriff blockieren
-
[S3.5] Für S3-Allzweck-Buckets sollten Anfragen zur Verwendung von SSL erforderlich sein
-
[S3.6] Allgemeine S3-Bucket-Richtlinien sollten den Zugriff auf andere einschränkenAWS-Konten
-
[S3.7] S3-Allzweck-Buckets sollten die regionsübergreifende Replikation verwenden
-
[S3.8] S3-Allzweck-Buckets sollten den öffentlichen Zugriff blockieren
-
[S3.9] Für S3-Allzweck-Buckets sollte die Serverzugriffsprotokollierung aktiviert sein
-
[S3.10] S3-Allzweck-Buckets mit aktivierter Versionierung sollten Lifecycle-Konfigurationen haben
-
[S3.11] Für S3-Allzweck-Buckets sollten Ereignisbenachrichtigungen aktiviert sein
-
[S3.13] S3-Allzweck-Buckets sollten Lifecycle-Konfigurationen haben
-
[S3.14] Für S3-Allzweck-Buckets sollte die Versionierung aktiviert sein
-
[S3.15] Für S3-Allzweck-Buckets sollte Object Lock aktiviert sein
-
[S3.17] S3-Allzweck-Buckets sollten im Ruhezustand verschlüsselt werden mitAWS KMS keys
-
[S3.20] Für S3-Allzweck-Buckets sollte MFA Delete aktiviert sein
-
[SageMaker.1] SageMaker Amazon-Notebook-Instances sollten keinen direkten Internetzugang haben
-
[SageMaker.2] SageMaker Notebook-Instances sollten in einer benutzerdefinierten VPC gestartet werden
-
[SageMaker.3] Benutzer sollten keinen Root-Zugriff auf SageMaker Notebook-Instances haben
-
[SecretsManager.3] Unbenutzte Secrets Manager Manager-Geheimnisse entfernen
-
[SNS.1] SNS-Themen sollten im Ruhezustand verschlüsselt werden mitAWS KMS
-
[SQS.1] Amazon SQS SQS-Warteschlangen sollten im Ruhezustand verschlüsselt sein
-
[SSM.1] Amazon EC2 EC2-Instances sollten verwaltet werden vonAWS Systems Manager
-
[Transfer.3] Bei Connectoren der Transfer Family sollte die Protokollierung aktiviert sein
-
[WAF.1]AWS WAFDie klassische globale Web-ACL-Protokollierung sollte aktiviert sein
-
[WAF.2]AWS WAFKlassische Regionalregeln sollten mindestens eine Bedingung enthalten
-
[WAF.3]AWS WAFKlassische regionale Regelgruppen sollten mindestens eine Regel haben
-
[WAF.4]AWS WAFKlassische regionale Web-ACLs sollten mindestens eine Regel oder Regelgruppe haben
-
[WAF.6]AWS WAFKlassische globale Regeln sollten mindestens eine Bedingung haben
-
[WAF.7]AWS WAFKlassische globale Regelgruppen sollten mindestens eine Regel haben
-
[WAF.8]AWS WAFKlassische globale Web-ACLs sollten mindestens eine Regel oder Regelgruppe haben
-
[WAF.10]AWS WAFWeb-ACLs sollten mindestens eine Regel oder Regelgruppe haben
-
[WAF.11]AWS WAFDie Web-ACL-Protokollierung sollte aktiviert sein
-
[WAF.12]AWS WAFFür Regeln sollten CloudWatch Metriken aktiviert sein