Usługa Azure Front Door (Standard/Premium) chroni aplikację za pomocą zasad WAF, używając zarządzanego zestawu reguł. Po włączeniu WAF, prawidłowe żądania GraphQL POST są blokowane przez regułę wstrzykiwania SQL, która sprawdza pole treści JSON o nazwie query. Musisz zachować ochronę przed wstrzykiwaniem SQL dla innych żądań, a także ograniczyć szybkość punktu końcowego logowania do 100 żądań na minutę. Co należy zrobić?

Prawidłowa odpowiedź rozwiązuje oba problemy. Wykluczenie argumentu treści JSON o nazwie query z kontroli SQLi dla żądań GraphQL POST pozwala na przepuszczanie prawidłowych zapytań bez osłabiania ochrony SQLi dla innych żądań. Dodanie niestandardowej reguły limitu szybkości dla ścieżki /login z progiem 100 żądań na minutę (RPM) i wyższym priorytetem niż reguły zarządzane zapewnia kontrolę nad częstotliwością dostępu do punktu końcowego logowania. Wyłączenie grupy reguł SQLi całkowicie osłabiłoby ochronę. Tworzenie niestandardowej reguły zezwalającej na wszystkie żądania POST jest zbyt szerokie i stwarza luki w zabezpieczeniach. Zwiększenie progu wyniku anomalii WAF jest ogólnym rozwiązaniem, które może zmniejszyć fałszywe alarmy, ale nie rozwiązuje konkretnego problemu z GraphQL ani nie zapewnia kontroli limitu szybkości.