Una empresa de investigación ejecuta simulaciones diarias en cientos de instancias EC2 de Amazon Linux 2. Ocasionalmente, una instancia requiere que un ingeniero se conecte por SSH para resolver una simulación atascada. La política de seguridad exige que no haya dos instancias EC2 que compartan la misma clave SSH y que todas las conexiones SSH se registren en AWS CloudTrail. ¿Cómo puede un arquitecto de soluciones cumplir con estos requisitos?

La opción correcta es la más segura y cumple con todos los requisitos. EC2 Instance Connect permite conexiones SSH a instancias sin necesidad de preinstalar claves SSH, ya que envía una clave pública efímera a la instancia en el momento de la conexión. Esto asegura que no haya dos instancias compartiendo la misma clave. La acción SendSSHPublicKey de IAM permite un control granular sobre quién puede iniciar estas conexiones, y todas las acciones de IAM se registran en CloudTrail, cumpliendo con el requisito de auditoría. El cliente SSH basado en navegador simplifica el proceso para los ingenieros. Las opciones incorrectas tienen fallas: Generar una clave única por instancia y almacenarla en Secrets Manager es complejo de gestionar a escala y no garantiza que las claves no se reutilicen accidentalmente. Usar un documento de Systems Manager para establecer una nueva clave SSH es una solución más compleja y menos directa que EC2 Instance Connect para este caso de uso. Almacenar claves en Secrets Manager y usar Lambda para rotarlas es una solución excesivamente compleja para la conexión inicial y no aborda directamente la política de "no compartir claves".