GridXGate

WAF, który zostaje na Waszym serwerze.

GridXGate filtruje żądania na tej samej maszynie, na której stoją strony Waszych klientów. Bez proxy pośredniczącego, bez zmiany DNS, bez wypuszczania ruchu poza Waszą infrastrukturę.

Zapytajcie o wycenę
Silnik reguł
ModSecurity + CRS
Serwery WWW
nginx · Apache · LiteSpeed
Wdrożenie
bez zmiany DNS
Zasięg
wszystkie vhosty
srv14.hosting.pl — zdarzenia tryb: blokowanie

Przykładowy podgląd zdarzeń. Nie są to dane na żywo.

Chmurowy WAF wymaga oddania ruchu. Ten nie wymaga niczego.

Ta jedna różnica decyduje o tym, ile pracy kosztuje Was wdrożenie i o czym musicie rozmawiać z klientami.

WAF jako proxy w chmurze

odwiedzający proxy dostawcy Wasz serwer
  • Każda chroniona domena wymaga zmiany DNS, a więc zgody i współpracy klienta.
  • Dane z formularzy, logowań i koszyków przechodzą przez infrastrukturę podmiotu trzeciego.
  • Serwer widzi adres proxy. Prawdziwe IP odwiedzającego zależy od poprawnie przepisanych nagłówków.
  • Awaria po stronie dostawcy jest awarią Waszych klientów, a Wy nie macie do niej dostępu.

GridXGate jako moduł serwera

odwiedzający nginx + GridXGate vhost klienta
  • Bez zmiany DNS. Klient hostingu nie musi nic robić ani o niczym wiedzieć.
  • Ruch nie opuszcza Waszej infrastruktury, więc nie powstaje transfer danych do podmiotu trzeciego.
  • Adres IP jest tym, który widzi serwer. Nie ma nagłówków do przepisywania.
  • Jedna instalacja obejmuje wszystkie vhosty na maszynie, także te założone jutro.

Co realnie puka do serwerów hostingowych

Nie teoretyczne kategorie z raportów, tylko ruch, który generuje Wam tickety i zgłoszenia abuse. GridXGate rozpoznaje go zestawem reguł OWASP Core Rule Set uzupełnionym o reguły pisane pod hosting współdzielony.

  • SQL injection Zapytanie wstrzyknięte przez parametr adresu lub pole formularza. Najkrótsza droga do bazy sklepu. CRS 942xxx
  • Cross-site scripting Skrypt wstrzyknięty w treść strony, zwykle po to, żeby przejąć sesję zalogowanego administratora. CRS 941xxx
  • Zdalne wykonanie kodu Próba uruchomienia polecenia powłoki przez podatną wtyczkę lub przestarzały komponent PHP. CRS 932xxx
  • Wgranie webshella Plik PHP przemycony przez formularz uploadu, najczęściej pod przebraniem obrazka lub archiwum. CRS 933xxx
  • Odczyt plików spoza katalogu Ścieżki ze znakami przejścia katalogu sięgające po wp-config.php, configuration.php i kopie bazy. CRS 930xxx
  • Brute-force na panel Seryjne próby haseł na wp-login.php i administrator/. Obciążają PHP i bazę nawet wtedy, gdy nie trafiają. reguły gridX
  • Nadużycie xmlrpc.php Wzmocnienie ataku przez system.multicall: jedno żądanie, setki sprawdzonych haseł. reguły gridX
  • Skanery i złe boty Automaty sprawdzające .env, .git/config i kopie zapasowe zostawione w katalogu domowym. CRS 913xxx

Jedna instalacja, wszystkie konta

GridXGate powstał z myślą o maszynie, na której stoi kilkaset niezależnych witryn, każda z innym CMS-em, inną wtyczką i innym pomysłem na formularz.

  • blokowanie włączone
  • tryb wykrywania
  • wyłączony

Stan ochrony ustawiacie niezależnie dla każdego vhosta. Powyżej: przykładowy rozkład na pojedynczym serwerze.

  • Ochrona włączana per vhost Możecie zacząć od jednego klienta, który prosi o ochronę, i rozszerzać zasięg w swoim tempie.
  • Wyjątki definiowane per domena Jeden sklep, który w polu formularza przesyła HTML, nie zmusza Was do rozluźnienia reguł u pozostałych.
  • Zdarzenia w jednym miejscu Wiecie, który klient jest atakowany, zanim zgłosi to ticketem — i macie czym odpowiedzieć na zgłoszenie.
  • Mniej zgłoszeń abuse Konto, na które nie wgrano webshella, nie rozsyła spamu i nie blokuje reputacji Waszych adresów IP.

Zanim włączycie blokowanie, zmierzcie koszt

Filtrowanie żądań kosztuje procesor i pamięć. GridXGate startuje w trybie wykrywania właśnie po to, żebyście zobaczyli ten koszt na swojej konfiguracji, zanim cokolwiek zacznie być odrzucane.

— ms

mediana narzutu na żądanie

— MB

pamięci na worker serwera WWW

— %

dodatkowego obciążenia procesora

Liczby uzupełnimy wynikami z Waszego środowiska. Nie publikujemy tu cudzych pomiarów, bo przy filtrowaniu ruchu zależą one od zestawu reguł, wersji serwera WWW i profilu witryn.

Porozmawiajmy o Waszej infrastrukturze

Napiszcie, na czym stoją Wasze serwery i ile witryn obsługują. Odpowiemy, co GridXGate zmieni u Was konkretnie — i ile to kosztuje.

Napiszcie na info@gridx.pl Zobaczcie zakres planów