

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é de l'infrastructure dans Amazon Connect Health
<a name="infrastructure-security"></a>

En tant que service géré, Amazon Connect Health est protégé par la sécurité du réseau mondial AWS. Pour plus d'informations sur les services de sécurité AWS et sur la manière dont AWS protège l'infrastructure, consultez [AWS Cloud Security](https://aws.amazon.com/security/). Pour concevoir votre environnement AWS selon les meilleures pratiques en matière de sécurité de l'infrastructure, consultez [Protection de l'infrastructure](https://docs.aws.amazon.com/wellarchitected/latest/security-pillar/infrastructure-protection.html) dans *Security Pillar — AWS Well-Architected Framework*.

Vous utilisez les appels d'API publiés par AWS pour accéder à Amazon Connect Health 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.
+ Des suites de chiffrement dotées d'un secret de transmission parfait (PFS), telles que DHE (Ephemeral) ou ECDHE (Elliptic Curve Ephemeral Diffie-Hellman). Diffie-Hellman La plupart des systèmes modernes tels que Java 7 et les versions ultérieures prennent en charge ces modes.

En outre, les demandes doivent être signées à l’aide d’un ID de clé d’accès et d’une clé d’accès secrète associée à un principal IAM. Vous pouvez également utiliser le service [AWS Security Token Service](https://docs.aws.amazon.com/STS/latest/APIReference/Welcome.html) (AWS STS) pour générer des informations d'identification de sécurité temporaire afin de signer des demandes.