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.
Le modèle de responsabilité AWS partagée
À des fins de protection des données, nous vous recommandons de protéger les Compte AWS informations d'identification et de configurer les utilisateurs individuels avec AWS IAM Identity Center ou AWS Identity and Access Management (IAM). Ainsi, chaque utilisateur se voit attribuer uniquement les autorisations nécessaires pour exécuter ses tâches. Nous vous recommandons également de sécuriser vos données comme indiqué ci-dessous :
-
Utilisez l’authentification multifactorielle (MFA) avec chaque compte.
-
Utilisez le protocole SSL/TLS pour communiquer avec les ressources. AWS Nous exigeons TLS 1.2 et recommandons TLS 1.3.
-
Configurez l'API et la journalisation de l'activité des utilisateurs avec AWS CloudTrail. Pour plus d'informations sur l'utilisation des CloudTrail sentiers pour capturer AWS des activités, consultez la section Utilisation des CloudTrail sentiers dans le guide de AWS CloudTrail l'utilisateur.
-
Utilisez des solutions de AWS chiffrement, ainsi que tous les contrôles de sécurité par défaut qu'ils contiennent Services AWS.
-
Utilisez des services de sécurité gérés avancés tels qu’Amazon Macie, qui contribuent à la découverte et à la sécurisation des données sensibles stockées dans Amazon S3.
-
Si vous avez besoin de modules cryptographiques validés par la norme FIPS 140-3 pour accéder AWS via une interface de ligne de commande ou une API, utilisez un point de terminaison FIPS. Pour plus d’informations sur les points de terminaison FIPS disponibles, consultez Norme FIPS (Federal Information Processing Standard) 140-3
.
Nous vous recommandons fortement de ne jamais placer d’informations confidentielles ou sensibles, telles que les adresses e-mail de vos clients, dans des balises ou des champs de texte libre tels que le champ Nom. Cela inclut lorsque vous travaillez avec AWS TNB ou autre à Services AWS l'aide de la console, de l'API ou AWS SDKs. AWS CLI Toutes les données que vous entrez dans des balises ou des champs de texte de forme libre utilisés pour les noms peuvent être utilisées à des fins de facturation ou dans les journaux de diagnostic. Si vous fournissez une adresse URL à un serveur externe, nous vous recommandons fortement de ne pas inclure d’informations d’identification dans l’adresse URL permettant de valider votre demande adressée à ce serveur.
Manipulation des données
Lorsque vous fermez votre AWS compte, AWS TNB marque vos données pour suppression et les supprime de toute utilisation. Si vous réactivez votre AWS compte dans les 90 jours, AWS TNB restaure vos données. Après 120 jours, AWS TNB supprime définitivement vos données. AWS TNB met également fin à vos réseaux et supprime vos packages de fonctions et vos packages réseau.
Chiffrement au repos
AWS TNB chiffre toujours toutes les données stockées dans le service au repos sans nécessiter de configuration supplémentaire. Ce cryptage est automatique via AWS Key Management Service.
Chiffrement en transit
AWS TNB sécurise toutes les données en transit à l'aide du protocole TLS (Transport Layer Security) 1.2.
Il est de votre responsabilité de chiffrer les données entre vos agents de simulation et leurs clients.
Confidentialité du trafic inter-réseaux
AWS Les ressources informatiques du TNB résident dans un cloud privé virtuel (VPC) partagé par tous les clients. Tout le trafic interne du AWS TNB est resté sur le AWS réseau et ne transite pas par Internet. Les connexions entre vos agents de simulation et leurs clients sont acheminées via Internet.
