Du, Harrigan.
Und willkommen zurück zum Praktikum.
In der heutigen Vorlesung werden wir also mehr über die Web Application Firewall sprechen.
Die Web Application Firewall ist also derzeit eine der wichtigsten Komponenten der Sicherheitsinfrastruktur.
Und in den meisten Organisationen, insbesondere in Unternehmen, ist die Web Application Firewall bereits
implementiert.
Sehen wir uns also an, worum es bei der Web Application Firewall geht.
Wir alle wissen, was eine Firewall ist, und die meisten von uns haben sie schon auf die eine oder andere Weise benutzt.
Das können Sicherheitsgruppen sein, das können IP-Tabellen sein.
Dies ist also eines der Dinge, die Sie bereits wissen sollten.
Ein wichtiger Punkt ist, dass Firewalls im Allgemeinen auf den Schichten drei und vier des OSI-Modells
arbeiten.
Wir werden uns das also ansehen.
Wenn Sie also über das Hauptziel der Firewall sprechen, so ist das Hauptziel der Firewall, den böswilligen oder nicht autorisierten
Verkehr zu blockieren.
Und ich bin mir sicher, dass Sie bereits wissen, dass eine Firewall auf der dritten und vierten Schicht
arbeitet, d. h. auf der Netzwerk- und Transportschicht.
Wenn ich also ein beliebiges Paket öffne, gibt es innerhalb der Transportschicht verschiedene Dinge
wie Quell- und Zielport.
Auf der Ebene des Internetprotokolls gibt es die Quell-IP und die Ziel-IP.
Außerdem gibt es verschiedene Dinge wie die Sequenznummer, die innerhalb der Transportschicht liegt, und hier
spielen die zustandsabhängigen und zustandslosen Firewalls eine wichtige Rolle.
Das ist also etwas, von dem wir bereits wissen, dass wir es auf der Grundlage von IP-Adressen und Portnummern zulassen.
Dies ist also die Aufgabe der generischen Firewall.
Um auf die Präsentation zurückzukommen: Das Hauptziel einer Firewall ist es, den bösartigen Datenverkehr
zu unterbinden.
Die Frage ist nun, wenn wir uns das Diagramm ansehen, da die Firewall auf Schicht zwei oder vier arbeitet, kann
sie den Verkehr der Schicht sieben, also den Anwendungsverkehr, nicht wirklich einsehen.
Und hier stellt sich die Frage, was mit dem bösartigen Datenverkehr wie SQL-Injection-Angriffen und Cross-Site-Scripting-Angriffen
ist, die im Allgemeinen auf der Schicht sieben stattfinden, also dort, wo das HTTP-Protokoll arbeitet.
Wenn Sie sich also das Diagramm ansehen, können die Nicht-HTTP-Angriffe bereits mit der Standard-Paketfirewall abgewehrt
werden.
So aber der HTTP-Angriff.
Da die Firewall die HTTP-Pakete nicht wirklich lesen kann, möchte ich es Ihnen noch einmal zeigen.
Innerhalb dieses Pakets gibt es also die IP-Schicht, die Transportschicht und die Akt-Schicht.
Dies ist also die Ebene sieben.
Innerhalb der siebten Schicht gibt es also viele Informationen wie den Benutzeragenten, die
Anfrage, den URI, die Host-Header und vieles mehr sowie die ACT-Anfrage selbst.
Dies ist also der URI-Teil.
All diese Dinge kann die Firewall also nicht lesen, weil sie nicht auf der siebten Schicht arbeitet.
Aus diesem Grund wird eine Firewall benötigt, denn auf Schicht sieben, auf der die Anwendungen
laufen, gibt es viele Angriffe, eine riesige Anzahl von Angriffen.
Aus diesem Grund wurde eine Firewall benötigt, die HTTP-Pakete lesen kann, die auf Schicht 7 arbeitet
und Anwendungen vor verschiedenen Arten von Angriffen schützen kann.
Ich zeige Ihnen eine OWASP-Top-Ten, die viele Angriffe speziell auf Webanwendungen enthält.
Es kann sich um eine SQL-Injection handeln.
Ich bin sicher, Sie haben davon gehört.
SQL-Einschleusung.
Sie haben Cross-Site-Scripting.
Viele von ihnen sind dort.
Diese werden in den Top Ten der USA detailliert aufgeführt, und da sie alle im Allgemeinen
auf Schicht 7 arbeiten, benötigen Sie eine Firewall, die Sie vor Angriffen auf Schicht 7 schützen kann.
Und genau hier setzt die Web Application Firewall an.
Web Application Firewalls sind in der Regel für Webanwendungen konzipiert, und diese Art von Firewalls arbeiten
auf Schicht sieben.
Die Regeln, die Sie für die Web Application Firewall schreiben, sind also spezifisch für die HTTP-basierte
Kommunikation.
Wir werden uns das im Detail ansehen, aber verstehen Sie einfach, dass eines der Hauptmottos verschiedener
verfügbarer Apps der Schutz vor der OWASP Top Ten Matrix ist.
Und das ist sehr wichtig, so unter Berücksichtigung der Web-App.
Vertretbare Firewall-Anbieter.
Es gibt eine Vielzahl von Anbietern, die verfügbar sind.
Sie reichen von Open Source wie Mod Security bis hin zu verschiedenen kommerziellen Lösungen, die wie Signalschilder wirken.
Bei Akamai gibt es VAF, was ebenfalls eine sehr interessante Lösung ist.
Was die Werbespots anbelangt.
Viele Content-Delivery-Netzwerke wie Cloudflare bieten eine Web Application Firewall
an, die Sie sich ansehen können.
Eine der besten Möglichkeiten, um sich einen Überblick zu verschaffen, ist der Missbrauch, denn er ist recht einfach,
und Sie können Ihre eigenen Regelsätze erstellen, Ihre eigenen webbasierten URLs erstellen
usw.
Es gibt also auch hier kommerzielle Lösungen wie Akamai Signal Sciences, die gut sind.
Das Problem dabei ist jedoch, dass sie oft keine Startups oder Startups mit fünf oder sechs Servern wirklich
unterhalten.
Das ist also ein großes Problem.
Und das ist der Grund, warum ich generell empfehle, eine sehr einfache, unkomplizierte Lösung
anzustreben.
Sie können es jederzeit nutzen und jederzeit einführen, und es ist ein Pay-as-you-go-System.
Wie dem auch sei, wir werden im entsprechenden Abschnitt mehr dazu sagen, aber ich hoffe, Sie haben die Grundlagen verstanden,
worum es bei der Web Application Firewall geht.
Dieser Vortrag sollte nur einen Überblick darüber geben, was eine Web Application Firewall ist. In den entsprechenden Abschnitten
werden wir ein wenig in die Tiefe gehen und die Implementierungsszenarien im Zusammenhang mit der VAF betrachten.
Ich hoffe, dies war informativ für Sie und ich freue mich darauf, Sie in der nächsten Vorlesung zu sehen.