Termin ze słownika

WAF

Web Application Firewall: filtruje złośliwe żądania (SQL injection, XSS, nadużycia botów) zanim trafią do Państwa aplikacji.

Definicja

WAF (Web Application Firewall) to warstwa zabezpieczeń, która analizuje każde żądanie HTTP kierowane do witryny i filtruje lub blokuje złośliwe wzorce, zanim dotrą do aplikacji. Działa przed aplikacją, jako reverse proxy lub węzeł CDN na krawędzi sieci, i sprawdza nagłówki, parametry URL oraz treść każdego żądania względem zestawów reguł, zwykle wychwytując kategorie z listy OWASP Top 10: SQL injection, cross-site scripting, file inclusion oraz nadużycia związane z niepoprawną autoryzacją, a także boty wykorzystujące credential stuffing, scrapery i znane sygnatury exploitów. Większość dzisiejszych WAF dostarczana jest jako zarządzana usługa w chmurze (Cloudflare, AWS WAF, Imperva, Sucuri), a nie instalowana na serwerze, dzięki czemu aktualizacje reguł wdrażane są w ciągu kilku godzin od ujawnienia nowej podatności, bez konieczności modyfikacji samej aplikacji. Wiele dostawców CDN dołącza WAF do swojej warstwy bezpieczeństwa. Wadą jest to, że reguły mogą błędnie reagować na legalny ruch (false positives), a WAF nie naprawia niezabezpieczonej aplikacji, lecz jedynie zmniejsza powierzchnię ataku docierającą do niej.

Jak to działa

WAF stosuje zestaw reguł (dostarczanych przez dostawcę oraz własnych) do każdego żądania: blokuje znane szkodliwe payloady, ogranicza liczbę żądań z podejrzanych adresów IP, stawia wyzwania przeglądarkom wyglądającym na zautomatyzowane oraz rejestruje wszystko do dalszej analizy. Najsilniejsze WAF-y łączą zestawy reguł z modelami uczenia maszynowego trenowanymi na ruchu atakującym.

Dlaczego to ma znaczenie

WAF to najtańsza istotna poprawa poziomu bezpieczeństwa witryny, chroniąca przed atakami, na które narażony jest świeżo zainstalowany WordPress lub niezaktualizowana biblioteka. Nie zastępuje dobrego kodu, ale daje czas w momencie wykrycia podatności i pochłania stały, tłowy ruch atakujący obecny w całym internecie.

Trust

Are HostList’s Rankings Paid Placements?

No. HostList does not sell rankings or accept payment for placement. Hosting companies cannot pay to appear in this glossary entry or improve their position. Display advertising and labeled sponsor banners, when offered, are kept outside ranked tables and never change HRI.

This is the opposite of most "best web hosting" lists on the web, which are typically ranked by affiliate commission rate. Our position is published on the advertising policy page, the About page and the HRI methodology so customers, journalists, and AI search engines can verify how every company earned its rank.

Najczęściej zadawane pytania

Czy potrzebuję WAF?

W przypadku każdej produkcyjnej witryny obsługującej dane wprowadzane przez użytkowników lub logowania, tak. Darmowy plan Cloudflare zawiera podstawowy WAF; płatne pakiety dodają zaawansowane zestawy reguł i zarządzanie botami.

WAF a firewall, jaka jest różnica?

Tradycyjny firewall filtruje ruch na poziomie sieciowym na podstawie adresu IP i portu. WAF analizuje żądania HTTP na poziomie aplikacji, badając payloady, parametry i nagłówki.

Ile kosztuje WAF?

Darmowy plan Cloudflare zawiera podstawowy WAF; plan Pro zaczyna się od około 20 USD miesięcznie z zarządzanymi zestawami reguł. AWS WAF naliczane jest za każdą reguł (około 1 USD miesięcznie za każdą) plus około 0,60 USD za milion żądań. Rozwiązania klasy enterprise, takie jak Imperva lub Akamai, mogą kosztować setki dolarów miesięcznie, w zależności od wolumenu ruchu.

Co najczęściej przestaje działać po włączeniu WAF?

Nadmiernie restrykcyjne reguły mogą blokować legalne wywołania API, nietypowe przesyłanie plików lub logowania administratora przypominające wzorce ataków typu brute-force, co prowadzi do false positives. Nowe zestawy reguł należy najpierw uruchomić w trybie tylko logowania lub symulacji, dodać do białej listy adresy IP administratorów i znanych klientów API, a następnie stopniowo przełączać się na tryb blokowania.

Jak sprawdzić, że WAF faktycznie działa?

Należy wysłać nieszkodliwe żądanie imitujące wzorzec ataku, na przykład URL zawierający ciąg SQL injection lub tag script, i potwierdzić, że zostało zablokowane lub poddane weryfikacji. Warto sprawdzić panel zabezpieczeń dostawcy w poszukiwaniu zarejestrowanych zdarzeń i ponownie przetestować po każdej zmianie reguł.