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.
GuardDuty APImodifications en mars 2023
Les fonctionnalités de protection GuardDuty APIs configurées qui ne figurent pas dans la liste desGuardDuty sources de données de base. Un objet de fonctionnalité contient des détails sur les fonctionnalités, tels que le nom et l'état de la fonctionnalité, et peut contenir une configuration supplémentaire pour certains plans de protection. Cette migration affecte les éléments suivants APIs dans la GuardDuty APIréférence Amazon :
Caractéristiques comparées aux sources de données
Historiquement, toutes les GuardDuty fonctionnalités passaient par un dataSources
objet dans leAPI. À partir de mars 2023, GuardDuty préfère features
l'objet au lieu de l'dataSources
objet dans leAPI. Toutes les sources de données antérieures possèdent des fonctionnalités correspondantes, mais il se peut que les fonctionnalités plus récentes n'en aient pas.
La liste suivante montre la comparaison entre dataSources
un features
objet lorsqu'il est passé par un API :
-
L'objet
dataSources
contient des objets pour chaque type de protection et son état. L'features
objet est une liste des fonctionnalités disponibles correspondant à chaque type de protection qu'il contient GuardDuty.À compter de mars 2023, l'activation des fonctionnalités sera le seul moyen de configurer de nouvelles GuardDuty fonctionnalités dans votre AWS environnement.
-
Le
dataSources
schéma de la API demande ou de la réponse est le même dans chaque Région AWS endroit où GuardDuty cela est disponible. Cependant, il se peut que toutes les fonctionnalités ne soient pas disponibles dans chaque région. Par conséquent, les noms des fonctionnalités disponibles peuvent varier en fonction de la région.
Comprendre le fonctionnement APIs des fonctionnalités
Ils GuardDuty APIs continueront à renvoyer un dataSources
objet le cas échéant, et ils renverront également un features
objet contenant les mêmes informations dans un format différent. GuardDuty les fonctionnalités lancées avant mars 2023 seront disponibles via dataSources
object et features
object. GuardDuty les fonctionnalités lancées depuis mars 2023 ne seront disponibles que via l'features
objet. Vous ne pouvez pas créer ou mettre à jour un détecteur, ni décrire votre AWS Organizations utilisation à la fois dataSources
et de la notation d'features
objets dans la même API demande. Pour activer les types de GuardDuty protection, vous devez migrer vos sources de données existantes vers l'features
objet en utilisant celles APIs qui incluent désormais également l'features
objet.
Note
GuardDuty n'ajoutera pas de nouvelle source de données après cette modification.
GuardDuty a déconseillé l'utilisation de sources de données associées aux plans de protection. Cependant, il prend toujours en charge les GuardDuty sources de données de base. Les GuardDuty meilleures pratiques recommandent d'utiliser des fonctionnalités permettant d'activer ou de modifier la configuration de n'importe quel plan de protection de votre compte.
Intégration des modifications apportées aux fonctionnalités dans APIs
-
Si vous gérez des GuardDuty configurations via APIsSDKs, ou AWS CloudFormation un modèle, et que vous souhaitez activer de nouvelles GuardDuty fonctionnalités potentielles, vous devrez modifier votre code et votre modèle, respectivement. Pour plus d'informations, consultez la mise à jour APIs dans le Amazon GuardDuty API Reference.
-
Pour les GuardDuty fonctionnalités configurées avant cette mise à niveau, vous pouvez continuer à utiliser le AWS CloudFormation modèle APIsSDKs, ou. Toutefois, nous vous recommandons de passer à l'utilisation de l'objet
feature
.Toutes les sources de données ont un objet de fonctionnalité équivalent. Pour de plus amples informations, veuillez consulter Mappage de dataSources aux features.
-
Actuellement,
additionalConfiguration
dans l'objetfeatures
n'est disponible que pour certains types de protection.-
Pour de tels types de protection, si votre fonctionnalité
AdditionalConfiguration
status
est définie surENABLED
mais que la configuration de votre fonctionnalité n'status
est pas définie surENABLED
, GuardDuty aucune action n'est entreprise dans ce cas. -
Ceci a APIs une incidence sur les éléments suivants :
-
Mappage de dataSources
aux features
Le tableau suivant montre le mappage des types de protection, dataSources
et features
.
GuardDuty type de protection | Nom de la source de données * | Nom de la fonctionnalité |
---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
GuardDuty fournit uniquement un support d'activation des fonctionnalités pour ces types de protection. |
|
|
EKSSurveillance du temps d'exécution |
|
|
|
||
GuardDuty agent de sécurité pour les EKS clusters Amazon |
|
|
GuardDuty agent de sécurité pour les clusters Amazon ECS -Fargate |
|
|
GuardDuty agent de sécurité pour les EC2 instances Amazon |
|
|
|
*GetUsageStatistics utilise ses propres dataSource
noms. Pour plus d'informations, consultez Estimation GuardDuty du coût d'utilisation ou GetUsageStatistics.