Dieser Abschnitt zeigt alle verfügbaren Einstellungen für das aktuelle WAF-Regelset, unterteilt in drei Registerkarten: Global , Regeln und Farmen . Klicken Sie anschließend auf die Schaltfläche „Anwenden “, um die Änderungen zu speichern.
Globale Einstellungen WAF-Regelsatz #
Diese Konfiguration verwaltet das Verhalten aller im Satz enthaltenen Regeln.
Name. Eine Bezeichnung, die eine Regel leicht identifiziert. Der Name, den Sie für Ihren Regelsatz wählen, kann nicht geändert werden.
Anforderungstext prüfen. Ein Flag, das bestimmt, ob der Text von HTTP-Anfragen analysiert wird. Wenn es deaktiviert ist, wird der Text übersprungen und Regelübereinstimmungen mit den Textparametern der Anfrage werden nicht verarbeitet.
Limit für Anforderungstext. Die maximale Anzahl von Bytes des Anforderungstexts, die zur Überprüfung gespeichert werden. Wenn der Wert auf 0 gesetzt ist, speichert die WAF die Inhaltslänge vollständig. Es wird empfohlen, ein Limit festzulegen.
Antworttext prüfen. Ein Flag, das bestimmt, ob der Text von HTTP-Antworten analysiert wird. Wenn deaktiviert, wird der Text übersprungen und Regelübereinstimmungen mit Antworttextparametern werden nicht verarbeitet. Antworten, die größer sind als 524288 Byte (512KB) wird ignoriert.
Standardaktion. Die Standardauflösung, wenn in einer Regel keine Auflösung angegeben ist. Hier sind die möglichen Aktionen.
- Erlauben. Die WAF setzt die Verarbeitung fort, bis die HTTP-Transaktion abgeschlossen ist.
- Passieren. Die WAF wertet die nächste Regel aus, ohne die HTTP-Transaktion zu unterbrechen.
- Ablehnen. Die aktuelle HTTP-Transaktion wird abgebrochen. Es werden keine weiteren Regeln ausgewertet. Trifft die Regel in Phase 1 oder 2 (Anfrageanalyse) zu, erreicht die Anfrage das Backend nicht. Trifft sie in Phase 3 oder 4 (Antwortanalyse) zu, erreicht die Antwort den Client nicht.
- Umleiten. Die HTTP-Transaktion wird angehalten und eine HTTP-Umleitung an den Client gesendet.
Weiterleitungs-URL. Die URL, die an den Client gesendet wird, wenn eine Regel zutrifft und eine Umleitungsauflösung eingerichtet ist.
Standardphase. Die Standardphase, wenn in einer Regel keine Phase angegeben ist. Phasen sind HTTP-Schritte, in die eine WAF-Regel eingebunden werden kann. Die definierten Phasen sind:
- Anforderungsheader werden empfangen. Wird ausgeführt, sobald alle Anforderungsheader vom Client vom Load Balancer gelesen wurden.
- Anforderungstext wurde empfangen. Wird ausgeführt, wenn der komplette Anforderungstext vom Client im Load Balancer gepuffert ist.
- Antwortleser werden empfangen. Wird ausgeführt, sobald alle Antwort-Header vom Server vom Load Balancer gelesen wurden.
- Der Antworttext wurde empfangen. Wird ausgeführt, wenn der vollständige Antworttext vom Server vom Load Balancer gelesen wird.
- Vor der Protokollierung. Wird ausgeführt, wenn der WAF-Prozess die Protokollierungsaufgabe beendet.
Standardprotokoll. Die standardmäßige Protokollaktion, die verwendet wird, wenn in den Regeleinstellungen keine Aktion angegeben ist.
Nur Protokollierung. Wenn aktiviert, wird der Auflösungsparameter der Regeln im Set niemals ausgeführt. Dieser Modus ist nur verfügbar, wenn das Set ausgeführt wird.
Regeln deaktivieren #
Mithilfe dieser Tabellen können Sie Regeln innerhalb des Satzes deaktivieren, ohne sie zu ändern.
Aktivierte Regeln. Eine Liste der derzeit im Set aktivierten Regeln, identifiziert durch ihre Regel-ID und Beschreibung.
Deaktivierte Regeln. Eine Liste der Regeln, die derzeit im Set deaktiviert sind.
Liste der WAF-Regeln #
Im Abschnitt „Regeln“ können Sie WAF-Regeln erstellen und ändern, die HTTP-Angriffe erkennen und vor ihnen schützen.
Diese Regeln werden der Reihe nach in der Reihenfolge ihrer Anzeige auf diesem Bildschirm ausgewertet. Um die Regeln zu sortieren, aktivieren Sie die Schaltfläche „Sortieren “ und ziehen Sie die Regeln per Drag & Drop an die gewünschte Position.
Regelparameter #
Die folgenden Parameter sind für die Regeln möglich:
ID. Identifiziert die Regel innerhalb des Regelsatzes. Diese Kennung entspricht der Position der Regel im Satz.
Regel-ID. Eine eindeutige Kennung für die Regel. Eine Farm kann nicht mit einem WAF-Satz verknüpft werden, der doppelte Regel-IDs enthält.
Beschreibung. Eine beschreibende Nachricht zur Identifizierung der Regel, die bei einer erfolgreichen Übereinstimmung protokolliert wird.
Phase. Der HTTP-Anforderungsschritt, in dem die Regel ausgeführt wird. Mögliche Phasen sind:
- Anforderungsheader werden empfangen. Wird ausgeführt, sobald alle Anforderungsheader vom Client vom Load Balancer gelesen wurden.
- Anforderungstext wurde empfangen. Wird ausgeführt, wenn der komplette Anforderungstext vom Client im Load Balancer gepuffert ist.
- Antwortleser werden empfangen. Wird ausgeführt, sobald alle Antwort-Header vom Server vom Load Balancer gelesen wurden.
- Der Antworttext wurde empfangen. Wird ausgeführt, wenn der vollständige Antworttext vom Server vom Load Balancer gelesen wird.
- Vor der Protokollierung. Wird ausgeführt, wenn der WAF-Prozess die Protokollierungsaufgabe beendet.
Lösung . Die Aktion, die ausgeführt wird, wenn alle Übereinstimmungsbedingungen erfüllt sind. Optionen:
- Erlauben. Beendet die Auswertung weiterer Regeln für die aktuelle HTTP-Transaktion, wenn eine Übereinstimmung auftritt.
- Passieren. Setzt die Auswertung der nächsten Regel fort, ohne die HTTP-Transaktion zu unterbrechen.
- Ablehnen. Beendet die aktuelle HTTP-Transaktion und verhindert weitere Regelauswertungen. Bei einer Übereinstimmung in Phase 1 oder 2 (Anforderungsanalyse) erreicht die Anforderung das Backend nicht. Bei einer Übereinstimmung in Phase 3 oder 4 (Antwortanalyse) erreicht die Antwort den Client nicht.
- Umleiten. Hält die HTTP-Transaktion an und sendet eine HTTP-Umleitung an den Client.
- Standardaktion. Die Auflösung, die eingestellt wird, wenn keine angewendet wird, ist normalerweise Erlauben.
URL umleiten. Die URL, zu der der Client umgeleitet wird, wenn eine Regel mit einer Umleitungsauflösung ausgeführt wird.
überspringenWenn alle Übereinstimmungsbedingungen erfüllt sind, überspringt die Regel die in diesem Feld angegebene Anzahl von Regeln.
Überspringen nach. Wenn alle Übereinstimmungsbedingungen erfüllt sind, springt die Regel zu einer anderen Firewall-Position. Die Regel kann zu einer „Markierung“ oder einer anderen Regel-ID springen, und die nach einem Sprung ausgeführte Regel-ID befindet sich in derselben Phase wie die aktuelle Regel.
Ausführen. Der Pfad zu einem LUA-Skript, das ausgeführt wird, sobald die erste Übereinstimmung erreicht ist. Das Skript muss zuvor in den Load Balancer hochgeladen werden.
LogWenn aktiviert, wird die Regel protokolliert, wenn die erste Übereinstimmung erreicht wird.
Bearbeiten einer WAF-Regel im Rohzustand #
Wenn das Formular eine bestimmte WAF-Regel nicht ausreichend beschreibt und der Administrator mit der SecLang- Syntax nicht vertraut ist, können Regeln oder Regelgruppen über die Bearbeitungsoption erstellt werden. Dieses Feld akzeptiert beliebige Anweisungen. Werden die Anweisungen und Parameter von der SecLang- Syntax unterstützt, werden die im Formular angegebenen Parameter nicht angezeigt. Sie sind jedoch im Bearbeitungsformular sichtbar und werden zur Laufzeit verarbeitet.
Hier sind Beispiele sowohl im Formularmodus als auch im Rohmodus.
Formularmodus #
Dieser Modus ist benutzerfreundlicher zum Bearbeiten einer WAF-Regel.
Raw-Modus #
Dieser Modus ist für fortgeschrittene Benutzer.
Erstellen einer WAF-Regel #
Wenn eine neue Regel hinzugefügt wird, wird sie an die anderen Regeln im Satz angehängt. Es gibt drei Möglichkeiten, eine neue Regel zu erstellen:
- Action. Erstellt eine Grundregel mithilfe eines Formulars. Die Parameter des Formulars werden im Liste der WAF-Regeln Wenn die Ausführung der Regel an Bedingungen geknüpft ist, klicken Sie auf das Bedingung hinzufügen Schaltfläche, um die Ausführungsbedingungen festzulegen.

- Mark. Legt eine Firewall-Markierung fest, die verwendet wird, sobald eine Übereinstimmungsbedingung erreicht ist. Der erwartete Parameter ist der Name, der die Markierung identifiziert.

- Maßgeschneidert. Akzeptiert Regeln (oder einen Satz von Regeln) in SecLang-Syntax. Weitere Informationen über die SecLang Syntax finden Sie im Dokumentation zum libmodsecurity-Projekt.

Liste der Bedingungen #
Die Tabelle im Bild unten zeigt eine Liste von Bedingungen, die das analysierte HTTP-Paket erfüllen muss, damit die Regel angewendet wird. Alle Übereinstimmungen werden in der in der Regel definierten Phase ausgeführt. Die Übereinstimmungen werden nacheinander geprüft und die Regel wird angewendet, wenn alle erfüllt sind.
Um eine Übereinstimmung zu ermitteln, führt die WAF eine Operation (Parameter: Operator und Operation ) auf einer Liste von Variablen aus. Erfüllen einige Variablen in der Liste die Anforderungen der Operation, gilt dies als Erfolg. Im folgenden Beispiel wird der Header „ IMAGES“ in der Liste der vom Client gesendeten Anfrageheader gesucht. Zunächst werden alle 64 Basen jedes Headers dekodiert und anschließend in Kleinbuchstaben umgewandelt. Nach Abschluss der Variablentransformation wird ein regulärer Ausdruck angewendet, der in der Liste der transformierten Variablen nach der Zeichenkette „ images“ sucht . Die Option „Mehrfachübereinstimmung“ versucht für jede Transformationsoperation eine Übereinstimmung (nach der Base64-Dekodierung und nach der Umwandlung in Kleinbuchstaben).
Bedingungen schaffen #
Die Übereinstimmung definiert eine Bedingung, die erfüllt sein muss, damit die WAF-Regel ausgeführt wird. Zur Auswertung der Übereinstimmung führt die WAF eine Operation (Parameter „ Operator“ und „Operating“ ) anhand einer Variablenliste aus. Stimmen die Operationen und die Variablen in der Liste überein, gilt die Übereinstimmung als erfolgreich. Um beispielsweise in den Anfrageheadern und im HTTP-Feld „Virtual Host“ nach „ localhost“ ( 127.0.0.1 ) zu suchen , kann die folgende Konfiguration verwendet werden.
Dies sind die Konfigurationsparameter zum Festlegen von Bedingungen:
Variable. Dies gibt an, welchen Teil der HTTP-Transaktion die Regel abzugleichen versucht. Sie können aus den aufgelisteten Variablen auswählen und die Übereinstimmungen sind gültig, wenn einige davon übereinstimmen. Wenn Sie durch das Variablenfeld klicken, wird ein Dropdown-Menü angezeigt. Informationen zur Variablenkonfiguration finden Sie im Variablen erstellen .
Transformationen. Dies ist eine Liste der an Variablen vorgenommenen Änderungen. Transformationen werden sequenziell in der im Feld angezeigten Reihenfolge angewendet. Mit der Option „Multi-Match“ können Sie für jede angewendete Transformation eine Übereinstimmung versuchen. Transformationen ändern keine Informationen in der HTTP-Transaktion. Sie werden in temporären Kontexten gespeichert und nach Abschluss der Operation entfernt. Eine Liste der Transformationen finden Sie unter werden auf dieser Seite erläutert. Dieser Parameter wird verwendet, um Techniken zur Vermeidung von Verstößen oder Kodierungsdaten zu entfernen.
Operator. Dies definiert, wie die Regel zu treffen versucht. Dieser Parameter wird normalerweise kombiniert mit BetriebsEine Liste der Betreiber finden Sie werden auf dieser Seite erläutert.
Betriebs. Dies definiert, was die Regeln abzugleichen versuchen. Dieser Parameter wird normalerweise mit dem Operator kombiniert. Der Typ des erwarteten Wertes muss mit dem Operator übereinstimmen.
Multi-Match. Dieser Parameter wird verwendet, wenn mehr als eine Transformation konfiguriert ist. Die Regel versucht, die Variablen abzugleichen, die Operatorund die Betriebs für jeden Wert der Transformationen. Die möglichen Werte sind true (aktiviert Multi-Match) oder false (deaktiviert die Multi-Match-Funktion).
Nicht übereinstimmenWenn dieses Kontrollkästchen aktiviert ist, wird das Ergebnis des Vergleichs negiert und in was immer dies auch sein sollte. wenn das Ergebnis falsch und umgekehrt.
Variablen erstellen #
Variablen sind obligatorische Parameter in einer Übereinstimmungsbedingung. Sie geben den Teil der HTTP- Anfrage / Antwort an , in dem nach Informationen gesucht werden soll.
Variablen . Dieser Parameter gibt an, welches Feld der HTTP-Anfrage/Antwort untersucht werden soll (z. B. Zeit, Server).
Argument der Variable . Wenn eine Variable ausgewählt ist, muss möglicherweise ein bestimmtes Element darin angegeben werden. Die folgende Abbildung zeigt beispielsweise, wie der Host im Anfrageheader überprüft wird.
Elemente von Variablen zählen . Dieses Kontrollkästchen zählt die Anzahl der Elemente in der Variablen. Diese Funktion ist nützlich, wenn die Variable eine Liste ist.
Diese Variable bei der Überprüfung ignorieren . Wenn dieses Kontrollkästchen aktiviert ist, wird die Variable bei der Überprüfung nicht berücksichtigt. Diese Funktion ist nützlich, wenn eine Variable eine Liste von Werten enthält, aber einer davon von der Überprüfung ausgeschlossen werden soll.
Variablentabelle #
| Variable | Beschreibung |
|---|---|
| ARGS | Sammlung von Argumentwerten in einer Anfrage. |
| ARGS_JSON | Sammlung von Argumentwerten in einer JSON-Anfrage. Verfügbar, wenn WAF JSON-Argumente analysiert; erfordert die Aktivierung des Regelsatzes REQUEST-901-INITIALIZATION. |
| ARGS_KOMBINIERTE_SIZE | Gesamtgröße der Anforderungsparameter ohne Dateien. |
| ARGS_NAMES | Sammlung von Argumentnamen in einer Anfrage. |
| DATEIEN | Dateinamen im Benutzerdateisystem. Gilt nur für mehrteilige / Formulardaten Anfragen. |
| KOMBINIERTE DATEIGRÖSSE | Gesamtgröße der Dateien in einer Anfrage. Gilt nur für Multipart-/Formulardatenanfragen. |
| DATEINAMEN | Liste der Dateinamen, die zum Hochladen von Dateien verwendet werden. Gilt nur für Multipart-/Formulardatenanforderungen. |
| DATEIGRÖSSEN | Liste der einzelnen Dateigrößen. Gilt nur für Multipart-/Formulardatenanforderungen. |
| REQBODY_ERROR | Gibt an, ob das Anforderungstextformat für JSON oder XML falsch ist (1 wenn wahr, 0 wenn falsch). |
| ANFRAGEBODY | Roher Anforderungstext. Wenn die Anforderung nicht die application / x-www-form-urlencoded Header ist es notwendig, zu verwenden ctl:forceRequestBodyVariable in der REQUEST_HEADER-Phase. |
| ANFRAGE_KÖRPER_LÄNGE | Anzahl der Bytes im Anforderungstext. |
| COOKIES ANFRAGEN | Liste aller Anforderungs-Cookiewerte. |
| Anfrage_Cookies_Namen | Liste aller Anforderungs-Cookiewerte. |
| Anforderungsheader | Alle Anforderungsheader. |
| Anforderungsheadernamen | Liste der Anforderungsheadernamen. |
| REQUEST_METHOD | Anforderungsmethode (z. B. GET, POST). |
| Anforderungsprotokoll | HTTP-Versionsprotokoll der Anfrage. |
| REQUEST_URI | URI-Anforderungspfad ohne virtuellen Host. |
| PATH_INFO | Informationen vor dem URI-Pfad. |
| VOLLSTÄNDIGE ANFRAGE | Vollständiger Anfrageinhalt. |
| VOLLSTÄNDIGE ANFRAGELÄNGE | Anzahl der Bytes in der vollständigen Anforderung. |
| ANTWORT_KÖRPER | Roher Antworttext. |
| LÄNGE DES ANTWORTINHALTS | Anzahl der Bytes im Antworttext. |
| Antwortheader | Alle Antwortheader. |
| ANTWORT_HEADERS_NAMES | Liste der Antwortheadernamen. |
| ANTWORTPROTOKOLL | HTTP-Versionsprotokoll der Antwort. |
| ANTWORTSTATUS | HTTP-Antwortstatuscode. |
| REMOTE_ADDR | IP-Adresse des Clients. |
| REMOTE_PORT | Port, über den der Client die Verbindung initiiert hat. |
| REMOTE_USER | Authentifizierter Benutzername. |
| ZEIT- | Serverzeit in Stunden:Minuten:Sekunden Format. |
| DAUER | Dauer der aktuellen Transaktion in Millisekunden ab dem Startzeitpunkt. |
| MULTIPART_FILENAME | Dateinamenfeld in einer mehrteiligen Anfrage. |
| MULTIPART_NAME | Feldname in einer mehrteiligen Anfrage. |
| MATCHED_VAR | Im letzten Übereinstimmungsvorgang gefundener Wert. Wird bei jedem Übereinstimmungsvorgang ersetzt, ohne dass eine Erfassungsoption erforderlich ist. |
| MATCHED_VARS | Liste aller übereinstimmenden Werte. |
| SERVER_ADDR | IP-Adresse des Servers. |
| SERVER_NAME | Virtueller Host, der aus der Anforderungs-URI abgerufen wurde. |
| ENV | Umgebungsvariablen von WAF. |
| TX | Sammlung von Variablen für die aktuelle Transaktion. Wird entfernt, wenn die Transaktion endet. Variablen TX:0-TX:9 Speichern von erfassten Werten mit strRegex oder Phrasenoperatoren. |
Tabelle der Operatoren #
Die Operatoren lassen sich in verschiedene Kontexte einteilen, die jeweils durch ein Präfix gekennzeichnet sind, z. B. int für Ganzzahlen, IP für IP-Operationen, str für Zeichenketten oder validate für Datenvalidierung.
| Variable | Beschreibung |
|---|---|
| strBeginnt | Stimmt überein, wenn eine beliebige Variable mit dem angegebenen Betriebswert beginnt. |
| strEnthält | Stimmt überein, wenn eine beliebige Variable den angegebenen Betriebswert enthält. |
| strEnthältWord | Stimmt überein, wenn eine beliebige Variable das angegebene Wort oder den angegebenen Wert des Betriebssystems enthält. |
| strEnd | Stimmt überein, wenn eine beliebige Variable mit dem angegebenen Betriebswert endet. |
| strInnerhalb | Stimmt überein, wenn eine beliebige Variable mit dem angegebenen Betriebswert beginnt. |
| strMatch | Stimmt überein, wenn eine beliebige Variable mit einer der Zeichenfolgen in der Operationsliste übereinstimmt (aufgeteilt durch das Zeichen |). |
| strEq | Stimmt überein, wenn eine beliebige Variable mit dem angegebenen Betriebswert identisch ist. |
| strRegex | Stimmt überein, wenn eine beliebige Variable mit dem im Betriebssystem angegebenen regulären Ausdruck übereinstimmt. |
| strPhrasen | Stimmt überein, wenn eine beliebige Variable mit einem beliebigen Wert in der im Betriebssystem angegebenen Liste übereinstimmt. |
| strPhrasesFromFile | Ähnlich wie strPhrases, aber die Liste der Phrasen ist in einer im Betriebssystem angegebenen Datei definiert. |
| intEQ | Stimmt überein, wenn eine beliebige Variable der angegebenen Nummer im Betriebssystem entspricht. |
| intGE | Stimmt überein, wenn eine beliebige Variable größer oder gleich der angegebenen Zahl im Betriebssystem ist. |
| intGT | Stimmt überein, wenn eine beliebige Variable größer als die im Betriebssystem angegebene Zahl ist. |
| intLE | Stimmt überein, wenn eine beliebige Variable kleiner oder gleich der angegebenen Zahl im Betriebssystem ist. |
| intLT | Stimmt überein, wenn eine beliebige Variable kleiner als die im Betriebssystem angegebene Zahl ist. |
| SQLi erkennen | Erkennt SQL-Injection in der Variablenliste. |
| XSS erkennen | Erkennt XSS-Injektion (Cross-Site Scripting) in der Variablenliste. |
| ipMatch | Versucht, die im Betriebssystem angegebenen IP-Adressen oder Netzwerksegmente mit der Variablenliste abzugleichen. Verwenden Sie Kommas als Trennzeichen für mehrere IPs oder Segmente. |
| ipMatchFromFile | Ähnlich ipMatch, sondern liest die IPs und Netzwerksegmente aus einer im Betriebssystem angegebenen Datei. |
| validateByteRange | Stellt sicher, dass die Anzahl der Bytes in den Variablen innerhalb des im Betriebssystem angegebenen Bereichs liegt (z. B. „10, 13, 32-126“). |
| validierenUrlEncoding | Validiert codierte Daten. Verwenden Sie diese Option nur für Daten, die nicht allgemein codiert werden oder die mehrfach codiert sind. |
| validateUtf8Encoding | Validiert UTF-8-codierte Variablen. |
| Kreditkarte überprüfen | Überprüft unter Verwendung des im Betriebssystem angegebenen regulären Ausdrucks, ob es sich bei den Variablen um gültige Kreditkartennummern handelt. |
| SSN überprüfen | Überprüft unter Verwendung des im Betriebssystem angegebenen regulären Ausdrucks, ob es sich bei den Variablen um gültige US-Sozialversicherungsnummern handelt. |
| matchImmer | Gibt immer „true“ zurück und erzwingt eine Übereinstimmung unabhängig von anderen Bedingungen. |
| matchNie | Gibt immer „False“ zurück und erzwingt eine Nichtübereinstimmung, unabhängig von anderen Bedingungen. |
Transformationstabelle #
Hier ist die Tabelle mit den Transformationen:
| Transformation | Beschreibung |
|---|---|
| base64Decode | Dekodiert eine Base64-kodierte Zeichenfolge. |
| base64DecodeExt | Dekodiert eine Base64-kodierte Zeichenfolge und ignoriert dabei ungültige Zeichen. |
| sqlHexDecode | Dekodiert SQL-Hex-Daten. |
| base64Kodierung | Kodiert mit Base64-Kodierung. |
| Befehlszeile | Vermeidet Probleme, die mit maskierten Befehlszeilen verbunden sind. |
| komprimierenWhitespace | Wandelt Leerzeichen (0x20, \f, \t, \n, \r, \v, 0xa0) in Leerzeichen (ASCII 0x20) um und komprimiert mehrere aufeinanderfolgende Leerzeichen zu einem. |
| cssDecode | Dekodiert Zeichen, die mit den Escape-Regeln von CSS 2.x kodiert wurden. Diese Funktion verwendet beim Dekodierungsprozess nur bis zu zwei Bytes, d. h. sie wird verwendet, um mit CSS-Kodierung kodierte ASCII-Zeichen aufzudecken (die normalerweise nicht kodiert würden), oder um Ausweichmanövern entgegenzuwirken, bei denen es sich um eine Kombination aus Backslash und nicht-hexadezimalen Zeichen handelt (z. B. ist ja\vascript gleichbedeutend mit javascript). |
| escapeSeqDecode | Dekodiert ANSI C-Escape-Sequenzen: \a, \b, \f, \n, \r, \t, \v, \\, \?, \', \”, \xHH (hexadezimal), \0OOO (oktal). Ungültige Kodierungen verbleiben in der Ausgabe. |
| hexDecode | Dekodiert einen String, der mit dem gleichen Algorithmus kodiert wurde, wie er in hexEncode verwendet wird (siehe folgenden Eintrag). |
| Hexadezimalkodierung | Codiert Zeichenfolgen (die möglicherweise Binärzeichen enthalten), indem jedes Eingabebyte durch zwei Hexadezimalzeichen ersetzt wird (z. B. wird xyz als 78797a codiert). |
| htmlEntityDecode | Dekodiert als HTML-Entitäten kodierte Zeichen. |
| jsDecode | Dekodiert JavaScript-Escapesequenzen. |
| Länge | Ruft die Länge der Eingabezeichenfolge in Bytes ab. |
| Klein | Wandelt alle Zeichen unter Verwendung des aktuellen C-Gebietsschemas in Kleinbuchstaben um. |
| md5 | Berechnet einen MD5-Hash aus den Eingabedaten. Der berechnete Hash liegt in einer binären Rohform vor und muss möglicherweise in den zu druckenden (oder zu protokollierenden) Text kodiert werden. Hash-Funktionen werden häufig in Kombination mit Hexadezimalkodierung. |
| keine | Entfernt vorherige Transformationsfunktionen, die mit der aktuellen Regel verknüpft sind. |
| Pfad normalisieren | Entfernt mehrere Schrägstriche, Verzeichnis-Selbstreferenzen und Verzeichnis-Rückreferenzen aus der Eingabezeichenfolge (außer am Anfang der Eingabe). |
| normalizePathWin | Ähnlich Pfad normalisieren, wandelt aber zuerst Backslash-Zeichen in Schrägstriche um. |
| Parität: Gerade 7 Bit | Berechnet die gerade Parität von 7-Bit-Daten und ersetzt das 8. Bit jedes Zielbytes durch das berechnete Paritätsbit. |
| ParitätUngerade7Bit | Berechnet die ungerade Parität von 7-Bit-Daten und ersetzt das 8. Bit jedes Zielbytes durch das berechnete Paritätsbit. |
| Parität: Null, 7 Bit | Berechnet die Nullparität von 7-Bit-Daten und ersetzt das 8. Bit jedes Zielbytes durch ein Nullparitätsbit. Dadurch können 7-Bit-Daten mit gerader/ungerader Parität als ASCII7-Daten überprüft werden. |
| Nullen entfernen | Entfernt alle NUL-Bytes aus der Eingabe. |
| Leerzeichen entfernen | Entfernt alle Leerzeichen aus der Eingabe. |
| Kommentare ersetzen | Ersetzt Vorkommen von Kommentaren im C-Stil (/* … */) durch ein einzelnes Leerzeichen (mehrere aufeinanderfolgende Vorkommen werden nicht komprimiert). Nicht abgeschlossene Kommentare werden ebenfalls durch Leerzeichen (ASCII 0x20) ersetzt. Ein alleinstehender Abschluss eines Kommentars (*/) wird jedoch nicht berücksichtigt. |
| Kommentare entfernenChar | Entfernt allgemeine Kommentarzeichen aus der Eingabe (/*, */, –, #). |
| replaceNulls | Ersetzt NUL-Bytes in der Eingabe durch Leerzeichen (ASCII 0x20). |
| URL-Dekodierung | Dekodiert eine URL-kodierte Eingabezeichenfolge. Ungültige Kodierungen (d. h. solche, die nicht-hexadezimale Zeichen verwenden oder solche, die am Ende der Zeichenfolge stehen und denen ein oder zwei Bytes fehlen) werden nicht konvertiert, es wird jedoch kein Fehler ausgelöst. |
| Groß | Wandelt alle Zeichen unter Verwendung des aktuellen C-Gebietsschemas in Großbuchstaben um. |
| urlDecodeUni | Dekodiert URL-kodierte Eingaben mit Unterstützung für Microsoft-spezifische Kodierung (wie URL-Dekodierung, aber mit Unterstützung für die Microsoft-spezifische %, u-Kodierung). |
| URL-Kodierung | Codiert die Eingabezeichenfolge mithilfe der URL-Codierung. |
| utf8toUnicode | Konvertiert UTF-8-Zeichenfolgen in Unicode. Dies unterstützt die Normalisierung der Eingaben, insbesondere bei nicht-englischen Sprachen, und minimiert falsch-positive und falsch-negative Ergebnisse. |
| sha1 | Berechnet einen SHA1-Hash aus den Eingabedaten. Der berechnete Hash liegt in einer rohen Binärform vor und muss möglicherweise in den zu druckenden (oder zu protokollierenden) Text kodiert werden. Hash-Funktionen werden häufig in Kombination mit verwendet. Hexadezimalkodierung. |
| trimLinks | Entfernt Leerzeichen von der linken Seite der Eingabezeichenfolge. |
| trimRechts | Entfernt Leerzeichen von der rechten Seite der Eingabezeichenfolge. |
| trimmen | Entfernt Leerzeichen von beiden Seiten der Eingabezeichenfolge. |
Farms WAF-Einstellungen #
In diesem Abschnitt können Sie HTTP(S)-Farmen den aktuellen WAF-Regelsatz zuweisen.
Hier können Sie eine oder mehrere Farmen auswählen (halten Sie die Umschalttaste gedrückt, um mehrere auszuwählen), um ihnen das WAF-Regelset zuzuweisen oder es zu entfernen. Verwenden Sie die Doppelpfeiltasten, um das Regelset allen verfügbaren Farmen zuzuweisen oder zu entfernen.











