{"id":51192,"date":"2025-06-20T12:37:04","date_gmt":"2025-06-20T12:37:04","guid":{"rendered":"https:\/\/www.edgenexus.io\/dies-ist-nicht-nur-eine-firewall-dies-ist-eine-web-application-firewall\/"},"modified":"2025-06-20T12:37:04","modified_gmt":"2025-06-20T12:37:04","slug":"dies-ist-nicht-nur-eine-firewall-dies-ist-eine-web-application-firewall","status":"publish","type":"post","link":"https:\/\/www.edgenexus.io\/de\/blog-de\/dies-ist-nicht-nur-eine-firewall-dies-ist-eine-web-application-firewall\/","title":{"rendered":"Dies ist nicht nur eine Firewall, dies… ist eine Web Application Firewall"},"content":{"rendered":"

 <\/p>\n

Firewalls sind, was die Technologie betrifft, so alt wie die Berge. In den \u00fcber 40 Jahren, in denen es sie gibt, hat es mehr Firewalls der n\u00e4chsten Generation als Musikrichtungen gegeben. Im Kern erlauben oder verweigern sie Pakete, die in ein Netzwerk eindringen oder es verlassen, und, so n\u00fctzlich das auch ist, wenig mehr. Jede Generation f\u00fcgt dem Policy-Mix, der dar\u00fcber entscheidet, was durch die T\u00fcr kommt, etwas Neues hinzu, aber ein besser informierter T\u00fcrsteher ist immer noch nur ein T\u00fcrsteher. Die Identifizierung des<\/a> Benutzers, die Erkennung von Eindringlingen, die Tageszeit, die Schuhe, die Bandbreitennutzung, die Frisur oder der Zustand der TCP-Sitzung entscheiden immer noch nicht dar\u00fcber, ob etwas sicher ist oder ob man ihm vertrauen kann. <\/p>\n

Hier kommt unser \u201eProbleml\u00f6ser\u201c ins Spiel, der etwas mehr \u00fcber unsere Kunden wei\u00df (oder zumindest erfahren kann) und dar\u00fcber, was sie vorhaben – die Web Application Firewall<\/a> oder WAF. Vergessen Sie, wer Zutritt hat. Eine WAF legt fest, welche Verhaltensweisen akzeptabel sind und welche nicht, sobald Sie sich innerhalb der Sicherheitsgrenzen befinden. Mit einer WAF werden Anwendungsfunktionen und Ein- und Ausgaben zugelassen oder verweigert, nicht der Zugang. <\/p>\n

Dies ist eindeutig ein ausgefeilterer und tiefgreifenderer Ansatz als eine bin\u00e4re Entscheidung zwischen Erlauben oder Verweigern. Er erm\u00f6glicht eine feink\u00f6rnige Kontrolle und die Umsetzung von Sicherheitsrichtlinien<\/a> auf eine sinnvollere, ja sogar nat\u00fcrliche Weise. Wenn eine Website nur Informationen zum Lesen oder Herunterladen bereitstellt, k\u00f6nnen Sie mit einer WAF sicherstellen, dass keine Dateien auf die Server hochgeladen werden, die sie bereitstellen. Ihre Server verwenden vielleicht ein SQL-Backend, aber das ist kein Grund, dass Kunden SQL-Abfragen in ihre Anfragen einbauen sollten. Kurz gesagt, eine WAF sch\u00fctzt Sie vor einem b\u00f6sartigen Benutzer, den Ihre \u201eNetzwerk\u201c -Firewall<\/a> bereits durchgelassen hat, weil sie keine M\u00f6glichkeit hat, ihn von einem harmlosen Benutzer zu unterscheiden. <\/p>\n

Das WAF-Modul, das mit unserer Version des ALB-X Advanced Load Balancer verf\u00fcgbar ist, ist das erste, das wir als Docker-Container ver\u00f6ffentlicht haben. Dies ist eine neue, aufregende Richtung und entspricht unserem Ethos, so einfach wie nur m\u00f6glich zu sein. Sie m\u00fcssen sich nicht mit den Feinheiten von Docker oder Containern auskennen, um ihn zu nutzen. Da es sich um einen Container handelt, kann die WAF unabh\u00e4ngig von der ALB-X-Software installiert und aktualisiert werden – ein Neustart ist nicht erforderlich. Sie k\u00f6nnen auch mehrere WAF-Container einsetzen, um verschiedene Richtlinien auf verschiedene Dienste anzuwenden und die Isolierung<\/a> zu verbessern. Kurz gesagt, mit diesem Ansatz k\u00f6nnen Sie eine Menge Flexibilit\u00e4t nutzen. <\/p>\n

In diesem Sinne stehen mehrere Implementierungsoptionen zur Verf\u00fcgung, je nachdem, ob Sie unverschl\u00fcsselten oder verschl\u00fcsselten (HTTPS) Datenverkehr sch\u00fctzen m\u00f6chten (der entschl\u00fcsselt werden muss, um eine \u00dcberpr\u00fcfung zu erm\u00f6glichen). Bei HTTPS k\u00f6nnen Sie w\u00e4hlen, ob Sie den Datenverkehr erneut verschl\u00fcsseln m\u00f6chten, bevor Sie ihn an einen echten Server weiterleiten. <\/p>\n

Das WAF-Modul bietet zwar Schutz vor schlecht programmierten webbasierten Anwendungen und deren Schwachstellen, aber es sollte nicht als Komplettl\u00f6sung f\u00fcr schlecht geschriebenen Code mit klaffenden L\u00f6chern betrachtet werden; behandeln Sie die Ursache, nicht die Symptome. Vergessen Sie nicht, dass ein ganzheitlicher, tiefgreifender Ansatz die beste Verteidigung ist. Richtig formulierte Cookies, FlightPATH-Regeln zur Verwaltung des Datenverkehrs, geeignete HTTP-Header und -Einschr\u00e4nkungen und andere Tools sind in Kombination einer einzelnen, scheinbar undurchdringlichen Mauer weit \u00fcberlegen. Sichern Sie alles, was Sie k\u00f6nnen, und die wahre Sicherheit<\/a> folgt vielleicht schon bald. <\/p>\n

Ber\u00fccksichtigen Sie Pakete und Datenverkehr (IP-Adressen und Ports), Protokolle, Anwendungen, Dienste und Transaktionen. Wenn Sie sich zu sehr auf den Schutz eines einzelnen Elements verlassen, sind Sie wahrscheinlich in Schwierigkeiten. Aus dem gleichen Grund sollten Sie Folgendes beachten; <\/p>\n