Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Comment fonctionne la surveillance de l’exécution avec les clusters Amazon EKS
Runtime Monitoring utilise un module complémentaire EKS aws-guardduty-agent, également appelé agent GuardDuty de sécurité. Une fois que l'agent de GuardDuty sécurité GuardDuty est déployé sur vos clusters EKS, il peut recevoir des événements d'exécution pour ces clusters EKS.
Remarques
Runtime Monitoring prend en charge les clusters Amazon EKS exécutés sur des instances Amazon EC2 et Amazon EKS Auto Mode.
Runtime Monitoring ne prend pas en charge les clusters Amazon EKS dotés de nœuds hybrides Amazon EKS, ni ceux qui s'exécutent sur AWS Fargate.
Pour plus d'informations sur ces fonctionnalités d'Amazon EKS, consultez Qu'est-ce qu'Amazon EKS ? dans le guide de l'utilisateur Amazon EKS .
Vous pouvez surveiller les événements d'exécution de vos clusters Amazon EKS au niveau du compte ou du cluster. Vous pouvez gérer l'agent GuardDuty de sécurité uniquement pour les clusters Amazon EKS que vous souhaitez surveiller pour détecter les menaces. Vous pouvez gérer l'agent GuardDuty de sécurité manuellement ou en l'autorisant GuardDuty à le gérer en votre nom, à l'aide de la configuration automatique de l'agent.
Lorsque vous utilisez l'approche de configuration automatisée de l'agent pour GuardDuty permettre de gérer le déploiement de l'agent de sécurité en votre nom, celui-ci crée automatiquement un point de terminaison Amazon Virtual Private Cloud (Amazon VPC). L'agent de sécurité transmet les événements d'exécution à l'aide GuardDuty de ce point de terminaison Amazon VPC.
En plus du point de terminaison VPC, crée GuardDuty également un nouveau groupe de sécurité. Les règles entrantes (entrées) contrôlent le trafic autorisé à atteindre les ressources associées au groupe de sécurité. GuardDuty ajoute des règles entrantes qui correspondent à la plage d'adresses CIDR du VPC pour votre ressource et s'y adapte également lorsque la plage d'adresses CIDR change. Pour plus d'informations, consultez la plage d'adresses CIDR du VPC dans le guide de l'utilisateur Amazon VPC.
Remarques
-
L'utilisation du point de terminaison VPC n'entraîne aucun coût supplémentaire.
-
Utilisation d'un VPC centralisé avec un agent automatisé — Lorsque vous utilisez la configuration d'agent GuardDuty automatisée pour un type de ressource, GuardDuty un point de terminaison VPC est créé en votre nom pour tous les VPC. Cela inclut les VPC centralisés et les VPC en étoile. GuardDuty ne prend pas en charge la création d'un point de terminaison VPC uniquement pour le VPC centralisé. Pour plus d'informations sur le fonctionnement du VPC centralisé, consultez Interface VPC endpoints dans le AWS livre blanc intitulé « Création d'une infrastructure réseau évolutive et sécurisée ». Multi-VPC AWS
Approches de gestion des agents GuardDuty de sécurité dans les clusters Amazon EKS
Avant le 13 septembre 2023, vous pouviez configurer GuardDuty pour gérer l'agent de sécurité au niveau du compte. Ce comportement indique que, par défaut, GuardDuty gère l'agent de sécurité sur tous les clusters EKS appartenant à un Compte AWS. GuardDuty Fournit désormais une fonctionnalité granulaire pour vous aider à choisir les clusters EKS dans lesquels vous GuardDuty souhaitez gérer l'agent de sécurité.
Lorsque vous choisissez d'Gestion manuelle GuardDuty de l'agent de sécurité, vous pouvez toujours sélectionner les clusters EKS que vous souhaitez surveiller. Toutefois, pour gérer l'agent manuellement, il Compte AWS est indispensable de créer un point de terminaison Amazon VPC pour vous.
Note
Quelle que soit l'approche que vous utilisez pour gérer l'agent GuardDuty de sécurité, EKS Runtime Monitoring est toujours activé au niveau du compte.
Gérez l'agent de sécurité via GuardDuty
GuardDuty déploie et gère l'agent de sécurité en votre nom. À tout moment, vous pouvez surveiller les clusters EKS de votre compte en utilisant l'une des approches suivantes.
Rubriques
Surveillez tous les clusters EKS
Utilisez cette approche lorsque vous GuardDuty souhaitez déployer et gérer l'agent de sécurité pour tous les clusters EKS de votre compte. Par défaut, l'agent de sécurité GuardDuty sera également déployé sur un cluster EKS potentiellement nouveau créé dans votre compte.
- Impact de l'utilisation de cette approche
-
-
GuardDuty crée un point de terminaison Amazon Virtual Private Cloud (Amazon VPC) via lequel l'agent GuardDuty de sécurité transmet les événements d' GuardDutyexécution. La création du point de terminaison Amazon VPC n'entraîne aucun coût supplémentaire lorsque vous gérez l'agent de sécurité via GuardDuty.
-
Votre nœud de travail doit disposer d'un chemin réseau valide vers un point de terminaison
guardduty-dataVPC actif. GuardDuty déploie l'agent de sécurité sur vos clusters EKS. Amazon Elastic Kubernetes Service (Amazon EKS) coordonnera le déploiement de l'agent de sécurité sur les nœuds des clusters EKS. -
Sur la base de la disponibilité IP, GuardDuty sélectionne le sous-réseau pour créer un point de terminaison VPC. Si vous utilisez des topologies réseau avancées, vous devez vérifier que la connectivité est possible.
-
Exclure les clusters EKS sélectifs
Utilisez cette approche lorsque vous GuardDuty souhaitez gérer l'agent de sécurité pour tous les clusters EKS de votre compte, mais exclure certains clusters EKS. Cette méthode utilise une approche basée sur les balises1 dans laquelle vous pouvez étiqueter les clusters EKS pour lesquels vous ne souhaitez pas recevoir les événements d'exécution. La balise prédéfinie doit avoir GuardDutyManaged : false comme paire clé-valeur.
- Impact de l'utilisation de cette approche
-
Cette approche nécessite que vous activiez la gestion automatique des GuardDuty agents uniquement après avoir ajouté des balises aux clusters EKS que vous souhaitez exclure de la surveillance.
Par conséquent, l'impact lorsque vous Gérez l'agent de sécurité via GuardDuty s'applique également à cette approche. Lorsque vous ajoutez des balises avant d'activer la gestion automatique des GuardDuty agents, GuardDuty vous ne déployez ni ne gérez l'agent de sécurité pour les clusters EKS exclus de la surveillance.
- Considérations
-
-
Vous devez ajouter la paire clé-valeur de balise comme suit
GuardDutyManaged:falsepour les clusters EKS sélectifs avant d'activer la configuration automatique des agents, sinon, l'agent de GuardDuty sécurité sera déployé sur tous les clusters EKS jusqu'à ce que vous utilisiez la balise. -
Vous devez empêcher la modification des balises, sauf par des identités approuvées.
Important
Gérez les autorisations permettant de modifier la valeur de la balise
GuardDutyManagedpour votre cluster EKS à l'aide de politiques de contrôle des services ou de politiques IAM. Pour plus d'informations, veuillez consulter Politiques de contrôle des services (SCP) dans le Guide de l'utilisateur AWS Organizations ou le Contrôle de l'accès aux ressources AWS dans le Guide de l'utilisateur IAM. -
Pour un cluster EKS potentiellement nouveau que vous ne souhaitez pas surveiller, veillez à ajouter la
GuardDutyManagedpairefalseclé-valeur au moment de la création de ce cluster EKS. -
Cette approche tiendra également compte des mêmes considérations que celles spécifiées pour Surveillez tous les clusters EKS.
-
Inclure des clusters EKS sélectifs
Utilisez cette approche lorsque vous GuardDuty souhaitez déployer et gérer les mises à jour de l'agent de sécurité uniquement pour certains clusters EKS de votre compte. Cette méthode utilise une approche basée sur les balises1 dans laquelle vous pouvez étiqueter le cluster EKS pour lesquels vous souhaitez recevoir les événements d'exécution.
- Impact de l'utilisation de cette approche
-
-
En utilisant des balises d'inclusion, l'agent de sécurité GuardDuty sera automatiquement déployé et géré uniquement pour les clusters EKS sélectifs marqués avec
GuardDutyManaged:truecomme paire clé-valeur. -
L'utilisation de cette approche aura également le même impact que celui spécifié pour Surveillez tous les clusters EKS.
-
- Considérations
-
-
Si la valeur de la balise
GuardDutyManagedn'est pas définie surtrue, la balise d'inclusion ne fonctionnera pas comme prévu, ce qui peut avoir un impact sur la surveillance de votre cluster EKS. -
Pour vous assurer que vos clusters EKS sélectifs sont surveillés, vous devez empêcher la modification des balises, sauf par des identités approuvées.
Important
Gérez les autorisations permettant de modifier la valeur de la balise
GuardDutyManagedpour votre cluster EKS à l'aide de politiques de contrôle des services ou de politiques IAM. Pour plus d'informations, veuillez consulter Politiques de contrôle des services (SCP) dans le Guide de l'utilisateur AWS Organizations ou le Contrôle de l'accès aux ressources AWS dans le Guide de l'utilisateur IAM. -
Pour un cluster EKS potentiellement nouveau que vous ne souhaitez pas surveiller, veillez à ajouter la
GuardDutyManagedpairefalseclé-valeur au moment de la création de ce cluster EKS. -
Cette approche tiendra également compte des mêmes considérations que celles spécifiées pour Surveillez tous les clusters EKS.
-
1 Pour plus d'informations sur l'étiquetage de clusters EKS sélectifs, veuillez consulter Étiquetage de vos ressources Amazon EKS dans le Guide de l'utilisateur Amazon EKS.
Gestion manuelle GuardDuty de l'agent de sécurité
Utilisez cette approche lorsque vous souhaitez déployer et gérer manuellement l'agent de GuardDuty sécurité sur tous vos clusters EKS. Assurez-vous que la surveillance d'exécution EKS est activée pour vos comptes. L'agent GuardDuty de sécurité risque de ne pas fonctionner comme prévu si vous n'activez pas EKS Runtime Monitoring.
- Impact de l'utilisation de cette approche
-
Vous devrez coordonner le déploiement de l'agent de GuardDuty sécurité au sein de vos clusters EKS sur tous les comptes et sur les Régions AWS sites où cette fonctionnalité est disponible. Vous devrez également mettre à jour la version de l'agent lors GuardDuty de sa publication. Pour plus d'informations sur les versions d'agent pour EKS, consultezGuardDuty versions des agents de sécurité pour les ressources Amazon EKS.
- Considérations
-
Vous devez garantir un flux de données sécurisé tout en surveillant et en comblant les lacunes de couverture à mesure que de nouveaux clusters et charges de travail sont déployés en permanence.