AWS Audit Manager n'est plus ouvert aux nouveaux clients. Les clients existants peuvent continuer à utiliser le service normalement. Pour plus d'informations, consultez AWS Audit Manager la section Modification de disponibilité.

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.

AWS Appels d'API pris en charge par AWS Audit Manager

Vous pouvez utiliser Audit Manager pour capturer des instantanés de votre AWS environnement en tant que preuves pour les audits. Lorsque vous créez ou modifiez un contrôle personnalisé, vous pouvez spécifier un ou plusieurs appels d' AWS API en tant que mappage de sources de données pour la collecte de preuves. Audit Manager passe ensuite des appels d'API aux Services AWS personnes concernées et collecte un instantané des détails de configuration de vos AWS ressources.

Pour chaque ressource faisant l’objet d’un appel d’API, Audit Manager capture un instantané de configuration et le convertit en éléments probants. Cela se traduit par un élément probant par ressource, par opposition à un élément probant par appel d’API.

Par exemple, si l’appel d’API ec2_DescribeRouteTables capture des instantanés de configuration à partir de cinq tables de routage, vous obtiendrez cinq éléments probants au total pour cet appel d’API unique. Chaque élément probant est un instantané de la configuration d’une table de routage individuelle.

Points clés

Appels d’API paginés

Beaucoup Services AWS collectent et stockent une grande quantité de données. Par conséquent, lorsqu’un appel d’API list, describe ou get tente de renvoyer vos données, les résultats peuvent être nombreux. Si la quantité de données est trop importante pour être renvoyée en une seule réponse, les résultats peuvent être divisés en éléments plus faciles à gérer grâce à la pagination. Cela divise les résultats en « pages » de données, ce qui facilite la gestion des réponses.

Certains d'entre eux Appels d’API pris en charge pour les sources de données de contrôle personnalisées sont paginés. Cela signifie qu’ils renvoient des résultats partiels dans un premier temps et nécessitent des demandes ultérieures pour renvoyer l’ensemble de résultats complet. Par exemple, l’opération DescribeDBInstances d’Amazon RDS renvoie jusqu’à 100 instances à la fois, et les demandes suivantes sont nécessaires pour renvoyer la page de résultats suivante.

Depuis le 8 mars 2023, Audit Manager prend en charge les appels d’API paginés en tant que source de données pour la collecte d’éléments probants. Auparavant, si un appel d’API paginé était utilisé comme source de données, seul un sous-ensemble de vos ressources était renvoyé dans la réponse de l’API (jusqu’à 100 résultats). Audit Manager appelle désormais l’opération d’API paginée à plusieurs reprises et obtient chaque page de résultats jusqu’à ce que toutes les ressources soient renvoyées. Pour chaque ressource, Audit Manager capture ensuite un instantané de configuration et l’enregistre comme élément probant. Étant donné que votre ensemble complet de ressources est désormais saisi dans la réponse de l'API, il est probable que vous remarquiez une augmentation de la quantité de preuves collectées après le 8 mars 2023.

Audit Manager gère automatiquement la pagination des appels d’API pour vous. Si vous créez un contrôle personnalisé qui utilise un appel d’API paginé comme source de données, vous n’avez pas besoin de définir des paramètres de pagination.

Appels d’API pris en charge pour les sources de données de contrôle personnalisées

Dans vos contrôles personnalisés, vous pouvez utiliser l’un des appels d’API suivants comme source de données. Audit Manager peut ensuite utiliser ces appels d'API pour collecter des preuves concernant votre AWS utilisation.

Les appels d'API utilisés dans AWS License Manager cadre standard

Dans le cadre standard AWS License Manager, Audit Manager utilise une activité personnalisée appelée GetLicenseManagerSummary pour collecter des éléments probants. Cette activité fait appel aux trois API du gestionnaire de licences suivantes :

Les données renvoyées sont ensuite converties en éléments probants et jointes aux contrôles pertinents dans le cadre de votre évaluation.

Exemple

Supposons que vous utilisiez deux produits sous licence (SQL Service 2017 et Oracle Database Enterprise Edition). Tout d'abord, l'GetLicenseManagerSummaryactivité appelle l'ListLicenseConfigurationsAPI, qui fournit des détails sur les configurations de licence de votre compte. Ensuite, il ajoute des données contextuelles supplémentaires pour chaque configuration de licence en appelant ListUsageForLicenseConfiguration et ListAssociationsForLicenseConfiguration. Enfin, elle convertit les données de configuration de licence en éléments probants et les associe aux contrôles respectifs du framework (4.5 - Licence gérée par le client pour SQL Server 2017 et 3.0.4 - Licence gérée par le client pour Oracle Database Enterprise Edition).

Si vous utilisez un produit sous licence qui n’est couvert par aucun des contrôles du framework, ces données de configuration de licence sont jointes en tant qu’élément probant au contrôle suivant : 5.0 - Licence gérée par le client pour les autres licences.

Ressources supplémentaires