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 Standard für Ressourcen-Tagging in Security Hub CSPM
Mit dem AWS Resource Tagging-Standard, der von AWS Security Hub Cloud Security Posture Management (CSPM) entwickelt wurde, können Sie feststellen, ob in Ihren AWS Ressourcen Tags fehlen. Tags sind Schlüssel-Wert-Paare, die als Metadaten für die Organisation von Ressourcen dienen. AWS Bei den meisten AWS Ressourcen haben Sie die Möglichkeit, einer Ressource Tags hinzuzufügen, wenn Sie die Ressource erstellen oder nachdem Sie die Ressource erstellt haben. Zu den Ressourcen gehören beispielsweise CloudFront Amazon-Distributionen, Amazon Elastic Compute Cloud (Amazon EC2) -Instances und Secrets in AWS Secrets Manager. Mithilfe von Tags können Sie AWS Ressourcen verwalten, identifizieren, organisieren, suchen und filtern.
Jedes Tag besteht aus zwei Teilen:
-
Ein Tag-Schlüssel, zum Beispiel,
CostCenter
Environment
, oder.Project
Bei Tag-Schlüsseln wird zwischen Groß- und Kleinschreibung unterschieden. -
Ein Tag-Wert, zum Beispiel oder.
111122223333
Production
Wie bei Tag-Schlüsseln wird auch bei Tag-Werten zwischen Groß- und Kleinschreibung unterschieden.
Sie können Tags verwenden, um Ressourcen nach Zweck, Eigentümer, Umgebung oder anderen Kriterien zu kategorisieren. Informationen zum Hinzufügen von Tags zu AWS Ressourcen finden Sie im Benutzerhandbuch Tagging AWS Resources and Tag Editor.
Für jedes Steuerelement, das für den AWS Resource Tagging-Standard in Security Hub CSPM gilt, können Sie optional den unterstützten Parameter verwenden, um Tag-Schlüssel anzugeben, nach denen das Steuerelement suchen soll. Wenn Sie keine Tag-Schlüssel angeben, prüft das Steuerelement nur, ob mindestens ein Tag-Schlüssel vorhanden ist, und schlägt fehl, wenn eine Ressource keine Tag-Schlüssel hat.
Bevor Sie den AWS Resource Tagging-Standard aktivieren, müssen Sie zunächst die Ressourcenaufzeichnung in AWS Config aktivieren und konfigurieren. 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. Andernfalls ist Security Hub CSPM möglicherweise nicht in der Lage, die geeigneten Ressourcen zu bewerten und genaue Ergebnisse für Kontrollen zu generieren, die für den Standard gelten. Weitere Informationen, einschließlich einer Liste der aufzuzeichnenden Ressourcentypen, finden Sie unter. Erforderliche AWS Config Ressourcen für Kontrollbefunde
Anmerkung
Der AWS Resource Tagging-Standard ist in Kanada, West (Calgary), China und AWS GovCloud (US) Regionen nicht verfügbar.
Nachdem Sie den AWS Resource Tagging-Standard aktiviert haben, erhalten Sie erste Ergebnisse für Kontrollen, die für den Standard gelten. Beachten Sie, dass es bis zu 18 Stunden dauern kann, bis Security Hub CSPM Ergebnisse für Kontrollen generiert, die dieselbe AWS Config serviceverknüpfte Regel verwenden wie Kontrollen, die für andere aktivierte Standards gelten. Weitere Informationen finden Sie unter Zeitplan für die Ausführung von Sicherheitsprüfungen.
Der AWS Resource Tagging-Standard hat den folgenden Amazon-Ressourcennamen (ARN):arn:aws:securityhub:
. Sie können auch den GetEnabledStandardsBetrieb der Security Hub CSPM-API verwenden, um den ARN eines aktivierten Standards zu ermitteln.region
::standards/aws-resource-tagging-standard/v/1.0.0
Kontrollen, die für den Standard gelten
Die folgende Liste gibt an, welche AWS Security Hub Cloud Security Posture Management (CSPM) -Steuerelemente für den AWS Resource Tagging-Standard (v1.0.0) gelten. Um die Details eines Steuerelements zu überprüfen, wählen Sie das Steuerelement aus.
-
[ACM.3] ACM-Zertifikate sollten mit einem Tag versehen werden
-
[AppConfig.1] AWS AppConfig Anwendungen sollten markiert werden
-
[AppConfig.2] AWS AppConfig Konfigurationsprofile sollten mit Tags versehen werden
-
[AppConfig.3] AWS AppConfig Umgebungen sollten markiert werden
-
[AppConfig.4] AWS AppConfig Erweiterungszuordnungen sollten markiert werden
-
[AppFlow.1] AppFlow Amazon-Datenflüsse sollten mit Tags versehen werden
-
[AppRunner.2] App Runner VPC-Konnektoren sollten markiert sein
-
[Athena.2] Athena-Datenkataloge sollten mit Tags versehen werden
-
[AutoScaling.10] EC2 Auto Scaling Scaling-Gruppen sollten markiert werden
-
[Backup.2] AWS Backup Wiederherstellungspunkte sollten markiert werden
-
[Batch.1] Warteschlangen für Batch-Jobs sollten markiert werden
-
[Batch.2] Richtlinien für die Batch-Planung sollten gekennzeichnet sein
-
[Batch.3] Batch-Computing-Umgebungen sollten markiert werden
-
[CloudFormation.2] CloudFormation Stapel sollten markiert werden
-
[CloudFront.14] CloudFront Distributionen sollten markiert werden
-
[CodeArtifact.1] CodeArtifact Repositorien sollten mit Tags versehen werden
-
[CodeGuruProfiler.1] CodeGuru Profiler-Profiling-Gruppen sollten markiert werden
-
[CodeGuruReviewer.1] CodeGuru Reviewer-Repository-Verknüpfungen sollten markiert werden
-
[Connect.1] Objekttypen von Amazon Connect Customer Profiles sollten mit Tags versehen werden
-
[DataSync.2] DataSync Aufgaben sollten mit Tags versehen werden
-
[Detective.1] Verhaltensdiagramme von Detektiven sollten markiert werden
-
[DMS.3] DMS-Veranstaltungsabonnements sollten mit einem Tag versehen werden
-
[DMS.5] Subnetzgruppen für die DMS-Replikation sollten markiert werden
-
[DynamoDB.5] DynamoDB-Tabellen sollten mit Tags versehen werden
-
[EC2.33] EC2 Transit-Gateway-Anhänge sollten mit Tags versehen werden
-
[EC2.34] Die Routentabellen für EC2 Transit-Gateways sollten mit Tags versehen werden
-
[EC2.36] EC2 Kunden-Gateways sollten mit Tags versehen werden
-
[EC2.37] EC2 Elastische IP-Adressen sollten mit Tags versehen werden
-
[EC2.42] EC2 Routing-Tabellen sollten mit Tags versehen werden
-
[EC2.47] Amazon VPC Endpoint Services sollten markiert werden
-
[EC2.48] Amazon VPC-Flow-Logs sollten mit Tags versehen werden
-
[EC2.49] Amazon VPC-Peering-Verbindungen sollten markiert werden
-
[EC2.174] EC2 DHCP-Optionssätze sollten mit Tags versehen werden
-
[EC2.177] EC2 Traffic Mirror-Sitzungen sollten mit Tags versehen werden
-
[EC2.178] EC2 Verkehrsspiegelfilter sollten mit Tags versehen werden
-
[ECR.4] Öffentliche ECR-Repositorien sollten markiert werden
-
[ECS.15] ECS-Aufgabendefinitionen sollten mit Tags versehen werden
-
[EKS.7] Die Konfigurationen des EKS-Identitätsanbieters sollten mit Tags versehen werden
-
[EventBridge.2] EventBridge Eventbusse sollten gekennzeichnet sein
-
[FraudDetector.1] Entitätstypen von Amazon Fraud Detector sollten markiert werden
-
[FraudDetector.2] Amazon Fraud Detector Detector-Etiketten sollten gekennzeichnet sein
-
[FraudDetector.3] Die Ergebnisse von Amazon Fraud Detector sollten gekennzeichnet werden
-
[FraudDetector.4] Amazon Fraud Detector Detector-Variablen sollten markiert werden
-
[GlobalAccelerator.1] Global Accelerator-Beschleuniger sollten gekennzeichnet sein
-
[GuardDuty.2] GuardDuty Filter sollten mit Tags versehen sein
-
[IAM.23] IAM Access Analyzer-Analyzer sollten markiert werden
-
[IoT.1] AWS IoT Device Defender Sicherheitsprofile sollten markiert werden
-
[IoT.2] AWS IoT Core Minderungsmaßnahmen sollten gekennzeichnet werden
-
[Io TEvents .1] AWS IoT-Events-Eingaben sollten markiert werden
-
[Io TEvents .2] AWS IoT-Ereignisdetektormodelle sollten markiert werden
-
[Io TEvents .3] Alarmmodelle für AWS IoT Events sollten markiert werden
-
[Io TSite Wise.1] AWS SiteWise IoT-Asset-Modelle sollten markiert werden
-
[Io TSite Wise.2] AWS SiteWise IoT-Dashboards sollten markiert werden
-
[Io TSite Wise.3] AWS SiteWise IoT-Gateways sollten markiert werden
-
[Io TSite Wise.4] AWS SiteWise IoT-Portale sollten markiert werden
-
[Io TSite Wise.5] AWS SiteWise IoT-Projekte sollten markiert werden
-
[Io TTwin Maker.1] AWS TwinMaker IoT-Synchronisierungsjobs sollten markiert werden
-
[Io TTwin Maker.2] AWS TwinMaker IoT-Arbeitsbereiche sollten markiert werden
-
[Io TTwin Maker.3] AWS TwinMaker IoT-Szenen sollten markiert werden
-
[Io TTwin Maker.4] AWS TwinMaker IoT-Entitäten sollten markiert werden
-
[Io TWireless .1] AWS IoT Wireless Wireless-Multicast-Gruppen sollten markiert werden
-
[Io TWireless .2] AWS IoT-Wireless-Dienstprofile sollten markiert werden
-
[Io TWireless .3] AWS IoT FUOTA-Aufgaben sollten markiert werden
-
[IVS.1] Schlüsselpaare für die IVS-Wiedergabe sollten markiert sein
-
[IVS.2] IVS-Aufzeichnungskonfigurationen sollten markiert werden
-
[Keyspaces.1] Amazon Keyspaces Keyspaces sollten mit Tags versehen sein
-
[NetworkFirewall.7] Netzwerk-Firewall-Firewalls sollten markiert werden
-
[NetworkFirewall.8] Firewall-Richtlinien für Netzwerk-Firewalls sollten markiert werden
-
[Opensearch.9] OpenSearch -Domains sollten mit Tags versehen werden
-
[PCA.2] AWS Private CA-Zertifizierungsstellen sollten gekennzeichnet werden
-
[Redshift.12] Abonnements für Redshift-Ereignisbenachrichtigungen sollten markiert werden
-
[Redshift.13] Redshift-Cluster-Snapshots sollten markiert werden
-
[Redshift.14] Redshift-Cluster-Subnetzgruppen sollten markiert werden
-
[Redshift.17] Redshift-Cluster-Parametergruppen sollten markiert werden
-
[Route 53.1] Route 53-Zustandsprüfungen sollten gekennzeichnet sein
-
[SageMaker.6] SageMaker App-Image-Konfigurationen sollten mit Tags versehen werden
-
[SageMaker.7] SageMaker Bilder sollten mit Tags versehen werden
-
[SecretsManager.5] Secrets Manager Manager-Geheimnisse sollten markiert werden
-
[SES.2] SES-Konfigurationssätze sollten mit Tags versehen werden
-
[StepFunctions.2] Die Aktivitäten von Step Functions sollten mit Tags versehen werden
-
[Transfer.1] AWS Transfer Family -Workflows sollten mit Tags versehen werden
-
[Transfer.4] Transfer Family Familienverträge sollten gekennzeichnet werden
-
[Transfer.5] Transfer Family Familienzertifikate sollten gekennzeichnet sein
-
[Transfer.6] Steckverbinder der Transfer-Familie sollten gekennzeichnet sein
-
[Transfer.7] Familienprofile sollten mit Tags versehen werden