Une entreprise exécute des applications sous un compte AWS Organizations et externalise le support opérationnel à des ingénieurs externes. L'entreprise doit accorder aux ingénieurs externes l'accès à la console de gestion AWS et l'accès au système d'exploitation aux instances Amazon EC2 (Amazon Linux) dans des sous-réseaux privés, sans compromettre la sécurité. Quelle solution répond à ces exigences de la manière la PLUS sécurisée ?

La bonne réponse est la plus sécurisée car elle utilise AWS IAM Identity Center (anciennement AWS SSO) pour un accès centralisé et fédéré à la console AWS, évitant ainsi la gestion d'identifiants IAM locaux. Systems Manager Session Manager permet un accès sécurisé aux instances EC2 sans ouvrir de ports SSH entrants ni gérer des clés SSH, ce qui réduit considérablement la surface d'attaque. L'agent SSM et le profil d'instance avec les politiques nécessaires garantissent que les instances peuvent communiquer avec Systems Manager de manière sécurisée. Les autres options sont moins sécurisées : L'utilisation d'identifiants IAM locaux pour l'accès à la console est moins sécurisée que IAM Identity Center et ne fournit pas d'accès aux instances via Session Manager. L'ouverture de ports SSH et la gestion de clés SSH, même avec des restrictions d'IP, augmentent les risques de sécurité et la complexité de gestion. Un hôte bastion améliore la sécurité par rapport à l'accès direct, mais reste moins sécurisé que Session Manager car il expose un point d'entrée SSH et nécessite la gestion de clés.