Journalisation des appels d'API MemoryDB avec AWS CloudTrail - Amazon MemoryDB

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.

Journalisation des appels d'API MemoryDB avec AWS CloudTrail

MemoryDB est intégré à AWS CloudTrail un service qui fournit un enregistrement des actions entreprises par un utilisateur, un rôle ou un AWS service dans MemoryDB. CloudTrail capture tous les appels d'API pour MemoryDB sous forme d'événements, y compris les appels depuis la console MemoryDB et les appels de code vers les opérations de l'API MemoryDB. Si vous créez un suivi, vous pouvez activer la diffusion continue d' CloudTrail événements vers un compartiment Amazon S3, y compris des événements pour MemoryDB. Si vous ne configurez pas de suivi, vous pouvez toujours consulter les événements les plus récents dans la CloudTrail console dans Historique des événements. À l'aide des informations collectées par CloudTrail, vous pouvez déterminer la demande qui a été faite à MemoryDB, l'adresse IP à partir de laquelle la demande a été faite, qui a fait la demande, quand elle a été faite et des détails supplémentaires.

Pour en savoir plus CloudTrail, consultez le guide de AWS CloudTrail l'utilisateur.

Informations MemoryDB dans CloudTrail

CloudTrail est activé sur votre AWS compte lorsque vous le créez. Lorsqu'une activité se produit dans MemoryDB, cette activité est enregistrée dans un CloudTrail événement avec d'autres événements de AWS service dans l'historique des événements. Vous pouvez consulter, rechercher et télécharger les événements récents dans votre AWS compte. Pour plus d'informations, consultez la section Affichage des événements avec l'historique des CloudTrail événements.

Pour un enregistrement continu des événements de votre AWS compte, y compris des événements relatifs à MemoryDB, créez une trace. Un suivi permet CloudTrail de fournir des fichiers journaux à un compartiment Amazon S3. Par défaut, lorsque vous créez un journal d’activité dans la console, il s’applique à toutes les régions. Le journal enregistre les événements de toutes les régions de la AWS partition et transmet les fichiers journaux au compartiment Amazon S3 que vous spécifiez. En outre, vous pouvez configurer d'autres AWS services pour analyser plus en détail les données d'événements collectées dans les CloudTrail journaux et agir en conséquence. Pour plus d’informations, consultez les ressources suivantes :

Toutes les actions de MemoryDB sont enregistrées par. CloudTrail Par exemple, les appels au CreateCluster DescribeClusters et les UpdateCluster actions génèrent des entrées dans les fichiers CloudTrail journaux.

Chaque événement ou entrée de journal contient des informations sur la personne ayant initié la demande. Les informations relatives à l’identité permettent de déterminer les éléments suivants :

  • Si la demande a été effectuée avec des informations d’identification d’utilisateur root ou IAM.

  • Si la demande a été effectuée avec des informations d’identification de sécurité temporaires pour un rôle ou un utilisateur fédéré.

  • Si la demande a été faite par un autre AWS service.

Pour plus d'informations, consultez l'élément CloudTrail UserIdentity.

Comprendre les entrées du fichier journal MemoryDB

Un suivi est une configuration qui permet de transmettre des événements sous forme de fichiers journaux à un compartiment Amazon S3 que vous spécifiez. CloudTrail les fichiers journaux contiennent une ou plusieurs entrées de journal. Un événement représente une demande unique provenant de n'importe quelle source et inclut des informations sur l'action demandée, la date et l'heure de l'action, les paramètres de la demande, etc. CloudTrail les fichiers journaux ne constituent pas une trace ordonnée des appels d'API publics, ils n'apparaissent donc pas dans un ordre spécifique.

L'exemple suivant montre une entrée de CloudTrail journal illustrant l'CreateClusteraction.

{ "eventVersion": "1.08", "userIdentity": { "type": "IAMUser", "principalId": "EKIAUAXQT3SWDEXAMPLE", "arn": "arn:aws:iam::123456789012:user/john", "accountId": "123456789012", "accessKeyId": "AKIAIOSFODNN7EXAMPLE", "userName": "john" }, "eventTime": "2021-07-10T17:56:46Z", "eventSource": "memorydb.amazonaws.com", "eventName": "CreateCluster", "awsRegion": "us-east-1", "sourceIPAddress": "192.0.2.01", "userAgent": "aws-cli/2.2.29 Python/3.9.6 Darwin/19.6.0 source/x86_64 prompt/off command/memorydb.create-cluster", "requestParameters": { "clusterName": "memorydb-cluster", "nodeType": "db.r6g.large", "subnetGroupName": "memorydb-subnet-group", "aCLName": "open-access" }, "responseElements": { "cluster": { "name": "memorydb-cluster", "status": "creating", "numberOfShards": 1, "availabilityMode": "MultiAZ", "clusterEndpoint": { "port": 6379 }, "nodeType": "db.r6g.large", "engineVersion": "6.2", "enginePatchVersion": "6.2.6", "parameterGroupName": "default.memorydb-redis6", "parameterGroupStatus": "in-sync", "subnetGroupName": "memorydb-subnet-group", "tLSEnabled": true, "aRN": "arn:aws:memorydb:us-east-1:123456789012:cluster/memorydb-cluster", "snapshotRetentionLimit": 0, "maintenanceWindow": "tue:06:30-tue:07:30", "snapshotWindow": "09:00-10:00", "aCLName": "open-access", "dataTiering": "false", "autoMinorVersionUpgrade": true } }, "requestID": "506fc951-9ae2-42bb-872c-98028dc8ed11", "eventID": "2ecf3dc3-c931-4df0-a2b3-be90b596697e", "readOnly": false, "eventType": "AwsApiCall", "managementEvent": true, "recipientAccountId": "123456789012", "eventCategory": "Management" }

L'exemple suivant montre une entrée de CloudTrail journal illustrant l'DescribeClustersaction. Notez que pour tous les appels MemoryDB Describe et List (Describe*etList*), la responseElements section est supprimée et apparaît sous la forme. null

{ "eventVersion": "1.08", "userIdentity": { "type": "IAMUser", "principalId": "EKIAUAXQT3SWDEXAMPLE", "arn": "arn:aws:iam::123456789012:user/john", "accountId": "123456789012", "accessKeyId": "AKIAIOSFODNN7EXAMPLE", "userName": "john" }, "eventTime": "2021-07-10T18:39:51Z", "eventSource": "memorydb.amazonaws.com", "eventName": "DescribeClusters", "awsRegion": "us-east-1", "sourceIPAddress": "192.0.2.01", "userAgent": "aws-cli/2.2.29 Python/3.9.6 Darwin/19.6.0 source/x86_64 prompt/off command/memorydb.describe-clusters", "requestParameters": { "maxResults": 50, "showShardDetails": true }, "responseElements": null, "requestID": "5e831993-52bb-494d-9bba-338a117c2389", "eventID": "32a3dc0a-31c8-4218-b889-1a6310b7dd50", "readOnly": true, "eventType": "AwsApiCall", "managementEvent": true, "recipientAccountId": "123456789012", "eventCategory": "Management" }

L'exemple suivant montre une entrée de CloudTrail journal qui enregistre une UpdateCluster action.

{ "eventVersion": "1.08", "userIdentity": { "type": "IAMUser", "principalId": "EKIAUAXQT3SWDEXAMPLE", "arn": "arn:aws:iam::123456789012:user/john", "accountId": "123456789012", "accessKeyId": "AKIAIOSFODNN7EXAMPLE", "userName": "john" }, "eventTime": "2021-07-10T19:23:20Z", "eventSource": "memorydb.amazonaws.com", "eventName": "UpdateCluster", "awsRegion": "us-east-1", "sourceIPAddress": "192.0.2.01", "userAgent": "aws-cli/2.2.29 Python/3.9.6 Darwin/19.6.0 source/x86_64 prompt/off command/memorydb.update-cluster", "requestParameters": { "clusterName": "memorydb-cluster", "snapshotWindow": "04:00-05:00", "shardConfiguration": { "shardCount": 2 } }, "responseElements": { "cluster": { "name": "memorydb-cluster", "status": "updating", "numberOfShards": 2, "availabilityMode": "MultiAZ", "clusterEndpoint": { "address": "clustercfg.memorydb-cluster.cde8da.memorydb.us-east-1.amazonaws.com", "port": 6379 }, "nodeType": "db.r6g.large", "engineVersion": "6.2", "EnginePatchVersion": "6.2.6", "parameterGroupName": "default.memorydb-redis6", "parameterGroupStatus": "in-sync", "subnetGroupName": "memorydb-subnet-group", "tLSEnabled": true, "aRN": "arn:aws:memorydb:us-east-1:123456789012:cluster/memorydb-cluster", "snapshotRetentionLimit": 0, "maintenanceWindow": "tue:06:30-tue:07:30", "snapshotWindow": "04:00-05:00", "autoMinorVersionUpgrade": true, "DataTiering": "false" } }, "requestID": "dad021ce-d161-4365-8085-574133afab54", "eventID": "e0120f85-ab7e-4ad4-ae78-43ba15dee3d8", "readOnly": false, "eventType": "AwsApiCall", "managementEvent": true, "recipientAccountId": "123456789012", "eventCategory": "Management" }

L'exemple suivant montre une entrée de CloudTrail journal illustrant l'CreateUseraction. Notez que pour les appels MemoryDB contenant des données sensibles, ces données seront supprimées lors de l' CloudTrail événement correspondant, comme indiqué dans la requestParameters section ci-dessous.

{ "eventVersion": "1.08", "userIdentity": { "type": "IAMUser", "principalId": "EKIAUAXQT3SWDEXAMPLE", "arn": "arn:aws:iam::123456789012:user/john", "accountId": "123456789012", "accessKeyId": "AKIAIOSFODNN7EXAMPLE", "userName": "john" }, "eventTime": "2021-07-10T19:56:13Z", "eventSource": "memorydb.amazonaws.com", "eventName": "CreateUser", "awsRegion": "us-east-1", "sourceIPAddress": "192.0.2.01", "userAgent": "aws-cli/2.2.29 Python/3.9.6 Darwin/19.6.0 source/x86_64 prompt/off command/memorydb.create-user", "requestParameters": { "userName": "memorydb-user", "authenticationMode": { "type": "password", "passwords": [ "HIDDEN_DUE_TO_SECURITY_REASONS" ] }, "accessString": "~* &* -@all +@read" }, "responseElements": { "user": { "name": "memorydb-user", "status": "active", "accessString": "off ~* &* -@all +@read", "aCLNames": [], "minimumEngineVersion": "6.2", "authentication": { "type": "password", "passwordCount": 1 }, "aRN": "arn:aws:memorydb:us-east-1:123456789012:user/memorydb-user" } }, "requestID": "ae288b5e-80ab-4ff8-989a-5ee5c67cd193", "eventID": "ed096e3e-16f1-4a23-866c-0baa6ec769f6", "readOnly": false, "eventType": "AwsApiCall", "managementEvent": true, "recipientAccountId": "123456789012", "eventCategory": "Management" }