Un'azienda utilizza AWS WAF per proteggere un'API pubblica personalizzata in esecuzione su Amazon EC2 dietro un Application Load Balancer. La web ACL utilizza un gruppo di regole AWS Managed Rules. Dopo un aggiornamento software dell'API e del suo client, alcune richieste falliscono e causano instabilità. Il logging non era abilitato sulla web ACL. L'ingegnere della sicurezza abilita il logging di AWS WAF su Amazon CloudWatch Logs e deve ripristinare immediatamente il servizio, identificare il problema e assicurarsi che il logging non possa essere disabilitato in futuro. Quali passaggi aggiuntivi dovrebbe intraprendere l'ingegnere?

L'opzione corretta prevede l'utilizzo dell'azione Count per le regole sospette. Questo permette di far passare le richieste bloccate, ripristinando il servizio, ma registrando comunque quali regole le avrebbero bloccate. L'analisi dei log di CloudWatch Logs, ora abilitati, consentirà di identificare la regola specifica che causa il problema. Per impedire la disabilitazione futura del logging, è necessario modificare le policy IAM degli amministratori AWS WAF. Le policy IAM controllano le autorizzazioni degli utenti e dei ruoli, inclusa la gestione delle configurazioni di logging di WAF. Le opzioni errate propongono: L'uso di una resource policy di AWS WAF per impedire la rimozione delle configurazioni di logging. Le resource policy sono utilizzate per controllare l'accesso a una risorsa specifica da parte di altri account o principal, non per limitare le azioni degli amministratori all'interno dello stesso account. L'azione Challenge, che introduce una verifica CAPTCHA o JavaScript, potrebbe non essere appropriata per un'API e potrebbe comunque bloccare richieste legittime, non risolvendo il problema di instabilità.