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. # Sécurité dans le AWS Site-to-Site VPN La sécurité du cloud AWS est la priorité absolue. En tant que AWS client, vous bénéficiez de centres de données et d'architectures réseau conçus pour répondre aux exigences des entreprises les plus sensibles en matière de sécurité. La sécurité est une responsabilité partagée entre vous AWS et vous. Le [modèle de responsabilité partagée](https://aws.amazon.com/compliance/shared-responsibility-model/) décrit ceci comme la sécurité *du* cloud et la sécurité *dans* le cloud : + **Sécurité du cloud** : AWS est chargée de protéger l'infrastructure qui exécute les AWS services dans le AWS Cloud. AWS vous fournit également des services que vous pouvez utiliser en toute sécurité. Des auditeurs tiers testent et vérifient régulièrement l'efficacité de notre sécurité dans le cadre des programmes de [AWS conformité Programmes](https://aws.amazon.com/compliance/programs/) de de conformité. Pour en savoir plus sur les programmes de conformité qui s'appliquent au AWS Site-to-Site VPN, voir [AWS Services concernés par programme de conformitéAWS](https://aws.amazon.com/compliance/services-in-scope/) . + **Sécurité dans le cloud** — Votre responsabilité est déterminée par le AWS service que vous utilisez. Vous êtes également responsable d’autres facteurs, y compris de la sensibilité de vos données, des exigences de votre entreprise, ainsi que de la législation et de la réglementation applicables. Cette documentation vous aide à comprendre comment appliquer le modèle de responsabilité partagée lors de l'utilisation d' Site-to-Siteun VPN. Les rubriques suivantes expliquent comment configurer le Site-to-Site VPN pour répondre à vos objectifs de sécurité et de conformité. Vous apprendrez également à utiliser d'autres AWS services qui vous aident à surveiller et à sécuriser vos ressources Site-to-Site VPN. **Topics** + [Fonctionnalités de sécurité améliorées grâce à Secrets Manager](enhanced-security.md) + [Protection des données](data-protection.md) + [Gestion des identités et des accès](security-iam.md) + [Résilience](disaster-recovery-resiliency.md) + [Sécurité de l’infrastructure](infrastructure-security.md) # Fonctionnalités AWS Site-to-Site VPN de sécurité améliorées grâce à Secrets Manager La fonctionnalité Security Rebase d'AWS Site-to-Site VPN fournit des fonctionnalités de sécurité améliorées qui vous offrent un meilleur contrôle et une meilleure visibilité sur vos connexions VPN. L'une des principales améliorations est la possibilité de stocker des clés pré-partagées (PSKs) dans le service Site-to-Site VPN AWS Secrets Manager plutôt que directement dans celui-ci, ce qui permet une meilleure gestion des secrets et le respect des meilleures pratiques de sécurité. La fonctionnalité inclut également une `GetActiveVpnTunnelStatus` API qui fournit une visibilité en temps réel sur les paramètres de sécurité utilisés dans les tunnels VPN actifs, notamment les algorithmes de chiffrement, les algorithmes d'intégrité et les groupes Diffie-Hellman pour les deux phases IKE. En outre, vous pouvez désormais générer des configurations de sécurité recommandées qui renforcent l'utilisation de protocoles modernes en excluant les options existantes telles que IKEv1. Ces améliorations sont particulièrement utiles si votre entreprise doit maintenir des normes de sécurité strictes, exiger des pistes d'audit détaillées de vos configurations VPN ou s'assurer que vos connexions VPN utilisent les protocoles les plus sécurisés disponibles. **Topics** + [Modifier la clé pré-partagée de Secrets Manager](enhanced-security-tunnel.md) + [Modifier le mode de stockage des clés pré-partagées](enhanced-security-storage.md) # Modifier la clé pré-partagée de Secrets Manager dans AWS Site-to-Site VPN Si votre tunnel est inaccessible dans Secrets Manager, vous pouvez modifier la clé pré-partagée pour ce tunnel. **Note** Lorsque vous modifiez la clé pré-partagée, assurez-vous de disposer des autorisations IAM nécessaires pour les deux services Secrets Manager. Après avoir modifié la clé pré-partagée d'un tunnel VPN, la connectivité est interrompue pendant plusieurs minutes au maximum. Assurez-vous de planifier les interruptions de service prévues. **Pour modifier la clé pré-partagée de Secrets Manager pour un tunnel VPN** 1. Ouvrez la console Amazon VPC à l’adresse [https://console.aws.amazon.com/vpc/](https://console.aws.amazon.com/vpc/). 1. Dans le volet de navigation, sélectionnez **Connexions Site-to-Site VPN**. 1. Sélectionnez la connexion Site-to-Site VPN, puis choisissez **Actions**, **Modifier les options du tunnel VPN**. 1. Pour **Adresse IP externe du tunnel VPN**, choisissez l'adresse IP du point de terminaison du tunnel VPN. 1. Dans la section **Nouvelle clé pré-partagée**, choisissez une nouvelle clé pré-partagée. **Note** Cette option n'est disponible que pour les clés stockées dans Secrets Manager. 1. Sélectionnez **Enregistrer les modifications**. 1. Répétez ces étapes pour tout autre tunnel. # Modifiez le mode de stockage des clés pré-partagées dans AWS Site-to-Site VPN Modifiez le mode de stockage des clés pré-partagées pour un tunnel VPN existant. **Note** Lorsque vous changez de mode de stockage, assurez-vous de disposer des autorisations IAM nécessaires pour les services Site-to-Site VPN et Secrets Manager. Après avoir changé le mode de stockage d'un tunnel VPN, la connectivité est interrompue pendant plusieurs minutes au maximum. Assurez-vous de planifier les interruptions de service prévues. **Pour modifier le mode de stockage des clés pré-partagées** 1. Ouvrez la console Amazon VPC à l’adresse [https://console.aws.amazon.com/vpc/](https://console.aws.amazon.com/vpc/). 1. Dans le volet de navigation, sélectionnez **Connexions Site-to-Site VPN**. 1. Sélectionnez la connexion Site-to-Site VPN, puis choisissez **Actions**, **Modifier les options du tunnel VPN**. 1. Pour **Adresse IP externe du tunnel VPN**, choisissez l'adresse IP du point de terminaison du tunnel VPN. 1. Sous **Stockage de clés pré-partagé**, choisissez l'un des types de stockage de clés pré-partagé suivants. + **Standard** — La clé pré-partagée est stockée directement dans le service Site-to-Site VPN. + **Secrets Manager** — La clé pré-partagée est stockée à l'aide AWS Secrets Manager de. Pour plus d'informations sur Secrets Manager, consultez[Fonctionnalités de sécurité améliorées grâce à Secrets Manager](enhanced-security.md). 1. Sélectionnez **Enregistrer les modifications**. Lorsque vous passez du mode de stockage de Secrets Manager à Standard : + La clé pré-partagée est supprimée de Secrets Manager et déplacée vers le service Site-to-Site VPN. + L'entrée du tunnel est supprimée du secret du Gestionnaire de Secrets. Lorsque vous passez du mode de stockage Standard au mode Secrets Manager : + La clé pré-partagée est supprimée du Site-to-Site service VPN + Un nouveau secret du Gestionnaire de Secrets Manager est créé, s'il n'en existe pas déjà un. + La nouvelle clé pré-partagée est stockée dans Secrets Manager. # Protection des données dans le AWS Site-to-Site VPN Le [modèle de responsabilité AWS partagée](https://aws.amazon.com/compliance/shared-responsibility-model/) s'applique à la protection des données dans le AWS Site-to-Site VPN. Comme décrit dans ce modèle, AWS est chargé de protéger l'infrastructure mondiale qui gère tous les AWS Cloud. La gestion du contrôle de votre contenu hébergé sur cette infrastructure relève de votre responsabilité. Vous êtes également responsable des tâches de configuration et de gestion de la sécurité des Services AWS que vous utilisez. Pour plus d’informations sur la confidentialité des données, consultez [Questions fréquentes (FAQ) sur la confidentialité des données](https://aws.amazon.com/compliance/data-privacy-faq/). Pour en savoir plus sur la protection des données en Europe, consultez le billet de blog [Modèle de responsabilité partagée d’AWS et RGPD (Règlement général sur la protection des données)](https://aws.amazon.com/blogs/security/the-aws-shared-responsibility-model-and-gdpr/) sur le *Blog de sécuritéAWS *. À 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 Gestion des identités et des accès AWS (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. + SSL/TLS À utiliser pour communiquer avec AWS les ressources. 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](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-trails.html) 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](https://aws.amazon.com/compliance/fips/). 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 un Site-to-Site VPN ou un autre Services AWS à l'aide de la console AWS CLI, de l'API ou AWS SDKs. 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. ## Confidentialité du trafic inter-réseau Une connexion Site-to-Site VPN connecte de manière privée votre VPC à votre réseau local. Les données transférées entre votre VPC et votre réseau empruntent une connexion VPN chiffrée pour maintenir la confidentialité et l'intégrité des données en transit. Amazon prend en charge les connexions VPN avec sécurité du protocole Internet (IPsec). IPsec est une suite de protocoles permettant de sécuriser les communications IP en authentifiant et en chiffrant chaque paquet IP d'un flux de données. Chaque connexion Site-to-Site VPN consiste en deux tunnels IPsec VPN cryptés qui AWS relient votre réseau. Le trafic dans chaque tunnel peut être chiffré avec AES128 ou à l'aide AES256 de groupes Diffie-Hellman pour l'échange de clés, garantissant ainsi une parfaite confidentialité. AWS authentifie avec SHA1 ou avec des fonctions de SHA2 hachage. Les instances de votre VPC n'ont pas besoin d'adresse IP publique pour se connecter aux ressources situées de l'autre côté de votre connexion Site-to-Site VPN. Les instances peuvent acheminer leur trafic Internet via la connexion Site-to-Site VPN vers votre réseau local. Elles peuvent ensuite accéder à Internet via vos points de trafic sortant existants, et vos dispositifs de sécurité et de surveillance réseau. Pour plus d'informations, consultez les rubriques suivantes : + [Options de tunnel pour votre AWS Site-to-Site VPN connexion](VPNTunnels.md): fournit des informations sur les options IPsec et sur les options d'échange de clés Internet (IKE) disponibles pour chaque tunnel. + [AWS Site-to-Site VPN options d'authentification du tunnel](vpn-tunnel-authentication-options.md) : fournit des informations sur les options d'authentification pour vos points de terminaison de tunnel VPN. + [Exigences relatives à un dispositif de passerelle AWS Site-to-Site VPN client](CGRequirements.md) : fournit des informations sur la configuration requise pour le périphérique de passerelle client de votre côté de la connexion VPN. + [Communication sécurisée entre les AWS Site-to-Site VPN connexions à l'aide d'un VPN CloudHub](VPN_CloudHub.md): Si vous disposez de plusieurs connexions Site-to-Site VPN, vous pouvez sécuriser les communications entre vos sites locaux en utilisant le AWS VPN CloudHub. # Gestion des identités et des accès pour le AWS Site-to-Site VPN Gestion des identités et des accès AWS (IAM) est un outil Service AWS qui permet à un administrateur de contrôler en toute sécurité l'accès aux AWS ressources. Les administrateurs IAM contrôlent qui peut être *authentifié* (connecté) et *autorisé (autorisé*) à utiliser les ressources Site-to-Site VPN. IAM est un Service AWS outil que vous pouvez utiliser sans frais supplémentaires. **Topics** + [ ## Public ciblé ](#security_iam_audience) + [ ## Authentification par des identités ](#security_iam_authentication) + [ ## Gestion de l’accès à l’aide de politiques ](#security_iam_access-manage) + [ # Comment fonctionne le AWS Site-to-Site VPN avec IAM ](security_iam_service-with-iam.md) + [ # Exemples de politiques basées sur l'identité pour les VPN AWS Site-to-Site ](security_iam_id-based-policy-examples.md) + [ # Résolution des problèmes d'identité et d'accès au AWS Site-to-Site VPN ](security_iam_troubleshoot.md) + [ # AWS politiques gérées pour le Site-to-Site VPN ](s2s-security-iam-awsmanpol.md) + [ # Utilisation de rôles liés à un service pour le VPN Site-to-Site ](using-service-linked-roles.md) ## Public ciblé La façon dont vous utilisez Gestion des identités et des accès AWS (IAM) varie en fonction de votre rôle : + **Utilisateur du service** : demandez des autorisations à votre administrateur si vous ne pouvez pas accéder aux fonctionnalités (voir [Résolution des problèmes d'identité et d'accès au AWS Site-to-Site VPN](security_iam_troubleshoot.md)) + **Administrateur du service** : déterminez l’accès des utilisateurs et soumettez les demandes d’autorisation (voir [Comment fonctionne le AWS Site-to-Site VPN avec IAM](security_iam_service-with-iam.md)) + **Administrateur IAM** : rédigez des politiques pour gérer l’accès (voir [Exemples de politiques basées sur l'identité pour les VPN AWS Site-to-Site](security_iam_id-based-policy-examples.md)) ## Authentification par des identités L'authentification est la façon dont vous vous connectez à AWS l'aide de vos informations d'identification. Vous devez être authentifié en tant qu'utilisateur IAM ou en assumant un rôle IAM. Utilisateur racine d'un compte AWS Vous pouvez vous connecter en tant qu'identité fédérée à l'aide d'informations d'identification provenant d'une source d'identité telle que AWS IAM Identity Center (IAM Identity Center), d'une authentification unique ou d'informations d'identification. Google/Facebook Pour plus d’informations sur la connexion, consultez [Connexion à votre Compte AWS](https://docs.aws.amazon.com/signin/latest/userguide/how-to-sign-in.html) dans le *Guide de l’utilisateur Connexion à AWS *. Pour l'accès par programmation, AWS fournit un SDK et une CLI pour signer les demandes de manière cryptographique. Pour plus d’informations, consultez [Signature AWS Version 4 pour les demandes d’API](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_sigv.html) dans le *Guide de l’utilisateur IAM*. ### Compte AWS utilisateur root Lorsque vous créez un Compte AWS, vous commencez par une seule identité de connexion appelée *utilisateur Compte AWS root* qui dispose d'un accès complet à toutes Services AWS les ressources. Il est vivement déconseillé d’utiliser l’utilisateur racine pour vos tâches quotidiennes. Pour les tâches qui requièrent des informations d’identification de l’utilisateur racine, consultez [Tâches qui requièrent les informations d’identification de l’utilisateur racine](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_root-user.html#root-user-tasks) dans le *Guide de l’utilisateur IAM*. ### Identité fédérée Il est recommandé d'obliger les utilisateurs humains à utiliser la fédération avec un fournisseur d'identité pour accéder à Services AWS l'aide d'informations d'identification temporaires. Une *identité fédérée* est un utilisateur provenant de l'annuaire de votre entreprise, de votre fournisseur d'identité Web ou Directory Service qui y accède à Services AWS l'aide d'informations d'identification provenant d'une source d'identité. Les identités fédérées assument des rôles qui fournissent des informations d’identification temporaires. Pour une gestion des accès centralisée, nous vous recommandons d’utiliser AWS IAM Identity Center. Pour plus d’informations, consultez [Qu’est-ce que IAM Identity Center ?](https://docs.aws.amazon.com/singlesignon/latest/userguide/what-is.html) dans le *Guide de l’utilisateur AWS IAM Identity Center *. ### Utilisateurs et groupes IAM Un *[utilisateur IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_users.html)* est une identité qui dispose d’autorisations spécifiques pour une seule personne ou application. Nous vous recommandons d’utiliser ces informations d’identification temporaires au lieu des utilisateurs IAM avec des informations d’identification à long terme. Pour plus d'informations, voir [Exiger des utilisateurs humains qu'ils utilisent la fédération avec un fournisseur d'identité pour accéder à AWS l'aide d'informations d'identification temporaires](https://docs.aws.amazon.com/IAM/latest/UserGuide/best-practices.html#bp-users-federation-idp) dans le *guide de l'utilisateur IAM*. [https://docs.aws.amazon.com/IAM/latest/UserGuide/id_groups.html](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_groups.html) spécifient une collection d’utilisateurs IAM et permettent de gérer plus facilement les autorisations pour de grands ensembles d’utilisateurs. Pour plus d’informations, consultez [Cas d’utilisation pour les utilisateurs IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/gs-identities-iam-users.html) dans le *Guide de l’utilisateur IAM*. ### Rôles IAM Un *[rôle IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles.html)* est une identité dotée d’autorisations spécifiques qui fournit des informations d’identification temporaires. Vous pouvez assumer un rôle en [passant d'un rôle utilisateur à un rôle IAM (console)](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_use_switch-role-console.html) ou en appelant une opération AWS CLI ou AWS API. Pour plus d’informations, consultez [Méthodes pour endosser un rôle](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_manage-assume.html) dans le *Guide de l’utilisateur IAM*. Les rôles IAM sont utiles pour l’accès des utilisateurs fédérés, les autorisations temporaires des utilisateurs IAM, les accès intercompte, les accès entre services et les applications exécutées sur Amazon EC2. Pour plus d’informations, consultez [Accès intercompte aux ressources dans IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies-cross-account-resource-access.html) dans le *Guide de l’utilisateur IAM*. ## Gestion de l’accès à l’aide de politiques Vous contrôlez l'accès en AWS créant des politiques et en les associant à AWS des identités ou à des ressources. Une politique définit les autorisations lorsqu'elles sont associées à une identité ou à une ressource. AWS évalue ces politiques lorsqu'un directeur fait une demande. La plupart des politiques sont stockées AWS sous forme de documents JSON. Pour plus d’informations les documents de politique JSON, consultez [Vue d’ensemble des politiques JSON](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies.html#access_policies-json) dans le *Guide de l’utilisateur IAM*. À l’aide de politiques, les administrateurs précisent qui a accès à quoi en définissant quel **principal** peut effectuer des **actions** sur quelles **ressources** et dans quelles **conditions**. Par défaut, les utilisateurs et les rôles ne disposent d’aucune autorisation. Un administrateur IAM crée des politiques IAM et les ajoute aux rôles, que les utilisateurs peuvent ensuite assumer. Les politiques IAM définissent les autorisations quelle que soit la méthode que vous utilisez pour exécuter l’opération. ### Politiques basées sur l’identité Les stratégies basées sur l’identité sont des documents de stratégie d’autorisations JSON que vous attachez à une identité (utilisateur, groupe ou rôle). Ces politiques contrôlent les actions que peuvent exécuter ces identités, sur quelles ressources et dans quelles conditions. Pour découvrir comment créer une politique basée sur l’identité, consultez [Définition d’autorisations IAM personnalisées avec des politiques gérées par le client](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_create.html) dans le *Guide de l’utilisateur IAM*. Les politiques basées sur l’identité peuvent être des *politiques intégrées* (intégrées directement dans une seule identité) ou des *politiques gérées (politiques* autonomes associées à plusieurs identités). Pour découvrir comment choisir entre des politiques gérées et en ligne, consultez [Choix entre les politiques gérées et les politiques en ligne](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies-choosing-managed-or-inline.html) dans le *Guide de l’utilisateur IAM*. ### Politiques basées sur les ressources Les politiques basées sur les ressources sont des documents de politique JSON que vous attachez à une ressource. Les exemples incluent *les politiques de confiance de rôle* IAM et les *stratégies de compartiment* Amazon S3. Dans les services qui sont compatibles avec les politiques basées sur les ressources, les administrateurs de service peuvent les utiliser pour contrôler l’accès à une ressource spécifique. Vous devez [spécifier un principal](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_principal.html) dans une politique basée sur les ressources. Les politiques basées sur les ressources sont des politiques en ligne situées dans ce service. Vous ne pouvez pas utiliser les politiques AWS gérées par IAM dans une stratégie basée sur les ressources. ### Autres types de politique AWS prend en charge des types de politiques supplémentaires qui peuvent définir les autorisations maximales accordées par les types de politiques les plus courants : + **Limites d’autorisations** : une limite des autorisations définit le nombre maximum d’autorisations qu’une politique basée sur l’identité peut accorder à une entité IAM. Pour plus d’informations, consultez [Limites d’autorisations pour des entités IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_boundaries.html) dans le *Guide de l’utilisateur IAM*. + **Politiques de contrôle des services (SCPs)** — Spécifiez les autorisations maximales pour une organisation ou une unité organisationnelle dans AWS Organizations. Pour plus d’informations, consultez [Politiques de contrôle de service](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_policies_scps.html) dans le *Guide de l’utilisateur AWS Organizations *. + **Politiques de contrôle des ressources (RCPs)** : définissez le maximum d'autorisations disponibles pour les ressources de vos comptes. Pour plus d'informations, voir [Politiques de contrôle des ressources (RCPs)](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_policies_rcps.html) dans le *guide de AWS Organizations l'utilisateur*. + **Politiques de session** : politiques avancées que vous passez en tant que paramètre lorsque vous créez par programmation une session temporaire pour un rôle ou un utilisateur fédéré. Pour plus d’informations, consultez [Politiques de session](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies.html#policies_session) dans le *Guide de l’utilisateur IAM*. ### Plusieurs types de politique Lorsque plusieurs types de politiques s’appliquent à la requête, les autorisations en résultant sont plus compliquées à comprendre. Pour savoir comment AWS déterminer s'il faut autoriser une demande lorsque plusieurs types de politiques sont impliqués, consultez la section [Logique d'évaluation des politiques](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_evaluation-logic.html) dans le *guide de l'utilisateur IAM*. # Comment fonctionne le AWS Site-to-Site VPN avec IAM Avant d'utiliser IAM pour gérer l'accès au Site-to-Site VPN, découvrez quelles fonctionnalités IAM peuvent être utilisées avec Site-to-Site le VPN. **Fonctionnalités IAM que vous pouvez utiliser avec un VPN AWS Site-to-Site** | Fonctionnalité IAM | Site-to-Site Support VPN | | --- | --- | | [Politiques basées sur l’identité](#security_iam_service-with-iam-id-based-policies) | Oui | | [Politiques basées sur les ressources](#security_iam_service-with-iam-resource-based-policies) | Non | | [Actions de politique](#security_iam_service-with-iam-id-based-policies-actions) | Oui | | [Ressources de politique](#security_iam_service-with-iam-id-based-policies-resources) | Oui | | [Clés de condition de politique (spécifiques au service)](#security_iam_service-with-iam-id-based-policies-conditionkeys) | Oui | | [ACLs](#security_iam_service-with-iam-acls) | Non | | [ABAC (étiquettes dans les politiques)](#security_iam_service-with-iam-tags) | Non | | [Informations d’identification temporaires](#security_iam_service-with-iam-roles-tempcreds) | Oui | | [Autorisations de principal](#security_iam_service-with-iam-principal-permissions) | Oui | | [Rôles de service](#security_iam_service-with-iam-roles-service) | Oui | | [Rôles liés à un service](#security_iam_service-with-iam-roles-service-linked) | Oui | Pour obtenir une vue d'ensemble de la façon dont le Site-to-Site VPN et les autres AWS services fonctionnent avec la plupart des fonctionnalités IAM, consultez la section [AWS Services compatibles avec IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html) dans le Guide de l'utilisateur *IAM*. ## Politiques basées sur l'identité pour le VPN Site-to-Site **Prend en charge les politiques basées sur l’identité :** oui Les politiques basées sur l’identité sont des documents de politique d’autorisations JSON que vous pouvez attacher à une identité telle qu’un utilisateur, un groupe d’utilisateurs ou un rôle IAM. Ces politiques contrôlent quel type d’actions des utilisateurs et des rôles peuvent exécuter, sur quelles ressources et dans quelles conditions. Pour découvrir comment créer une politique basée sur l’identité, consultez [Définition d’autorisations IAM personnalisées avec des politiques gérées par le client](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_create.html) dans le *Guide de l’utilisateur IAM*. Avec les politiques IAM basées sur l’identité, vous pouvez spécifier des actions et ressources autorisées ou refusées, ainsi que les conditions dans lesquelles les actions sont autorisées ou refusées. Pour découvrir tous les éléments que vous utilisez dans une politique JSON, consultez [Références des éléments de politique JSON IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements.html) dans le *Guide de l’utilisateur IAM*. ### Exemples de politiques basées sur l'identité pour les VPN Site-to-Site Pour consulter des exemples de politiques basées sur l'identité Site-to-Site VPN, consultez. [Exemples de politiques basées sur l'identité pour les VPN AWS Site-to-Site](security_iam_id-based-policy-examples.md) ## Politiques basées sur les ressources au sein du VPN Site-to-Site **Prend en charge les politiques basées sur les ressources :** non Les politiques basées sur les ressources sont des documents de politique JSON que vous attachez à une ressource. Par exemple, les *politiques de confiance de rôle* IAM et les *politiques de compartiment* Amazon S3 sont des politiques basées sur les ressources. Dans les services qui sont compatibles avec les politiques basées sur les ressources, les administrateurs de service peuvent les utiliser pour contrôler l’accès à une ressource spécifique. Pour la ressource dans laquelle se trouve la politique, cette dernière définit quel type d’actions un principal spécifié peut effectuer sur cette ressource et dans quelles conditions. Vous devez [spécifier un principal](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_principal.html) dans une politique basée sur les ressources. Les principaux peuvent inclure des comptes, des utilisateurs, des rôles, des utilisateurs fédérés ou. Services AWS Pour permettre un accès intercompte, vous pouvez spécifier un compte entier ou des entités IAM dans un autre compte en tant que principal dans une politique basée sur les ressources. Pour plus d’informations, consultez [Accès intercompte aux ressources dans IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies-cross-account-resource-access.html) dans le *Guide de l’utilisateur IAM*. ## Actions politiques pour le Site-to-Site VPN **Prend en charge les actions de politique :** oui Les administrateurs peuvent utiliser les politiques AWS JSON pour spécifier qui a accès à quoi. C’est-à-dire, quel **principal** peut effectuer **des actions** sur quelles **ressources** et dans quelles **conditions**. L’élément `Action` d’une politique JSON décrit les actions que vous pouvez utiliser pour autoriser ou refuser l’accès à une politique. Intégration d’actions dans une politique afin d’accorder l’autorisation d’exécuter les opérations associées. Pour consulter la liste des actions Site-to-Site VPN, consultez la section [Actions définies par le AWS Site-to-Site VPN](https://docs.aws.amazon.com/service-authorization/latest/reference/list_amazonec2.html#your_service-actions-as-permissions) dans la *référence d'autorisation de service*. Les actions politiques dans le Site-to-Site VPN utilisent le préfixe suivant avant l'action : ``` ec2 ``` Pour indiquer plusieurs actions dans une seule déclaration, séparez-les par des virgules. ``` "Action": [ "ec2:action1", "ec2:action2" ] ``` Pour consulter des exemples de politiques basées sur l'identité Site-to-Site VPN, consultez. [Exemples de politiques basées sur l'identité pour les VPN AWS Site-to-Site](security_iam_id-based-policy-examples.md) ## Ressources relatives aux politiques relatives aux Site-to-Site VPN **Prend en charge les ressources de politique :** oui Les administrateurs peuvent utiliser les politiques AWS JSON pour spécifier qui a accès à quoi. C’est-à-dire, quel **principal** peut effectuer **des actions** sur quelles **ressources** et dans quelles **conditions**. L’élément de politique JSON `Resource` indique le ou les objets auxquels l’action s’applique. Il est recommandé de définir une ressource à l’aide de son [Amazon Resource Name (ARN)](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference-arns.html). Pour les actions qui ne sont pas compatibles avec les autorisations de niveau ressource, utilisez un caractère générique (\$1) afin d’indiquer que l’instruction s’applique à toutes les ressources. ``` "Resource": "*" ``` Pour consulter la liste des types de ressources Site-to-Site VPN et leurs caractéristiques ARNs, consultez la section [Ressources définies par le AWS Site-to-Site VPN](https://docs.aws.amazon.com/service-authorization/latest/reference/list_amazonec2.html#your_service-resources-for-iam-policies) dans la *référence d'autorisation de service*. Pour savoir avec quelles actions vous pouvez spécifier l'ARN de chaque ressource, consultez [Actions définies par le AWS Site-to-Site VPN](https://docs.aws.amazon.com/service-authorization/latest/reference/list_amazonec2.html#your_service-actions-as-permissions). Pour consulter des exemples de politiques basées sur l'identité Site-to-Site VPN, consultez. [Exemples de politiques basées sur l'identité pour les VPN AWS Site-to-Site](security_iam_id-based-policy-examples.md) ## Clés de conditions de politique pour le Site-to-Site VPN **Prend en charge les clés de condition de politique spécifiques au service :** oui Les administrateurs peuvent utiliser les politiques AWS JSON pour spécifier qui a accès à quoi. C’est-à-dire, quel **principal** peut effectuer **des actions** sur quelles **ressources** et dans quelles **conditions**. L’élément `Condition` indique à quel moment les instructions s’exécutent en fonction de critères définis. Vous pouvez créer des expressions conditionnelles qui utilisent des [opérateurs de condition](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_condition_operators.html), tels que les signes égal ou inférieur à, pour faire correspondre la condition de la politique aux valeurs de la demande. Pour voir toutes les clés de condition AWS globales, voir les clés de [contexte de condition AWS globales](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_condition-keys.html) dans le *guide de l'utilisateur IAM*. Pour consulter la liste des clés de condition Site-to-Site VPN, consultez la section [Clés de condition pour le AWS Site-to-Site VPN](https://docs.aws.amazon.com/service-authorization/latest/reference/list_amazonec2.html#your_service-policy-keys) dans la *référence d'autorisation de service*. Pour savoir avec quelles actions et ressources vous pouvez utiliser une clé de condition, consultez [Actions définies par le AWS Site-to-Site VPN](https://docs.aws.amazon.com/service-authorization/latest/reference/list_amazonec2.html#your_service-actions-as-permissions). Pour consulter des exemples de politiques basées sur l'identité Site-to-Site VPN, consultez. [Exemples de politiques basées sur l'identité pour les VPN AWS Site-to-Site](security_iam_id-based-policy-examples.md) ## ACLs en Site-to-Site VPN **Supports ACLs :** Non Les listes de contrôle d'accès (ACLs) contrôlent les principaux (membres du compte, utilisateurs ou rôles) autorisés à accéder à une ressource. ACLs sont similaires aux politiques basées sur les ressources, bien qu'elles n'utilisent pas le format de document de politique JSON. ## ABAC avec VPN Site-to-Site **Prise en charge d’ABAC (balises dans les politiques) :** non Le contrôle d’accès par attributs (ABAC) est une stratégie d’autorisation qui définit les autorisations en fonction des attributs appelés balises. Vous pouvez associer des balises aux entités et aux AWS ressources IAM, puis concevoir des politiques ABAC pour autoriser les opérations lorsque la balise du principal correspond à la balise de la ressource. Pour contrôler l’accès basé sur des étiquettes, vous devez fournir les informations d’étiquette dans l’[élément de condition](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_condition.html) d’une politique utilisant les clés de condition `aws:ResourceTag/key-name`, `aws:RequestTag/key-name` ou `aws:TagKeys`. Si un service prend en charge les trois clés de condition pour tous les types de ressources, alors la valeur pour ce service est **Oui**. Si un service prend en charge les trois clés de condition pour certains types de ressources uniquement, la valeur est **Partielle**. Pour plus d’informations sur ABAC, consultez [Définition d’autorisations avec l’autorisation ABAC](https://docs.aws.amazon.com/IAM/latest/UserGuide/introduction_attribute-based-access-control.html) dans le *Guide de l’utilisateur IAM*. Pour accéder à un didacticiel décrivant les étapes de configuration de l’ABAC, consultez [Utilisation du contrôle d’accès par attributs (ABAC)](https://docs.aws.amazon.com/IAM/latest/UserGuide/tutorial_attribute-based-access-control.html) dans le *Guide de l’utilisateur IAM*. ## Utilisation d'informations d'identification temporaires avec Site-to-Site un VPN **Prend en charge les informations d’identification temporaires :** oui Les informations d'identification temporaires fournissent un accès à court terme aux AWS ressources et sont automatiquement créées lorsque vous utilisez la fédération ou que vous changez de rôle. AWS recommande de générer dynamiquement des informations d'identification temporaires au lieu d'utiliser des clés d'accès à long terme. Pour plus d’informations, consultez [Informations d’identification de sécurité temporaires dans IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_temp.html) et [Services AWS compatibles avec IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html) dans le *Guide de l’utilisateur IAM*. ## Autorisations principales interservices pour le VPN Site-to-Site **Prend en charge les sessions d’accès direct (FAS) :** oui Les sessions d'accès direct (FAS) utilisent les autorisations du principal appelant et Service AWS, combinées Service AWS à la demande d'envoi de demandes aux services en aval. Pour plus de détails sur la politique relative à la transmission de demandes FAS, consultez la section [Sessions de transmission d’accès](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_forward_access_sessions.html). ## Rôles de service pour le Site-to-Site VPN **Prend en charge les rôles de service :** oui Un rôle de service est un [rôle IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles.html) qu’un service endosse pour accomplir des actions en votre nom. Un administrateur IAM peut créer, modifier et supprimer un rôle de service à partir d’IAM. Pour plus d’informations, consultez [Création d’un rôle pour la délégation d’autorisations à un Service AWS](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_create_for-service.html) dans le *Guide de l’utilisateur IAM*. **Avertissement** La modification des autorisations associées à un rôle de service peut perturber les fonctionnalités du Site-to-Site VPN. Modifiez les rôles de service uniquement lorsque le Site-to-Site VPN fournit des instructions à cet effet. ## Rôles liés à un service pour le VPN Site-to-Site **Prend en charge les rôles liés à un service :** oui Un rôle lié à un service est un type de rôle de service lié à un. Service AWS Le service peut endosser le rôle afin d’effectuer une action en votre nom. Les rôles liés à un service apparaissent dans votre Compte AWS répertoire et appartiennent au service. Un administrateur IAM peut consulter, mais ne peut pas modifier, les autorisations concernant les rôles liés à un service. Pour plus d’informations sur la création ou la gestion des rôles liés à un service, consultez [Services AWS qui fonctionnent avec IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html). Recherchez un service dans le tableau qui inclut un `Yes` dans la colonne **Rôle lié à un service**. Choisissez le lien **Oui** pour consulter la documentation du rôle lié à ce service. # Exemples de politiques basées sur l'identité pour les VPN AWS Site-to-Site Par défaut, les utilisateurs et les rôles ne sont pas autorisés à créer ou à modifier des ressources Site-to-Site VPN. Pour octroyer aux utilisateurs des autorisations d’effectuer des actions sur les ressources dont ils ont besoin, un administrateur IAM peut créer des politiques IAM. Pour apprendre à créer une politique basée sur l’identité IAM à l’aide de ces exemples de documents de politique JSON, consultez [Création de politiques IAM (console)](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_create-console.html) dans le *Guide de l’utilisateur IAM*. Pour plus de détails sur les actions et les types de ressources définis par le Site-to-Site VPN, y compris le format de ARNs pour chacun des types de ressources, voir [Actions, ressources et clés de condition pour le AWS Site-to-Site VPN](https://docs.aws.amazon.com/service-authorization/latest/reference/list_amazonec2.html) dans la *référence d'autorisation de service*. **Topics** + [ ## Bonnes pratiques en matière de politiques ](#security_iam_service-with-iam-policy-best-practices) + [ ## Utilisation de la console Site-to-Site VPN ](#security_iam_id-based-policy-examples-console) + [ ## Décrire les connexions Site-to-Site VPN spécifiques ](#security_iam_id-based-policy-examples-describe-specific-vpn-connections) + [ ## Création et description des ressources nécessaires à une AWS Site-to-Site VPN connexion ](#security_iam_id-based-policy-examples-create-resources) ## Bonnes pratiques en matière de politiques Les politiques basées sur l'identité déterminent si quelqu'un peut créer, accéder ou supprimer des ressources Site-to-Site VPN dans votre compte. Ces actions peuvent entraîner des frais pour votre Compte AWS. Lorsque vous créez ou modifiez des politiques basées sur l’identité, suivez ces instructions et recommandations : + **Commencez AWS par les politiques gérées et passez aux autorisations du moindre privilège : pour commencer à accorder des autorisations** à vos utilisateurs et à vos charges de travail, utilisez les *politiques AWS gérées* qui accordent des autorisations pour de nombreux cas d'utilisation courants. Ils sont disponibles dans votre Compte AWS. Nous vous recommandons de réduire davantage les autorisations en définissant des politiques gérées par les AWS clients spécifiques à vos cas d'utilisation. Pour plus d’informations, consultez [politiques gérées par AWS](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_managed-vs-inline.html#aws-managed-policies) ou [politiques gérées par AWS pour les activités professionnelles](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_job-functions.html) dans le *Guide de l’utilisateur IAM*. + **Accordez les autorisations de moindre privilège** : lorsque vous définissez des autorisations avec des politiques IAM, accordez uniquement les autorisations nécessaires à l’exécution d’une seule tâche. Pour ce faire, vous définissez les actions qui peuvent être entreprises sur des ressources spécifiques dans des conditions spécifiques, également appelées *autorisations de moindre privilège*. Pour plus d’informations sur l’utilisation d’IAM pour appliquer des autorisations, consultez [politiques et autorisations dans IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies.html) dans le *Guide de l’utilisateur IAM*. + **Utilisez des conditions dans les politiques IAM pour restreindre davantage l’accès** : vous pouvez ajouter une condition à vos politiques afin de limiter l’accès aux actions et aux ressources. Par exemple, vous pouvez écrire une condition de politique pour spécifier que toutes les demandes doivent être envoyées via SSL. Vous pouvez également utiliser des conditions pour accorder l'accès aux actions de service si elles sont utilisées par le biais d'un service spécifique Service AWS, tel que CloudFormation. Pour plus d’informations, consultez [Conditions pour éléments de politique JSON IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_condition.html) dans le *Guide de l’utilisateur IAM*. + **Utilisez l’Analyseur d’accès IAM pour valider vos politiques IAM afin de garantir des autorisations sécurisées et fonctionnelles** : l’Analyseur d’accès IAM valide les politiques nouvelles et existantes de manière à ce que les politiques IAM respectent le langage de politique IAM (JSON) et les bonnes pratiques IAM. IAM Access Analyzer fournit plus de 100 vérifications de politiques et des recommandations exploitables pour vous aider à créer des politiques sécurisées et fonctionnelles. Pour plus d’informations, consultez [Validation de politiques avec IAM Access Analyzer](https://docs.aws.amazon.com/IAM/latest/UserGuide/access-analyzer-policy-validation.html) dans le *Guide de l’utilisateur IAM*. + **Exiger l'authentification multifactorielle (MFA**) : si vous avez un scénario qui nécessite des utilisateurs IAM ou un utilisateur root, activez l'authentification MFA pour une sécurité accrue. Compte AWS Pour exiger la MFA lorsque des opérations d’API sont appelées, ajoutez des conditions MFA à vos politiques. Pour plus d’informations, consultez [Sécurisation de l’accès aux API avec MFA](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_mfa_configure-api-require.html) dans le *Guide de l’utilisateur IAM*. Pour plus d’informations sur les bonnes pratiques dans IAM, consultez [Bonnes pratiques de sécurité dans IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/best-practices.html) dans le *Guide de l’utilisateur IAM*. ## Utilisation de la console Site-to-Site VPN Pour accéder à la console AWS Site-to-Site VPN, vous devez disposer d'un minimum d'autorisations. Ces autorisations doivent vous permettre de répertorier et d'afficher les détails des ressources Site-to-Site VPN de votre Compte AWS. Si vous créez une politique basée sur l’identité qui est plus restrictive que l’ensemble minimum d’autorisations requis, la console ne fonctionnera pas comme prévu pour les entités (utilisateurs ou rôles) tributaires de cette politique. Il n'est pas nécessaire d'accorder des autorisations de console minimales aux utilisateurs qui appellent uniquement l'API AWS CLI ou l' AWS API. Autorisez plutôt l’accès à uniquement aux actions qui correspondent à l’opération d’API qu’ils tentent d’effectuer. Pour garantir que les utilisateurs et les rôles peuvent toujours utiliser la console Site-to-Site VPN, associez également le Site-to-Site VPN `AmazonVPCFullAccess` ou la politique `AmazonVPCReadOnlyAccess` AWS gérée aux entités. Pour plus d’informations, consultez [Ajout d’autorisations à un utilisateur](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_users_change-permissions.html#users_change_permissions-add-console) dans le *Guide de l’utilisateur IAM*. ## Décrire les connexions Site-to-Site VPN spécifiques ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "ec2:DescribeVpnConnections" ], "Resource": ["*"] } ] } ``` ------ ## Création et description des ressources nécessaires à une AWS Site-to-Site VPN connexion ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "ec2:DescribeVpnConnections", "ec2:DescribeVpnGateways", "ec2:DescribeCustomerGateways", "ec2:CreateCustomerGateway", "ec2:CreateVpnGateway", "ec2:CreateVpnConnection" ], "Resource": [ "*" ] }, { "Effect": "Allow", "Action": "iam:CreateServiceLinkedRole", "Resource": "arn:aws:iam::*:role/aws-service-role/s2svpn.amazonaws.com/AWSServiceRoleForVPCS2SVPNInternal", "Condition": { "StringLike": { "iam:AWSServiceName":"s2svpn.amazonaws.com" } } } ] } ``` ------ # Résolution des problèmes d'identité et d'accès au AWS Site-to-Site VPN Utilisez les informations suivantes pour vous aider à diagnostiquer et à résoudre les problèmes courants que vous pouvez rencontrer lors de l'utilisation du Site-to-Site VPN et de l'IAM. **Topics** + [ ## Je ne suis pas autorisé à effectuer une action dans le Site-to-Site VPN ](#security_iam_troubleshoot-no-permissions) + [ ## Je ne suis pas autorisé à effectuer iam : PassRole ](#security_iam_troubleshoot-passrole) + [ ## Je souhaite autoriser des personnes extérieures Compte AWS à moi à accéder à mes ressources Site-to-Site VPN ](#security_iam_troubleshoot-cross-account-access) ## Je ne suis pas autorisé à effectuer une action dans le Site-to-Site VPN Si vous recevez une erreur qui indique que vous n’êtes pas autorisé à effectuer une action, vos politiques doivent être mises à jour afin de vous permettre d’effectuer l’action. L’exemple d’erreur suivant se produit quand l’utilisateur IAM `mateojackson` tente d’utiliser la console pour afficher des informations détaillées sur une ressource `my-example-widget` fictive, mais ne dispose pas des autorisations `ec2:GetWidget` fictives. ``` User: arn:aws:iam::123456789012:user/mateojackson is not authorized to perform: ec2:GetWidget on resource: my-example-widget ``` Dans ce cas, la politique qui s’applique à l’utilisateur `mateojackson` doit être mise à jour pour autoriser l’accès à la ressource `my-example-widget` à l’aide de l’action `ec2:GetWidget`. Si vous avez besoin d'aide, contactez votre AWS administrateur. Votre administrateur vous a fourni vos informations d’identification de connexion. ## Je ne suis pas autorisé à effectuer iam : PassRole Si vous recevez un message d'erreur indiquant que vous n'êtes pas autorisé à effectuer l'`iam:PassRole`action, vos politiques doivent être mises à jour pour vous permettre de transmettre un rôle au Site-to-Site VPN. Certains vous Services AWS permettent de transmettre un rôle existant à ce service au lieu de créer un nouveau rôle de service ou un rôle lié à un service. Pour ce faire, vous devez disposer des autorisations nécessaires pour transmettre le rôle au service. L'exemple d'erreur suivant se produit lorsqu'un utilisateur IAM nommé `marymajor` essaie d'utiliser la console pour effectuer une action dans le Site-to-Site VPN. Toutefois, l’action nécessite que le service ait des autorisations accordées par un rôle de service. Mary n'est pas autorisée à transmettre le rôle au service. ``` User: arn:aws:iam::123456789012:user/marymajor is not authorized to perform: iam:PassRole ``` Dans ce cas, les politiques de Mary doivent être mises à jour pour lui permettre d’exécuter l’action `iam:PassRole`. Si vous avez besoin d'aide, contactez votre AWS administrateur. Votre administrateur vous a fourni vos informations d’identification de connexion. ## Je souhaite autoriser des personnes extérieures Compte AWS à moi à accéder à mes ressources Site-to-Site VPN Vous pouvez créer un rôle que les utilisateurs provenant d’autres comptes ou les personnes extérieures à votre organisation pourront utiliser pour accéder à vos ressources. Vous pouvez spécifier qui est autorisé à assumer le rôle. Pour les services qui prennent en charge les politiques basées sur les ressources ou les listes de contrôle d'accès (ACLs), vous pouvez utiliser ces politiques pour autoriser les utilisateurs à accéder à vos ressources. Pour plus d’informations, consultez les éléments suivants : + Pour savoir si le Site-to-Site VPN prend en charge ces fonctionnalités, consultez[Comment fonctionne le AWS Site-to-Site VPN avec IAM](security_iam_service-with-iam.md). + Pour savoir comment fournir l'accès à vos ressources sur celles Comptes AWS que vous possédez, consultez la section [Fournir l'accès à un utilisateur IAM dans un autre utilisateur Compte AWS que vous possédez](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_common-scenarios_aws-accounts.html) dans le Guide de l'*utilisateur IAM*. + Pour savoir comment fournir l'accès à vos ressources à des tiers Comptes AWS, consultez la section [Fournir un accès à des ressources Comptes AWS détenues par des tiers](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_common-scenarios_third-party.html) dans le *guide de l'utilisateur IAM*. + Pour savoir comment fournir un accès par le biais de la fédération d’identité, consultez [Fournir un accès à des utilisateurs authentifiés en externe (fédération d’identité)](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_common-scenarios_federated-users.html) dans le *Guide de l’utilisateur IAM*. + Pour en savoir plus sur la différence entre l’utilisation des rôles et des politiques basées sur les ressources pour l’accès intercompte, consultez [Accès intercompte aux ressources dans IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies-cross-account-resource-access.html) dans le *Guide de l’utilisateur IAM*. # AWS politiques gérées pour le Site-to-Site VPN Pour ajouter des autorisations aux utilisateurs, aux groupes et aux rôles, il est plus facile d'utiliser des politiques AWS gérées que de les rédiger vous-même. Il faut du temps et de l’expertise pour [créer des politiques gérées par le client IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_create-console.html) qui ne fournissent à votre équipe que les autorisations dont elle a besoin. Pour démarrer rapidement, vous pouvez utiliser nos politiques AWS gérées. Ces politiques couvrent les cas d'utilisation courants et sont disponibles dans votre AWS compte. Pour plus d'informations sur les politiques AWS gérées, voir les [politiques AWS gérées](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_managed-vs-inline.html#aws-managed-policies) dans le *guide de l'utilisateur IAM*. AWS les services maintiennent et mettent à jour les politiques AWS gérées. Vous ne pouvez pas modifier les autorisations dans les politiques AWS gérées. Les services ajoutent occasionnellement des autorisations à une politique gérée par AWS pour prendre en charge de nouvelles fonctionnalités. Ce type de mise à jour affecte toutes les identités (utilisateurs, groupes et rôles) auxquelles la politique est attachée. Les services sont très susceptibles de mettre à jour une politique gérée par AWS quand une nouvelle fonctionnalité est lancée ou quand de nouvelles opérations sont disponibles. Les services ne suppriment pas les autorisations d'une politique AWS gérée. Les mises à jour des politiques n'endommageront donc pas vos autorisations existantes. En outre, AWS prend en charge les politiques gérées pour les fonctions professionnelles qui couvrent plusieurs services. Par exemple, la politique `ReadOnlyAccess` AWS gérée fournit un accès en lecture seule à tous les AWS services et ressources. Lorsqu'un service lance une nouvelle fonctionnalité, il AWS ajoute des autorisations en lecture seule pour les nouvelles opérations et ressources. Pour obtenir la liste des politiques de fonctions professionnelles et leurs descriptions, consultez la page [politiques gérées par AWS pour les fonctions de tâche](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_job-functions.html) dans le *Guide de l’utilisateur IAM*. ## AWS politique gérée : AWSVPCS2 SVpn ServiceRolePolicy Vous pouvez associer la politique `AWSVPCS2SVpnServiceRolePolicy` à vos identités IAM. Cette politique permet au Site-to-Site VPN de gérer un AWS Secrets Manager secret au sein du Site-to-Site VPN. Pour de plus amples informations, veuillez consulter [Utilisation de rôles liés à un service pour le VPN Site-to-Site](using-service-linked-roles.md). Pour voir les autorisations de cette stratégie, consultez [AWSVPCS2SVpnServiceRolePolicy](https://docs.aws.amazon.com/aws-managed-policy/latest/reference/AWSVPCS2SVpnServiceRolePolicy.html) dans le *AWS Guide de référence des stratégies gérées par*. ## Site-to-Site Mises à jour des politiques AWS gérées par le VPN Consultez les détails des mises à jour des politiques AWS gérées pour les Site-to-Site VPN depuis que ce service a commencé à suivre ces modifications en mai 2025. | Modifier | Description | Date | | --- | --- | --- | | [AWSVPCS2SVpnServiceRolePolicy](#security-iam-AWSVPCS2SVpnServiceRolePolicy)- Politique mise à jour. | De nouvelles autorisations ont été ajoutées à la politique permettant au Site-to-Site VPN de gérer le secret AWS Secrets Manager s2svpn géré de la connexion VPN. | 14 mai 2025 | # Utilisation de rôles liés à un service pour le VPN Site-to-Site AWS Site-to-Site Le VPN utilise des Gestion des identités et des accès AWS rôles liés à un service (IAM). Un rôle lié à un service est un type unique de rôle IAM directement lié au VPN. Site-to-Site Les rôles liés aux services sont prédéfinis par le Site-to-Site VPN et incluent toutes les autorisations dont le service a besoin pour appeler d'autres AWS services en votre nom. Un rôle lié à un service facilite la configuration du Site-to-Site VPN, car vous n'avez pas à ajouter manuellement les autorisations nécessaires. Site-to-Site Le VPN définit les autorisations associées à ses rôles liés aux services et, sauf indication contraire, seul le Site-to-Site VPN peut assumer ses rôles. Les autorisations définies comprennent la politique de confiance et la politique d’autorisation. De plus, cette politique d’autorisation ne peut pas être attachée à une autre entité IAM. Vous pouvez supprimer un rôle lié à un service uniquement après la suppression préalable de ses ressources connexes. Cela protège vos ressources Site-to-Site VPN car vous ne pouvez pas supprimer par inadvertance l'autorisation d'accès aux ressources. ## Autorisations de rôle liées au service pour le VPN Site-to-Site Site-to-Site Le VPN utilise le rôle lié à un service nommé **AWSServiceRoleForVPCS2SVPN** — Autoriser le Site-to-Site VPN à créer et à gérer des ressources liées à vos connexions VPN. Le rôle lié au service AWSService RoleFor VPCS2 SVPN fait confiance au service suivant pour assumer le rôle : + `s2svpn.amazonaws.com` Ce rôle lié à un service utilise la politique gérée AWSVPCS2 SVpn ServiceRolePolicy pour effectuer les actions suivantes sur les ressources spécifiées : + Lorsque vous utilisez l'authentification par certificat pour votre connexion VPN, AWS Site-to-Site VPN exportez les AWS Certificate Manager certificats de tunnel VPN pour les utiliser sur les points de terminaison du tunnel VPN. + Lorsque vous utilisez l'authentification par certificat pour votre connexion VPN, AWS Site-to-Site VPN gère le renouvellement des AWS Certificate Manager certificats du tunnel VPN. + Lorsque vous utilisez un stockage de clés SecretsManager pré-partagé pour votre connexion VPN, AWS Site-to-Site VPN gère le secret géré AWS Secrets Manager s2svpn de la connexion VPN. Pour voir les autorisations de cette stratégie, consultez [AWSVPCS2SVpnServiceRolePolicy](https://docs.aws.amazon.com/aws-managed-policy/latest/reference/AWSVPCS2SVpnServiceRolePolicy.html) dans le *AWS Guide de référence des stratégies gérées par*. ## Création d'un rôle lié à un service pour le VPN Site-to-Site Vous n’avez pas besoin de créer manuellement un rôle lié à un service. Lorsque vous créez une passerelle client avec un certificat privé ACM associé dans l' AWS API AWS Management Console AWS CLI, le Site-to-Site VPN crée le rôle lié au service pour vous. Si vous supprimez ce rôle lié à un service et que vous avez ensuite besoin de le recréer, vous pouvez utiliser la même procédure pour recréer le rôle dans votre compte. Lorsque vous créez une passerelle client avec un certificat privé ACM associé, le Site-to-Site VPN crée à nouveau le rôle lié au service pour vous. ## Modifier un rôle lié à un service pour un VPN Site-to-Site Site-to-Site Le VPN ne vous permet pas de modifier le rôle lié au service AWSService RoleFor VPCS2 SVPN. Après avoir créé un rôle lié à un service, vous ne pouvez pas changer le nom du rôle, car plusieurs entités peuvent faire référence à ce rôle. Néanmoins, vous pouvez modifier la description du rôle à l’aide d’IAM. Pour plus d’informations, consultez la section [Modification d’un rôle lié à un service](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_update-service-linked-role.html#edit-service-linked-role-iam-console) dans le *Guide de l’utilisateur IAM*. ## Supprimer un rôle lié à un service pour le VPN Site-to-Site Si vous n’avez plus besoin d’utiliser une fonctionnalité ou un service qui nécessite un rôle lié à un service, nous vous recommandons de supprimer ce rôle. De cette façon, vous n’avez aucune entité inutilisée qui n’est pas surveillée ou gérée activement. Cependant, vous devez nettoyer les ressources de votre rôle lié à un service avant de pouvoir les supprimer manuellement. **Note** Si le service Site-to-Site VPN utilise le rôle lorsque vous essayez de supprimer les ressources, la suppression risque d'échouer. Si cela se produit, patientez quelques minutes et réessayez. **Pour supprimer les ressources Site-to-Site VPN utilisées par le AWSService RoleFor VPCS2 SVPN** Vous ne pouvez supprimer ce rôle lié à un service qu'après avoir supprimé toutes les passerelles client qui ont un certificat privé ACM associé. Cela garantit que vous ne pouvez pas supprimer par inadvertance l'autorisation d'accéder à vos certificats ACM utilisés par Site-to-Site des connexions VPN. **Pour supprimer manuellement le rôle lié à un service à l’aide d’IAM** Utilisez la console IAM, le AWS CLI, ou l' AWS API pour supprimer le rôle lié au service AWSService RoleFor VPCS2 SVPN. Pour plus d’informations, consultez la section [Suppression d’un rôle lié à un service](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_manage_delete.html#id_roles_manage_delete_slr) dans le *Guide de l’utilisateur IAM*. # Résilience dans AWS Site-to-Site VPN L'infrastructure AWS mondiale est construite autour des AWS régions et des zones de disponibilité. AWS Les régions fournissent plusieurs zones de disponibilité physiquement séparées et isolées, connectées par un réseau à faible latence, à haut débit et hautement redondant. Avec les zones de disponibilité, vous pouvez concevoir et exploiter des applications et des bases de données qui basculent automatiquement d’une zone à l’autre sans interruption. Les zones de disponibilité sont davantage disponibles, tolérantes aux pannes et ont une plus grande capacité de mise à l’échelle que les infrastructures traditionnelles à un ou plusieurs centres de données. Pour plus d'informations sur AWS les régions et les zones de disponibilité, consultez la section [Infrastructure AWS mondiale](https://aws.amazon.com/about-aws/global-infrastructure/). Outre l'infrastructure AWS mondiale, le Site-to-Site VPN propose des fonctionnalités qui vous aident à répondre à vos besoins en matière de résilience et de sauvegarde des données. ## Deux tunnels par connexion VPN Une connexion Site-to-Site VPN se compose de deux tunnels, chacun se terminant dans une zone de disponibilité différente, afin d'accroître la disponibilité de votre VPC. En cas de panne d'un appareil AWS, votre connexion VPN bascule automatiquement vers le second tunnel afin que votre accès ne soit pas interrompu. De temps en temps, effectue AWS également une maintenance de routine sur votre connexion VPN, ce qui peut désactiver brièvement l'un des deux tunnels de votre connexion VPN. Pour de plus amples informations, veuillez consulter [AWS Site-to-Site VPN remplacement des extrémités des tunnels](endpoint-replacements.md). Lorsque vous configurez votre passerelle client, il est donc important de configurer les deux tunnels. ## Redondance Pour vous protéger contre une perte de connectivité en cas d'indisponibilité de votre passerelle client, vous pouvez configurer une deuxième connexion Site-to-Site VPN. Pour plus d’informations, consultez la documentation suivante : + [AWS Site-to-Site VPN Connexions redondantes pour le basculement](vpn-redundant-connection.md) + [Amazon Virtual Private Cloud Connectivity Options](https://docs.aws.amazon.com/whitepapers/latest/aws-vpc-connectivity-options/welcome.html) + [Création d'une infrastructure réseau multi-VPC AWS évolutive et sécurisée](https://docs.aws.amazon.com/whitepapers/latest/building-scalable-secure-multi-vpc-network-infrastructure/welcome.html) # Sécurité de l'infrastructure dans le AWS Site-to-Site VPN En tant que service géré, le AWS Site-to-Site VPN est protégé par la sécurité du réseau AWS mondial. Pour plus d'informations sur les services AWS de sécurité et sur la manière dont AWS l'infrastructure est protégée, consultez la section [Sécurité du AWS cloud](https://aws.amazon.com/security/). Pour concevoir votre AWS environnement en utilisant les meilleures pratiques en matière de sécurité de l'infrastructure, consultez la section [Protection de l'infrastructure](https://docs.aws.amazon.com/wellarchitected/latest/security-pillar/infrastructure-protection.html) dans le cadre * AWS bien architecturé du pilier de sécurité*. Vous utilisez des appels d'API AWS publiés pour accéder au Site-to-Site VPN via le réseau. Les clients doivent prendre en charge les éléments suivants : + Protocole TLS (Transport Layer Security). Nous exigeons TLS 1.2 et recommandons TLS 1.3. + Ses suites de chiffrement PFS (Perfect Forward Secrecy) comme DHE (Ephemeral Diffie-Hellman) ou ECDHE (Elliptic Curve Ephemeral Diffie-Hellman). La plupart des systèmes modernes tels que Java 7 et les versions ultérieures prennent en charge ces modes.