Security Hub CSPM-Steuerelemente für Amazon EKS

Diese Security Hub CSPM-Steuerelemente bewerten den Amazon Elastic Kubernetes Service (Amazon EKS) -Service und die Ressourcen. Die Steuerelemente sind möglicherweise nicht in allen Bereichen verfügbar. AWS-Regionen Weitere Informationen finden Sie unter Verfügbarkeit von Kontrollen nach Regionen.

[EKS.1] EKS-Cluster-Endpunkte sollten nicht öffentlich zugänglich sein

Verwandte Anforderungen: NIST.800-53.r5 AC-21 NIST.800-53.r5 AC-3, NIST.800-53.r5 AC-3 (7), NIST.800-53.r5 AC-4 (21) NIST.800-53.r5 AC-4,, (11) NIST.800-53.r5 AC-6 NIST.800-53.r5 SC-7, NIST.800-53.r5 SC-7 (16), NIST.800-53.r5 SC-7 (20), NIST.800-53.r5 SC-7 (21), NIST.800-53.r5 SC-7 (3), NIST.800-53.r5 SC-7 (4), NIST.800-53.r5 SC-7 NIST.800-53.r5 SC-7 (9), PCI DSS v4.0. 1/11.4.4

Kategorie: Schützen > Sichere Netzwerkkonfiguration > Ressourcen, die nicht öffentlich zugänglich sind

Schweregrad: Hoch

Art der Ressource: AWS::EKS::Cluster

AWS Config -Regel: eks-endpoint-no-public-access

Zeitplantyp: Periodisch

Parameter: Keine

Dieses Steuerelement überprüft, ob ein Amazon EKS-Cluster-Endpunkt öffentlich zugänglich ist. Die Steuerung schlägt fehl, wenn ein EKS-Cluster über einen öffentlich zugänglichen Endpunkt verfügt.

Wenn Sie einen neuen Cluster erstellen, erstellt Amazon EKS einen Endpunkt für den verwalteten Kubernetes-API-Server, den Sie für die Kommunikation mit Ihrem Cluster verwenden. Standardmäßig ist dieser API-Serverendpunkt öffentlich im Internet verfügbar. Der Zugriff auf den API-Server wird mithilfe einer Kombination aus AWS Identity and Access Management (IAM) und nativer Kubernetes Role Based Access Control (RBAC) gesichert. Indem Sie den öffentlichen Zugriff auf den Endpunkt unterbinden, können Sie eine unbeabsichtigte Offenlegung und den unbeabsichtigten Zugriff auf Ihren Cluster verhindern.

Abhilfe

Informationen zum Ändern des Endpunktzugriffs für einen vorhandenen EKS-Cluster finden Sie unter Ändern des Cluster-Endpunktzugriffs im Amazon EKS-Benutzerhandbuch. Sie können den Endpunktzugriff für einen neuen EKS-Cluster einrichten, wenn Sie ihn erstellen. Anweisungen zum Erstellen eines neuen Amazon EKS-Clusters finden Sie unter Erstellen eines Amazon EKS-Clusters im Amazon EKS-Benutzerhandbuch .

[EKS.2] EKS-Cluster sollten auf einer unterstützten Kubernetes-Version ausgeführt werden

Verwandte Anforderungen: NIST.800-53.r5 CA-9 (1), NIST.800-53.r5 CM-2, NIST.800-53.r5 SI-2 (2) NIST.800-53.r5 SI-2, (4), NIST.800-53.r5 SI-2 NIST.800-53.r5 SI-2 (5), PCI DSS v4.0. 1/123.3.4

Kategorie: Identifizieren > Sicherheitslücken-, Patch- und Versionsmanagement

Schweregrad: Hoch

Art der Ressource: AWS::EKS::Cluster

AWS Config -Regel: eks-cluster-supported-version

Zeitplantyp: Änderung ausgelöst

Parameter:

• oldestVersionSupported: 1.34 (nicht anpassbar)

Dieses Steuerelement überprüft, ob ein Amazon Elastic Kubernetes Service (Amazon EKS) -Cluster auf einer Kubernetes-Version mit Standardunterstützung ausgeführt wird. Die Steuerung schlägt fehl, wenn der Amazon EKS-Cluster auf einer Version läuft, die nicht unterstützt wird oder die erweiterte Unterstützung erhält.

Wenn Ihre Anwendung keine bestimmte Version von Kubernetes benötigt, empfehlen wir Ihnen, die neueste verfügbare Kubernetes-Version zu verwenden, die von EKS für Ihre Cluster unterstützt wird. Weitere Informationen finden Sie im Amazon EKS Kubernetes-Veröffentlichungskalender und im Amazon EKS-Benutzerhandbuch unter Understand the Kubernetes Version Lifecycle auf Amazon EKS.

Abhilfe

Informationen zum Aktualisieren eines EKS-Clusters finden Sie im Amazon EKS-Benutzerhandbuch unter Aktualisieren eines vorhandenen Clusters auf eine neue Kubernetes-Version.

[EKS.3] EKS-Cluster sollten verschlüsselte Kubernetes-Geheimnisse verwenden

Verwandte Anforderungen: NIST.800-53.r5 SC-8,, NIST.800-53.r5 SC-12 NIST.800-53.r5 SC-13 NIST.800-53.r5 SC-28, PCI DSS v4.0. 1/83.3.2

Kategorie: Schützen > Datenschutz > Verschlüsselung ruhender Daten

Schweregrad: Mittel

Art der Ressource: AWS::EKS::Cluster

AWS Config -Regel: eks-cluster-secrets-encrypted

Zeitplantyp: Periodisch

Parameter: Keine

Dieses Steuerelement überprüft, ob ein Amazon EKS-Cluster verschlüsselte Kubernetes-Geheimnisse verwendet. Die Steuerung schlägt fehl, wenn die Kubernetes-Geheimnisse des Clusters nicht verschlüsselt sind.

Wenn Sie Geheimnisse verschlüsseln, können Sie AWS Key Management Service (AWS KMS) -Schlüssel verwenden, um die Umschlagverschlüsselung von Kubernetes-Geheimnissen bereitzustellen, die in etcd für Ihren Cluster gespeichert sind. Diese Verschlüsselung erfolgt zusätzlich zur EBS-Volume-Verschlüsselung, die standardmäßig für alle Daten (einschließlich Geheimnisse) aktiviert ist, die in etcd als Teil eines EKS-Clusters gespeichert sind. Durch die Verwendung der Geheimverschlüsselung für Ihren EKS-Cluster können Sie eine Defense-in-Depth-Strategie für Kubernetes-Anwendungen implementieren, indem Sie Kubernetes-Geheimnisse mit einem KMS-Schlüssel verschlüsseln, den Sie definieren und verwalten.

Anmerkung

Diese Kontrolle wird nach dem 10. August 2026 eingestellt und aus allen geltenden Security Hub CSPM-Standards entfernt. Ab Kubernetes-Version 1.28 verfügen Amazon EKS-Cluster über Kubernetes-Geheimnisse, die standardmäßig durch Umschlagverschlüsselung geschützt sind.

Abhilfe

Informationen zum Aktivieren der Verschlüsselung von Geheimnissen auf einem EKS-Cluster finden Sie unter Aktivieren der geheimen Verschlüsselung auf einem vorhandenen Cluster im Amazon EKS-Benutzerhandbuch.

[EKS.6] EKS-Cluster sollten mit Tags versehen werden

Kategorie: Identifizieren > Inventar > Tagging

Schweregrad: Niedrig

Art der Ressource: AWS::EKS::Cluster

AWS Config Regel: tagged-eks-cluster (benutzerdefinierte Security Hub CSPM-Regel)

Zeitplantyp: Änderung ausgelöst

Parameter:

Parameter	Description	Typ	Zulässige benutzerdefinierte Werte	Security Hub CSPM-Standardwert
requiredTagKeys	Liste der Nori-Tag-Schlüssel, die die evaluierte Ressource enthalten muss. Bei Tag-Schlüsseln wird zwischen Groß- und Kleinschreibung unterschieden.	StringList (maximal 6 Artikel)	1—6 Tag-Schlüssel, die den AWS Anforderungen entsprechen.	Kein Standardwert

Dieses Steuerelement überprüft, ob ein Amazon EKS-Cluster über Tags mit den spezifischen Schlüsseln verfügt, die im Parameter requiredTagKeys definiert sind. Die Steuerung schlägt fehl, wenn der Cluster keine Tag-Schlüssel hat oder wenn er nicht über alle im Parameter angegebenen Schlüssel verfügtrequiredTagKeys. Wenn der Parameter requiredTagKeys nicht angegeben wird, prüft das Steuerelement nur, ob ein Tag-Schlüssel vorhanden ist, und schlägt fehl, wenn der Cluster mit keinem Schlüssel versehen ist. System-Tags, die automatisch angewendet werden und mit dem beginnenaws:, werden ignoriert.

Ein Tag ist eine Bezeichnung, die Sie einer AWS Ressource zuweisen. Sie besteht aus einem Schlüssel und einem optionalen Wert. Sie können Tags erstellen, um Ressourcen nach Zweck, Eigentümer, Umgebung oder anderen Kriterien zu kategorisieren. Mithilfe von Tags können Sie Ressourcen identifizieren, organisieren, suchen und filtern. Tagging hilft dir auch dabei, verantwortliche Ressourceninhaber im Hinblick auf Aktionen und Benachrichtigungen im Auge zu behalten. Wenn Sie Tagging verwenden, können Sie die attributbasierte Zugriffskontrolle (ABAC) als Autorisierungsstrategie implementieren, bei der Berechtigungen auf der Grundlage von Stichwörtern definiert werden. Sie können IAM-Entitäten (Benutzern oder Rollen) und Ressourcen Tags zuordnen. AWS Sie können eine einzelne ABAC-Richtlinie oder einen separaten Satz von Richtlinien für Ihre IAM-Prinzipale erstellen. Sie können diese ABAC-Richtlinien so entwerfen, dass sie Operationen zulassen, wenn das Tag des Principals mit dem Ressourcen-Tag übereinstimmt. Weitere Informationen finden Sie unter Wofür ist ABAC gedacht? AWSim IAM-Benutzerhandbuch.

Anmerkung

Fügen Sie keine persönlich identifizierbaren Informationen (PII) oder andere vertrauliche oder sensible Informationen in Tags ein. Schlagworte sind für viele zugänglich AWS-Services, darunter AWS Billing. Weitere bewährte Methoden zum Taggen finden Sie unter Taggen Ihrer AWS Ressourcen im. Allgemeine AWS-Referenz

Abhilfe

Informationen zum Hinzufügen von Tags zu einem EKS-Cluster finden Sie unter Taggen Ihrer Amazon EKS-Ressourcen im Amazon EKS-Benutzerhandbuch.

[EKS.7] Konfigurationen des EKS-Identitätsanbieters sollten mit Tags versehen werden

Kategorie: Identifizieren > Inventar > Tagging

Schweregrad: Niedrig

Art der Ressource: AWS::EKS::IdentityProviderConfig

AWS Config Regel: tagged-eks-identityproviderconfig (benutzerdefinierte Security Hub CSPM-Regel)

Zeitplantyp: Änderung ausgelöst

Parameter:

Parameter	Description	Typ	Zulässige benutzerdefinierte Werte	Security Hub CSPM-Standardwert
requiredTagKeys	Liste der Nori-Tag-Schlüssel, die die evaluierte Ressource enthalten muss. Bei Tag-Schlüsseln wird zwischen Groß- und Kleinschreibung unterschieden.	StringList (maximal 6 Artikel)	1—6 Tag-Schlüssel, die den AWS Anforderungen entsprechen.	Kein Standardwert

Dieses Steuerelement überprüft, ob eine Amazon EKS-Identitätsanbieter-Konfiguration Tags mit den spezifischen Schlüsseln enthält, die im Parameter requiredTagKeys definiert sind. Die Steuerung schlägt fehl, wenn die Konfiguration keine Tag-Schlüssel hat oder wenn sie nicht über alle im Parameter angegebenen Schlüssel verfügtrequiredTagKeys. Wenn der Parameter requiredTagKeys nicht angegeben wird, prüft das Steuerelement nur, ob ein Tag-Schlüssel vorhanden ist, und schlägt fehl, wenn die Konfiguration mit keinem Schlüssel versehen ist. System-Tags, die automatisch angewendet werden und mit dem beginnenaws:, werden ignoriert.

Ein Tag ist eine Bezeichnung, die Sie einer AWS Ressource zuweisen. Sie besteht aus einem Schlüssel und einem optionalen Wert. Sie können Tags erstellen, um Ressourcen nach Zweck, Eigentümer, Umgebung oder anderen Kriterien zu kategorisieren. Mithilfe von Tags können Sie Ressourcen identifizieren, organisieren, suchen und filtern. Tagging hilft dir auch dabei, verantwortliche Ressourceninhaber im Hinblick auf Aktionen und Benachrichtigungen im Auge zu behalten. Wenn Sie Tagging verwenden, können Sie die attributbasierte Zugriffskontrolle (ABAC) als Autorisierungsstrategie implementieren, bei der Berechtigungen auf der Grundlage von Stichwörtern definiert werden. Sie können IAM-Entitäten (Benutzern oder Rollen) und Ressourcen Tags zuordnen. AWS Sie können eine einzelne ABAC-Richtlinie oder einen separaten Satz von Richtlinien für Ihre IAM-Prinzipale erstellen. Sie können diese ABAC-Richtlinien so entwerfen, dass sie Operationen zulassen, wenn das Tag des Principals mit dem Ressourcen-Tag übereinstimmt. Weitere Informationen finden Sie unter Wofür ist ABAC gedacht? AWSim IAM-Benutzerhandbuch.

Anmerkung

Fügen Sie keine persönlich identifizierbaren Informationen (PII) oder andere vertrauliche oder sensible Informationen in Tags ein. Schlagworte sind für viele zugänglich AWS-Services, darunter AWS Billing. Weitere bewährte Methoden zum Taggen finden Sie unter Taggen Ihrer AWS Ressourcen im. Allgemeine AWS-Referenz

Abhilfe

Informationen zum Hinzufügen von Tags zu den Konfigurationen eines EKS-Identitätsanbieters finden Sie unter Taggen Ihrer Amazon EKS-Ressourcen im Amazon EKS-Benutzerhandbuch.

[EKS.8] Bei EKS-Clustern sollte die Auditprotokollierung aktiviert sein

Verwandte Anforderungen: NIST.800-53.r5 AC-2 (12), NIST.800-53.r5 AC-2 (4), NIST.800-53.r5 AC-4 (26), NIST.800-53.r5 AC-6 (9),, NIST.800-53.r5 AU-10, NIST.800-53.r5 AU-12 NIST.800-53.r5 AU-2, NIST.800-53.r5 AU-6 (3) NIST.800-53.r5 AU-3, (4), NIST.800-53.r5 AU-6 (7), NIST.800-53.r5 AU-9 (9) NIST.800-53.r5 CA-7, NIST.800-53.r5 SC-7 (8), NIST.800-53.r5 SI-3 (8), NIST.800-53.r5 SI-4 (20) NIST.800-53.r5 SI-4, NIST.800-53.r5 SI-7 (8), PCI DSS v4.0. 1/102.2.1

Kategorie: Identifizieren > Protokollierung

Schweregrad: Mittel

Art der Ressource: AWS::EKS::Cluster

AWS Config -Regel: eks-cluster-log-enabled

Zeitplantyp: Änderung ausgelöst

Parameter:

• logTypes: audit(nicht anpassbar)

Dieses Steuerelement überprüft, ob für einen Amazon EKS-Cluster die Auditprotokollierung aktiviert ist. Die Steuerung schlägt fehl, wenn die Auditprotokollierung für den Cluster nicht aktiviert ist.

Anmerkung

Dieses Steuerelement überprüft nicht, ob die Amazon EKS-Auditprotokollierung über Amazon Security Lake für den aktiviert ist AWS-Konto.

Mit der EKS-Kontrollebene werden Prüf- und Diagnoseprotokolle direkt von der EKS-Steuerungsebene an Amazon CloudWatch Logs in Ihrem Konto übertragen. Sie können die Protokolltypen auswählen, die Sie benötigen, und die Protokolle werden als Log-Streams an eine Gruppe für jeden EKS-Cluster gesendet CloudWatch. Die Protokollierung bietet Einblick in den Zugriff und die Leistung von EKS-Clustern. Indem Sie EKS-Control-Plane-Protokolle für Ihre EKS-Cluster an CloudWatch Logs senden, können Sie Vorgänge zu Audit- und Diagnosezwecken an einem zentralen Ort aufzeichnen.

Abhilfe

Informationen zum Aktivieren von Audit-Logs für Ihren EKS-Cluster finden Sie im Amazon EKS-Benutzerhandbuch unter Aktivieren und Deaktivieren von Control Plane-Protokollen.

[EKS.9] EKS-Knotengruppen sollten auf einer unterstützten Kubernetes-Version ausgeführt werden

Kategorie: Identifizieren > Sicherheitslücken-, Patch- und Versionsmanagement

Schweregrad: Hoch

Art der Ressource: AWS::EKS::Nodegroup

AWS Config -Regel: eks-nodegroup-supported-version-check

Zeitplantyp: Änderung ausgelöst

Parameter:

• oldestVersionSupported: 1.34 (nicht anpassbar)

Dieses Steuerelement überprüft, ob eine Amazon EKS-Knotengruppe auf einer Kubernetes-Version mit Standardunterstützung ausgeführt wird. Die Steuerung schlägt fehl, wenn die Amazon EKS-Knotengruppe auf einer Version läuft, die nicht unterstützt wird oder die erweiterte Unterstützung erhält.

Wenn EKS-Knotengruppen auf nicht unterstützten Kubernetes-Versionen ausgeführt werden, erhalten diese Knoten keine Sicherheitspatches, Bugfixes oder Kompatibilitätsupdates mehr von. AWS Nicht unterstützte Versionen können bekannte Sicherheitslücken enthalten, die in neueren Versionen behoben wurden, und es können Kompatibilitätsprobleme mit aktualisierten AWS-Services Container-Images und Drittanbieter-Tools im Kubernetes-Ökosystem auftreten. Wenn für Ihre Anwendung keine bestimmte Version von Kubernetes erforderlich ist, empfehlen wir Ihnen, die neueste verfügbare Kubernetes-Version zu verwenden, die von Amazon EKS für Ihre Knotengruppen unterstützt wird. Weitere Informationen finden Sie im Amazon EKS Kubernetes-Veröffentlichungskalender und im Amazon EKS-Benutzerhandbuch unter Understand each phase of node updates.

Abhilfe

Informationen zum Aktualisieren einer EKS-Knotengruppe finden Sie im Amazon EKS-Benutzerhandbuch unter Aktualisieren einer verwalteten Knotengruppe für Ihren Cluster.