Un'azienda utilizza un'applicazione di collaborazione. L'ingegnere della sicurezza necessita che gli avvisi automatici di AWS Security Hub nella regione us-west-2 appaiano in un canale ogni volta che Security Hub riceve un nuovo finding. Una funzione Lambda riformatta il messaggio e lo invia all'API dell'applicazione. Una regola di Amazon EventBridge ha come target la funzione Lambda. Dopo aver abilitato la regola, il canale viene inondato di avvisi, molti dei quali provengono da Amazon Inspector e non richiedono alcuna azione. Con il minimo sforzo operativo, come può l'ingegnere bloccare gli avvisi di Amazon Inspector?

L'opzione corretta è modificare il pattern di evento della regola di EventBridge. EventBridge consente di filtrare gli eventi in base a specifici attributi. Utilizzando anything-but sull'attributo ProductArn con il valore ARN di Amazon Inspector, la regola ignorerà tutti i finding provenienti da Inspector, inoltrando alla funzione Lambda solo quelli rilevanti. Questo è il metodo più efficiente e con il minimo sforzo operativo, poiché il filtraggio avviene a monte, prima che la funzione Lambda venga invocata. Aggiornare il codice Lambda richiederebbe modifiche e test del codice, aumentando lo sforzo operativo. Creare un'azione personalizzata di Security Hub non è il meccanismo corretto per filtrare i finding prima che raggiungano EventBridge. Utilizzare un argomento SNS con una policy di filtro è possibile, ma aggiunge un componente intermedio non necessario, rendendo la soluzione più complessa rispetto al filtraggio diretto in EventBridge.