Un'azienda di ricerca esegue simulazioni giornaliere su centinaia di istanze Amazon Linux 2 EC2. Occasionalmente, un'istanza richiede l'intervento di un ingegnere tramite SSH per risolvere una simulazione bloccata. La policy di sicurezza richiede che nessuna coppia di istanze EC2 condivida la stessa chiave SSH e che tutte le connessioni SSH siano registrate in AWS CloudTrail. In che modo un architetto di soluzioni può soddisfare questi requisiti?

L'opzione corretta soddisfa tutti i requisiti. EC2 Instance Connect consente agli utenti di connettersi alle istanze EC2 utilizzando chiavi SSH temporanee, che vengono generate al momento della connessione e sono valide solo per 60 secondi. Questo garantisce che nessuna istanza condivida la stessa chiave SSH a lungo termine. L'azione SendSSHPublicKey è registrata in CloudTrail, fornendo un log di tutte le connessioni SSH. L'utilizzo del client SSH basato su browser dalla console EC2 è un metodo conveniente per gli ingegneri. L'opzione "Avviare istanze EC2 e generare una chiave SSH univoca per ogni istanza..." non garantisce che le chiavi non vengano condivise se gli ingegneri le recuperano e le riutilizzano. Inoltre, la gestione di centinaia di chiavi SSH in Secrets Manager sarebbe complessa. L'opzione "Creare un documento AWS Systems Manager..." non garantisce chiavi SSH univoche per ogni istanza per ogni connessione e non specifica come le connessioni verrebbero registrate in CloudTrail. L'opzione "Archiviare le chiavi SSH EC2 in AWS Secrets Manager e creare una funzione Lambda..." è eccessivamente complessa e non garantisce l'unicità delle chiavi per ogni singola connessione, né la registrazione automatica di ogni tentativo di connessione in CloudTrail.