„Web Application Firewall“ – Versionsunterschied
[gesichtete Version] | [gesichtete Version] |
→Schutz: bearbeitet |
|||
(14 dazwischenliegende Versionen von 12 Benutzern werden nicht angezeigt) | |||
Zeile 1: | Zeile 1: | ||
Eine '''Web Application Firewall''' ('''WAF''') oder '''Web Shield''' ist ein Verfahren, das [[Webanwendung]]en vor Angriffen über das [[Hypertext Transfer Protocol]] (HTTP) schützen soll. Es stellt damit einen Spezialfall einer [[Firewall#Proxy_Firewall_.28auch_Application_Layer_Firewall.29|Application |
Eine '''Web Application Firewall''' ('''WAF''') oder '''Web Shield''' ist ein Verfahren, das [[Webanwendung]]en vor Angriffen über das [[Hypertext Transfer Protocol]] (HTTP) schützen soll. Es stellt damit einen Spezialfall einer [[Firewall#Proxy_Firewall_.28auch_Application_Layer_Firewall.29|Application Layer Firewall]] (ALF) oder eines [[Application Layer Gateway]]s (ALG) dar. |
||
Gegenüber klassischen [[Firewall]]s und [[Intrusion Detection System|Intrusion-Detection-Systemen]] (IDS) untersucht eine WAF die Kommunikation auf der Anwendungsebene. Dazu ist normalerweise keine Änderung an der zu schützenden Web-Anwendung nötig. |
Gegenüber klassischen [[Firewall]]s und [[Intrusion Detection System|Intrusion-Detection-Systemen]] (IDS) untersucht eine WAF die Kommunikation auf der Anwendungsebene.<ref>{{Internetquelle |url=https://www.cloudflare.com/learning/ddos/glossary/web-application-firewall-waf/ |titel=What is a WAF? {{!}} Web Application Firewall explained |werk=Cloudflare |sprache=en |abruf=2023-06-18}}</ref> Dazu ist normalerweise keine Änderung an der zu schützenden Web-Anwendung nötig. |
||
== Schutz == |
== Schutz == |
||
Angriffe, vor denen eine WAF Schutz bieten soll: |
Angriffe, vor denen eine WAF Schutz bieten soll: |
||
* |
* „Injection“-Angriffe |
||
⚫ | |||
** Command Injection |
** Command Injection |
||
** LDAP Injection |
** [[Lightweight Directory Access Protocol|LDAP]] Injection |
||
** |
** Script Injection |
||
** |
** [[SQL Injection]] |
||
⚫ | |||
* [[Cross-Site Scripting]] (XSS) |
* [[Cross-Site Scripting]] (XSS) |
||
* Hidden Field Tampering |
* Hidden Field Tampering |
||
* Parameter Tampering |
* Parameter Tampering |
||
* Cookie Poisoning |
* [[HTTP-Cookie|Cookie]] Poisoning |
||
* [[Pufferüberlauf]]­angriffe |
* [[Pufferüberlauf]]­angriffe |
||
* [[Forceful Browsing]] |
* [[Forceful Browsing]] |
||
Zeile 21: | Zeile 21: | ||
== Funktionsweise == |
== Funktionsweise == |
||
Die WAF untersucht alle eingehenden Anfragen und die Antworten des Web-Servers. Bei verdächtigen Inhalten wird der Zugriff unterbunden. Zur Klassifizierung gefährlicher oder verbotener Aktionen wird häufig in einer vorgeschalteten Lernphase ein ''Application Security Scanner'' eingesetzt. Dieser analysiert, oft im Dialog mit einem Nutzer, die Anwendung und erzeugt daraus Profile für zulässige Aktionen. Alternativ werden durch eine Art Crawler oder auch Application Security Scanner die Webseiten der Webapplikation angesteuert und enthaltene Formularfelder durchprobiert. Die Applikation läuft in dem Fall in einer Art passivem Modus, das heißt, erlaubte und nicht erlaubte Eingaben werden in einer Logdatei festgehalten. Der Administrator kann |
Die WAF untersucht alle eingehenden Anfragen und die Antworten des Web-Servers. Bei verdächtigen Inhalten wird der Zugriff unterbunden. Zur Klassifizierung gefährlicher oder verbotener Aktionen wird häufig in einer vorgeschalteten Lernphase ein ''Application Security Scanner'' eingesetzt. Dieser analysiert, oft im Dialog mit einem Nutzer, die Anwendung und erzeugt daraus Profile für zulässige Aktionen. Alternativ werden durch eine Art Crawler oder auch Application Security Scanner die Webseiten der Webapplikation angesteuert und enthaltene Formularfelder durchprobiert. Die Applikation läuft in dem Fall in einer Art passivem Modus, das heißt, erlaubte und nicht erlaubte Eingaben werden in einer Logdatei festgehalten. Der Administrator kann anhand der Logdatei sehen, welche Aktionen in einem scharfen Betrieb blockiert würden, und kann diese bei Bedarf selektiv freischalten, indem er Sonderregeln einrichtet. Die konkreten Verfahren variieren von Anbieter zu Anbieter. |
||
Sind beispielsweise zwei Parameter für ein untersuchtes Formular definiert, kann die WAF alle Requests blockieren, die drei oder mehr Parameter enthalten. Ebenso kann die Länge und der Inhalt der Parameter geprüft werden. |
Sind beispielsweise zwei Parameter für ein untersuchtes Formular definiert, kann die WAF alle Requests blockieren, die drei oder mehr Parameter enthalten. Ebenso kann die Länge und der Inhalt der Parameter geprüft werden. Durch die Spezifikation allgemeiner Regeln über die Parameter-Beschaffenheit, z. B. der maximalen Länge und des erlaubten Wertebereichs, können Angriffe verhindert oder für den Angreifer erschwert werden. |
||
== Arten == |
== Arten == |
||
Zeile 29: | Zeile 29: | ||
Es werden folgende Arten aufgrund ihrer Position in der Netzwerk- und Servertopologie unterschieden: |
Es werden folgende Arten aufgrund ihrer Position in der Netzwerk- und Servertopologie unterschieden: |
||
* [[Reverse Proxy]] |
* [[Reverse Proxy]] |
||
* Appliance |
* [[Appliance]] |
||
* direkt im Webserver integriert (z. B. [[Hiawatha Webserver|Hiawatha]]) |
* direkt im Webserver integriert (z. B. [[Hiawatha Webserver|Hiawatha]]) |
||
* Plugin für Webserver |
* Plugin für Webserver |
||
* Passives |
* Passives Gerät ([[Intrusion Detection System|IDS]]) |
||
Durch |
Durch ihre zentrale Position ist eine WAF ein idealer Kandidat, um – ähnlich wie bei einer Firewall – alle Anforderungen („requests“) an eine Applikation zu untersuchen und gegebenenfalls zu korrigieren oder zu verwerfen. |
||
== Vorteile == |
== Vorteile == |
||
Zeile 40: | Zeile 40: | ||
* Sicherheitslücken können gleichzeitig für mehrere Anwendungen hinter der WAF geschlossen werden |
* Sicherheitslücken können gleichzeitig für mehrere Anwendungen hinter der WAF geschlossen werden |
||
* Schutz von Anwendungen, die nicht mehr aktualisiert werden können ([[Altsystem]]e) |
* Schutz von Anwendungen, die nicht mehr aktualisiert werden können ([[Altsystem]]e) |
||
* Möglichkeit zum Schutz von verwundbaren Anwendungen anderer Anbieter, bis dieser sie |
* Möglichkeit zum Schutz von verwundbaren Anwendungen anderer Anbieter, bis dieser sie selbst repariert |
||
== Nachteile == |
== Nachteile == |
||
* Sicherheitslücken können u. U. durch ein Umgehen der WAF weiterhin ausgenutzt werden |
|||
* Durch Unterschiede bei der Request-Bearbeitung sind neue Angriffe möglich (beispielsweise [[HTTP Request Smuggling]]) |
* Durch Unterschiede bei der Request-Bearbeitung sind neue Angriffe möglich (beispielsweise [[HTTP Request Smuggling]]) |
||
* Störung des Betriebs durch zu restriktive oder falsch konfigurierte Filter |
* Störung des Betriebs durch zu restriktive oder falsch konfigurierte Filter |
||
Zeile 58: | Zeile 57: | ||
:: {{Webarchiv | url=http://it-republik.de/jaxenter/artikel/Web-Application-Security-2616.html | wayback=20091018050452 | text=Teil 4}} |
:: {{Webarchiv | url=http://it-republik.de/jaxenter/artikel/Web-Application-Security-2616.html | wayback=20091018050452 | text=Teil 4}} |
||
<!-- Bisher keine vorhanden: |
|||
== Quellen == |
== Quellen == |
||
<references /> |
<references /> |
||
--> |
|||
[[Kategorie:IT-Sicherheit]] |
[[Kategorie:IT-Sicherheit]] |
Aktuelle Version vom 10. Oktober 2024, 09:16 Uhr
Eine Web Application Firewall (WAF) oder Web Shield ist ein Verfahren, das Webanwendungen vor Angriffen über das Hypertext Transfer Protocol (HTTP) schützen soll. Es stellt damit einen Spezialfall einer Application Layer Firewall (ALF) oder eines Application Layer Gateways (ALG) dar.
Gegenüber klassischen Firewalls und Intrusion-Detection-Systemen (IDS) untersucht eine WAF die Kommunikation auf der Anwendungsebene.[1] Dazu ist normalerweise keine Änderung an der zu schützenden Web-Anwendung nötig.
Schutz
[Bearbeiten | Quelltext bearbeiten]Angriffe, vor denen eine WAF Schutz bieten soll:
- „Injection“-Angriffe
- Command Injection
- LDAP Injection
- Script Injection
- SQL Injection
- XPath Injection
- Cross-Site Scripting (XSS)
- Hidden Field Tampering
- Parameter Tampering
- Cookie Poisoning
- Pufferüberlaufangriffe
- Forceful Browsing
- Unberechtigter Zugriff auf Web-Server
- Bestimmte bekannte Verwundbarkeiten von Web-Anwendungen
Funktionsweise
[Bearbeiten | Quelltext bearbeiten]Die WAF untersucht alle eingehenden Anfragen und die Antworten des Web-Servers. Bei verdächtigen Inhalten wird der Zugriff unterbunden. Zur Klassifizierung gefährlicher oder verbotener Aktionen wird häufig in einer vorgeschalteten Lernphase ein Application Security Scanner eingesetzt. Dieser analysiert, oft im Dialog mit einem Nutzer, die Anwendung und erzeugt daraus Profile für zulässige Aktionen. Alternativ werden durch eine Art Crawler oder auch Application Security Scanner die Webseiten der Webapplikation angesteuert und enthaltene Formularfelder durchprobiert. Die Applikation läuft in dem Fall in einer Art passivem Modus, das heißt, erlaubte und nicht erlaubte Eingaben werden in einer Logdatei festgehalten. Der Administrator kann anhand der Logdatei sehen, welche Aktionen in einem scharfen Betrieb blockiert würden, und kann diese bei Bedarf selektiv freischalten, indem er Sonderregeln einrichtet. Die konkreten Verfahren variieren von Anbieter zu Anbieter.
Sind beispielsweise zwei Parameter für ein untersuchtes Formular definiert, kann die WAF alle Requests blockieren, die drei oder mehr Parameter enthalten. Ebenso kann die Länge und der Inhalt der Parameter geprüft werden. Durch die Spezifikation allgemeiner Regeln über die Parameter-Beschaffenheit, z. B. der maximalen Länge und des erlaubten Wertebereichs, können Angriffe verhindert oder für den Angreifer erschwert werden.
Arten
[Bearbeiten | Quelltext bearbeiten]Es werden folgende Arten aufgrund ihrer Position in der Netzwerk- und Servertopologie unterschieden:
- Reverse Proxy
- Appliance
- direkt im Webserver integriert (z. B. Hiawatha)
- Plugin für Webserver
- Passives Gerät (IDS)
Durch ihre zentrale Position ist eine WAF ein idealer Kandidat, um – ähnlich wie bei einer Firewall – alle Anforderungen („requests“) an eine Applikation zu untersuchen und gegebenenfalls zu korrigieren oder zu verwerfen.
Vorteile
[Bearbeiten | Quelltext bearbeiten]- Mehrere Ebenen des Schutzes (zusätzlicher Schutz zu vorhandenen Filtern in der Anwendung)
- Sicherheitslücken können gleichzeitig für mehrere Anwendungen hinter der WAF geschlossen werden
- Schutz von Anwendungen, die nicht mehr aktualisiert werden können (Altsysteme)
- Möglichkeit zum Schutz von verwundbaren Anwendungen anderer Anbieter, bis dieser sie selbst repariert
Nachteile
[Bearbeiten | Quelltext bearbeiten]- Durch Unterschiede bei der Request-Bearbeitung sind neue Angriffe möglich (beispielsweise HTTP Request Smuggling)
- Störung des Betriebs durch zu restriktive oder falsch konfigurierte Filter
- Anwendungen, die aktive Inhalte auf Seiten des Clients einsetzen (z. B. JavaScript) werden schlecht unterstützt oder erfordern einen erheblichen Konfigurationsaufwand
- Der Einsatz einer WAF kann zu Unachtsamkeit bei der Entwicklung der Anwendung verleiten – eine WAF ist jedoch kein Ersatz für eine sichere Anwendung
Weblinks
[Bearbeiten | Quelltext bearbeiten]- Bundesamt für Sicherheit in der Informationstechnik (BSI): Sicherheit von Webanwendungen - Maßnahmenkatalog und Best Practices
- Best Practices - Einsatz von Web Application Firewalls (Guide der deutschen OWASP Sektion) (PDF-Datei; 163 kB)
- Web Application Firewall Evaluation Criteria (englisch)
- JavaMagazin zum Thema "Web Application Security" Teil 1 ( vom 18. Oktober 2009 im Internet Archive)
- Teil 2 ( vom 18. Oktober 2009 im Internet Archive)
- Teil 3 ( vom 18. Oktober 2009 im Internet Archive)
- Teil 4 ( vom 18. Oktober 2009 im Internet Archive)
Quellen
[Bearbeiten | Quelltext bearbeiten]- ↑ What is a WAF? | Web Application Firewall explained. In: Cloudflare. Abgerufen am 18. Juni 2023 (englisch).