Il tuo Azure Front Door (Standard/Premium) protegge un'applicazione con una policy WAF utilizzando il set di regole gestite. Dopo aver abilitato il WAF, le richieste POST GraphQL legittime vengono bloccate da una regola di SQL injection che ispeziona il campo del corpo JSON denominato query. Devi mantenere la protezione da SQL injection per altre richieste e anche limitare la frequenza dell'endpoint di login a 100 richieste al minuto. Cosa dovresti fare?

L'opzione corretta risolve entrambi i problemi. L'aggiunta di un'esclusione per l'argomento del corpo JSON 'query' impedisce alla regola di SQL injection di bloccare richieste GraphQL legittime, mantenendo al contempo la protezione per altre richieste. La regola personalizzata di limitazione della frequenza per '/login' con priorità più alta garantisce che l'endpoint sia protetto prima che vengano applicate altre regole, soddisfacendo il requisito di 100 richieste al minuto. Disabilitare l'intero gruppo di regole SQL injection (opzione 2) ridurrebbe la sicurezza generale. Creare una regola personalizzata per consentire tutte le richieste POST (opzione 3) è troppo permissivo e comprometterebbe la sicurezza. Aumentare la soglia del punteggio di anomalia (opzione 4) è una soluzione generica che potrebbe ridurre i falsi positivi ma non risolve specificamente il problema di SQLi con GraphQL e non implementa la limitazione della frequenza richiesta.