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.
AWS FSBP-Standard (Fundamental Security Best Practices)
Der Standard „Best Practices für AWS grundlegende Sicherheit“ besteht aus einer Reihe von Kontrollen, mit denen festgestellt wird, wenn Sie AWS-Konten und Ihre Ressourcen von den bewährten Sicherheitsmethoden abweichen.
Mit diesem Standard können Sie kontinuierlich all Ihre AWS-Konten Arbeitslasten bewerten, um schnell Bereiche zu identifizieren, in denen Abweichungen von den bewährten Methoden bestehen. Er bietet umsetzbare und verbindliche Leitlinien zur Verbesserung und Aufrechterhaltung der Sicherheitslage in Ihrem Unternehmen.
Die Kontrollen beinhalten bewährte Sicherheitsmethoden für Ressourcen verschiedener Anbieter. AWS-Services Jedem Steuerelement wird außerdem eine Kategorie zugewiesen, die die Sicherheitsfunktion widerspiegelt, für die es gilt. Weitere Informationen finden Sie unter Kontrollkategorien.
Kontrollen, die für den FSBP-Standard gelten
[Account.1] Sicherheitskontaktinformationen sollten bereitgestellt werden für AWS-Konto
[ApiGateway.1] API Gateway REST und WebSocket API-Ausführungsprotokollierung sollten aktiviert sein
[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 Gateway-Routen sollten einen Autorisierungstyp angeben
[ApiGateway.9] Die Zugriffsprotokollierung sollte für API Gateway V2 Stages konfiguriert sein
[AppSync.2] AWS AppSync sollte die Protokollierung auf Feldebene aktiviert haben
[AppSync.5] AWS AppSync GraphQL-APIs sollten nicht mit API-Schlüsseln authentifiziert werden
[Athena.1] Athena-Arbeitsgruppen sollten im Ruhezustand verschlüsselt werden
[Backup.1] AWS Backup Wiederherstellungspunkte sollten im Ruhezustand verschlüsselt sein
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
[CloudFront.13] CloudFront Distributionen sollten die Origin-Zugriffskontrolle verwenden
[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
[CodeBuild.3] CodeBuild S3-Protokolle sollten verschlüsselt sein
[CodeBuild1.4] CodeBuild Projektumgebungen sollten eine AWS Config Protokollierungsdauer haben
[CodeBuild.5] In CodeBuild Projektumgebungen sollte der privilegierte Modus nicht aktiviert sein
[Config.1] AWS Config sollte aktiviert sein
[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.9] DMS-Endpunkte sollten SSL verwenden
[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 Wiederherstellung aktiviert sein point-in-time
[DynamoDB.3] DynamoDB Accelerator (DAX) -Cluster sollten im Ruhezustand verschlüsselt werden
[DynamoDB.6] Bei DynamoDB-Tabellen sollte der Löschschutz aktiviert sein
[EC2.1] Amazon EBS-Snapshots sollten nicht öffentlich wiederherstellbar sein
[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.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 eine AWS Site-to-Site-VPN-Verbindung sollten aktiv sein
[EC2.21] Netzwerk-ACLs sollten keinen Zugang von 0.0.0.0/0 zu Port 22 oder Port 3389 zulassen
[EC2.23] Amazon EC2 Transit Gateways sollten VPC-Anhangsanfragen 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.51] Bei EC2-Client-VPN-Endpunkten sollte die Client-Verbindungsprotokollierung aktiviert sein
[ECR.1] Bei privaten ECR-Repositorys sollte das Scannen von Bildern konfiguriert sein
[ECR.2] Bei privaten ECR-Repositorys sollte die Tag-Unveränderlichkeit konfiguriert sein
[ECR.3] Für ECR-Repositorys sollte mindestens eine Lebenszyklusrichtlinie konfiguriert sein
[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.12] ECS-Cluster sollten Container Insights verwenden
[EFS.2] Amazon EFS-Volumes sollten in Backup-Plänen enthalten sein
[EFS.3] EFS-Zugriffspunkte sollten ein Stammverzeichnis erzwingen
[EFS.4] EFS-Zugangspunkte 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.8] Bei EKS-Clustern sollte die Auditprotokollierung aktiviert sein
[ElastiCache.1] Bei ElastiCache Redis-Clustern sollte das automatische Backup aktiviert sein
[ElastiCache.7] ElastiCache Cluster sollten nicht die Standard-Subnetzgruppe verwenden
[ElasticBeanstalk.2] Von Elastic Beanstalk verwaltete Plattformupdates sollten aktiviert sein
[ElasticBeanstalk.3] Elastic Beanstalk sollte Logs streamen nach CloudWatch
[ELB.4] Application Load Balancer sollte so konfiguriert sein, dass HTTP-Header gelöscht werden
[ELB.5] Die Protokollierung von Anwendungen und Classic Load Balancers sollte aktiviert sein
[ELB.6] Der Löschschutz für den Application Load Balancer sollte aktiviert sein
[ELB.7] Bei Classic Load Balancers sollte der Verbindungsverlust 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
[EMR.1] Primäre Amazon EMR-Clusterknoten sollten keine öffentlichen IP-Adressen haben
[EMR.2] Die Amazon EMR-Einstellung zum Blockieren des öffentlichen Zugriffs sollte aktiviert sein
[ES.1] Bei 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 CloudWatch Logs sollte aktiviert sein
[ES.5] Für Elasticsearch-Domains sollte die Audit-Protokollierung aktiviert sein
[ES.6] Elasticsearch-Domains sollten mindestens drei Datenknoten haben
[GuardDuty.1] GuardDuty sollte aktiviert sein
[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 -Benutzer aktiviert sein, die über ein Konsolenpasswort verfügen
[IAM.6] Hardware-MFA sollte für den Stammbenutzer aktiviert sein.
[IAM.7] Die Passwortrichtlinien 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 keys sollte nicht unbeabsichtigt gelöscht werden
[Lambda.1] Lambda-Funktionsrichtlinien sollten den öffentlichen Zugriff verbieten
[Lambda.2] Lambda-Funktionen sollten unterstützte Laufzeiten verwenden
[Lambda.5] VPC-Lambda-Funktionen sollten in mehreren Availability Zones funktionieren
[Macie.1] Amazon Macie sollte aktiviert sein
[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
[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] Bei Neptune-DB-Clustern sollte die IAM-Datenbankauthentifizierung aktiviert sein
[Neptune.8] Neptune-DB-Cluster sollten so konfiguriert sein, dass sie Tags in Snapshots kopieren
[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 -Domains 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
Für [Opensearch.5] OpenSearch -Domains sollte die Audit-Protokollierung aktiviert sein
[Opensearch.6] OpenSearch Domains sollten mindestens drei Datenknoten haben
Für [Opensearch.7] OpenSearch -Domains sollte eine differenzierte Zugriffskontrolle aktiviert sein
Auf [Opensearch.10] OpenSearch -Domains sollte das neueste Softwareupdate installiert sein
[PCA.1] AWS Private CA Root Certificate Authority sollte deaktiviert sein
[Route53.2] Öffentliche Hosting-Zonen in Route 53 sollten DNS-Abfragen protokollieren
[RDS.1] Der RDS-Snapshot sollte privat 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 Protokolle in Logs veröffentlichen CloudWatch
[RDS.10] Die IAM-Authentifizierung sollte für RDS-Instances konfiguriert werden
[RDS.11] Bei 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] RDS-DB-Cluster sollten so konfiguriert werden, dass sie Tags in Snapshots kopieren
[RDS.17] RDS-DB-Instances sollten so konfiguriert sein, dass sie Tags in Snapshots kopieren
[RDS.18] RDS-Instances sollten in einer VPC bereitgestellt werden
[RDS.23] RDS-Instances sollten keinen Standard-Port für die Datenbank-Engine verwenden
[RDS.24] RDS-Datenbankcluster sollten einen benutzerdefinierten Administratorbenutzernamen verwenden
[RDS.27] RDS-DB-Cluster sollten im Ruhezustand verschlüsselt werden
[RDS.34] Aurora MySQL-DB-Cluster sollten Audit-Logs in Logs veröffentlichen CloudWatch
[RDS.35] Für RDS-DB-Cluster sollte das automatische Upgrade auf Nebenversionen 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.9] Redshift-Cluster sollten nicht den Standard-Datenbanknamen verwenden
[Redshift.10] Redshift-Cluster sollten im Ruhezustand verschlüsselt werden
[S3.2] S3-Allzweck-Buckets sollten den öffentlichen Lesezugriff blockieren
[S3.3] S3-Allzweck-Buckets sollten den öffentlichen Schreibzugriff blockieren
[S3.5] S3-Allzweck-Buckets sollten Anfragen zur Verwendung von SSL erfordern
[S3.6] Allgemeine S3-Bucket-Richtlinien sollten den Zugriff auf andere einschränken AWS-Konten
[S3.8] S3-Allzweck-Buckets sollten den öffentlichen Zugriff blockieren
[S3.9] Bei S3-Allzweck-Buckets sollte die Serverzugriffsprotokollierung aktiviert sein
[S3.10] S3-Allzweck-Buckets mit aktivierter Versionierung sollten Lifecycle-Konfigurationen haben
[S3.11] Bei S3-Allzweck-Buckets sollten Ereignisbenachrichtigungen aktiviert sein
[S3.13] S3-Allzweck-Buckets sollten Lifecycle-Konfigurationen haben
[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 wie folgt verschlüsselt werden AWS KMS
[SQS.1] Amazon SQS SQS-Warteschlangen sollten im Ruhezustand verschlüsselt werden
[SSM.1] Amazon EC2 EC2-Instances sollten verwaltet werden von AWS Systems Manager
[SSM.4] SSM-Dokumente sollten nicht öffentlich sein
[WAF.1] Die AWS WAF klassische globale Web-ACL-Protokollierung sollte aktiviert sein
[WAF.2] AWS WAF Klassische Regionalregeln sollten mindestens eine Bedingung haben
[WAF.3] AWS WAF Klassische regionale Regelgruppen sollten mindestens eine Regel haben
[WAF.4] AWS WAF Klassische regionale Web-ACLs sollten mindestens eine Regel oder Regelgruppe haben
[WAF.6] AWS WAF Klassische globale Regeln sollten mindestens eine Bedingung haben
[WAF.7] AWS WAF Klassische globale Regelgruppen sollten mindestens eine Regel haben
[WAF.8] AWS WAF Klassische globale Web-ACLs sollten mindestens eine Regel oder Regelgruppe haben
[WAF.10] AWS WAF Web-ACLs sollten mindestens eine Regel oder Regelgruppe haben
Für [WAF.12] AWS WAF Regeln sollten Metriken aktiviert sein CloudWatch