Un sito di notizie globale utilizza CloudFront con un dominio personalizzato service.example.com e un'origine ALB all'indirizzo service-alb.example.com. Le istanze EC2 Windows di backend si trovano in un gruppo Auto Scaling dietro l'ALB. La policy di sicurezza richiede la crittografia in transito per l'intero percorso dagli utenti al backend. Quale combinazione di modifiche è necessaria per soddisfare questa policy? (Scegliere tre.)

Per garantire la crittografia end-to-end, sono necessarie tre modifiche. Primo, per CloudFront, è necessario un certificato ACM per service.example.com e CloudFront deve essere configurato per usarlo, reindirizzando HTTP a HTTPS. Questo crittografa il traffico tra l'utente e CloudFront. Secondo, per l'ALB, è necessario un certificato ACM per service-alb.example.com. Un listener HTTPS deve essere aggiunto all'ALB usando questo certificato e un nuovo target group. L'origine CloudFront deve essere configurata per usare solo HTTPS, e il listener HTTP dell'ALB eliminato. Questo crittografa il traffico tra CloudFront e l'ALB. Terzo, per le istanze EC2 di backend, è necessario un certificato pubblico di terze parti (o ACM privato) per le istanze. Il backend deve essere configurato per usare questo certificato per il suo listener HTTPS, e il target group deve usare il protocollo HTTPS per le sue destinazioni. Questo crittografa il traffico tra l'ALB e le istanze EC2. Le opzioni che usano certificati autofirmati non sono appropriate per un ambiente di produzione pubblico.