---
title: "ModSecurity"
description: "ModSecurity to otwarty firewall aplikacji webowych (WAF) dla Apache i Nginx, filtrujący ruch HTTP według reguł. Poznaj zasady działania i zestaw OWASP CRS."
url: "https://nodea.pl/pl/slownik-pojec/modsecurity"
lang: "pl"
updated: "2026-07-13"
---

# ModSecurity

> ModSecurity to otwartoźródłowy firewall aplikacji webowych (WAF), który filtruje ruch HTTP na poziomie serwera, blokując ataki takie jak SQL injection czy XSS na podstawie reguł.

**ModSecurity** to otwartoźródłowy firewall aplikacji webowych (WAF), który działa jako moduł serwera [Apache](https://nodea.pl/pl/slownik-pojec/apache), Nginx lub IIS i analizuje ruch HTTP w locie. Na podstawie zdefiniowanych reguł wykrywa i blokuje żądania noszące znamiona ataku — od wstrzyknięć kodu po próby skanowania podatności — zanim dotrą one do właściwej aplikacji.

## Jak działa ModSecurity?

ModSecurity osadza się w cyklu przetwarzania żądania jako warstwa inspekcji między klientem a aplikacją. Każde przychodzące żądanie i wychodząca odpowiedź są dopasowywane do reguł opisujących wzorce niebezpiecznego ruchu. Kluczowe elementy:

- **Reguły (rules)** — wyrażenia opisujące, co ma zostać zbadane (nagłówki, parametry, ciało żądania) i jaka akcja ma nastąpić przy dopasowaniu.
- **OWASP Core Rule Set** — gotowy, utrzymywany przez społeczność [OWASP](https://nodea.pl/pl/slownik-pojec/owasp) zestaw reguł chroniący przed najczęstszymi zagrożeniami.
- **Tryby pracy** — detekcja (tylko logowanie) lub blokowanie (odrzucanie żądań), z konfigurowalną punktacją anomalii.
- **Logowanie audytowe** — szczegółowy zapis zablokowanych żądań ułatwiający analizę incydentów.

## Zastosowanie w praktyce

ModSecurity jest jedną z podstawowych warstw obrony na serwerach webowych:

1. **Ochrona przed SQL injection i XSS** — filtruje próby wstrzyknięcia zapytań [SQL injection](https://nodea.pl/pl/slownik-pojec/sql-injection) oraz skryptów [XSS](https://nodea.pl/pl/slownik-pojec/xss) zanim dotrą do aplikacji.
2. **Wirtualne łatanie (virtual patching)** — regułą można tymczasowo zablokować znaną podatność, zanim powstanie poprawka w kodzie.
3. **Ograniczanie skanowania i botów** — blokowanie automatycznych narzędzi wyszukujących luki.
4. **Zgodność i audyt** — szczegółowe logi zablokowanych żądań ułatwiają spełnienie wymogów bezpieczeństwa i analizę powłamaniową.

Na serwerach zarządzanych ModSecurity z zestawem OWASP CRS jest zwykle domyślnym elementem konfiguracji, uzupełniając ochronę na poziomie sieci o inspekcję warstwy aplikacyjnej. Kluczem do skuteczności jest dostrojenie reguł do konkretnej aplikacji — zbyt agresywna konfiguracja generuje fałszywe alarmy i blokuje legalny ruch, dlatego wdrożenie zaczyna się zwykle od trybu detekcji.

### Czy ModSecurity spowalnia stronę?

Każda reguła to dodatkowa inspekcja żądania, więc pewien narzut istnieje, ale przy typowej konfiguracji jest on rzędu pojedynczych milisekund. Największy wpływ ma rozmiar zestawu reguł i tryb kontroli treści; dobrze dostrojony WAF chroni aplikację praktycznie niezauważalnie dla użytkownika.

## Powiązane

- [Firewall](https://nodea.pl/pl/slownik-pojec/firewall)
- [OWASP](https://nodea.pl/pl/slownik-pojec/owasp)
- [SQL injection](https://nodea.pl/pl/slownik-pojec/sql-injection)
- [XSS](https://nodea.pl/pl/slownik-pojec/xss)
- [Apache](https://nodea.pl/pl/slownik-pojec/apache)

---

Wersje językowe: [en](https://nodea.io/en/glossary/modsecurity.md)  
Spis treści witryny: [llms.txt](https://nodea.pl/pl/llms.txt)