Richtlinie zur Filterung von HTTP-Anfragen

HTTP Protocol Filter entscheidet anhand von Anfragemethode und Headerbedingungen. Die Funktion wird getrennt von Websitezugriffsprüfung und Web-Inhalts-DLP konfiguriert. Allow bedeutet nur, dass diese Funktion den Treffer nicht blockiert; andere Richtlinien oder das Netzwerk können den Zugriff verhindern. Diese Anleitung nutzt einen Windows-Piloten. Andere Plattformen, Browser und verschlüsselte Verbindungen separat prüfen.

Vorbereitungen

Verwenden Sie ein Konto mit UEM-Richtlinienrecht und prüfen Sie Aufnahme, Berechtigung und Richtlinienempfang des Pilotendpunkts. Stimmen Sie Testanwendung, Anfragen, Wartungsfenster und Wiederherstellung vor Ort mit Fach- und Netzwerkadministratoren ab. Filter können Websites, Uploads und Geschäftsschnittstellen beeinflussen. Sperrregeln nicht sofort auf alle Endpunkte anwenden und keine echten sensiblen Daten verwenden.

Regeln konfigurieren und prüfen

1. Erstellen oder bearbeiten Sie unter UEM > Policy eine Pilotrichtlinie und prüfen Sie Name, Gültigkeit und Ziele. Aktivieren Sie HTTP Protocol Filter und wählen Sie Settings. Prüfen Sie vor Änderungen Status und Reihenfolge vorhandener Regeln.
2. Wählen Sie unter Filtering Rules Add Rule und geben Sie Name, Aktivierungszustand und Method an. Ergänzen Sie unter Header Conditions passende Felder, Vergleiche und Werte. Werte für numerische Vergleiche dürfen nur Ziffern enthalten, kein Minuszeichen oder Dezimalkomma; Platzhalterwerte müssen * enthalten. Feldnamen dürfen innerhalb einer Regel unabhängig von Groß- und Kleinschreibung nicht doppelt vorkommen. Wählen Sie für eine genehmigte Testanfrage beispielsweise POST, fügen Sie eine Content-Type-Bedingung hinzu, wählen Sie Pattern und geben Sie multipart/* ein. Speichern und prüfen Sie wie hier beschrieben. Content-Length verwendet numerische, Content-Type Zeichenfolgenvergleiche; das jeweilige Anfragefeld muss erkennbar sein. Die Oberfläche bietet die Methoden GET, HEAD, POST, PUT, DELETE, TRACE, CONNECT, OPTIONS.
3. Wählen Sie Action. Verwenden Sie zunächst vorzugsweise Allow; testen Sie Block separat nach Folgenabschätzung und Planung der Wiederherstellung. Regeln werden in Reihenfolge geprüft; die erste Übereinstimmung von Methode und allen Bedingungen bestimmt die Aktion. Eine Regel ohne Headerbedingungen kann alle erkennbaren Anfragen dieser Methode erfassen und sehr weit wirken.
4. Speichern Sie Filter und gesamte Richtlinie, prüfen Sie Status, Reihenfolge und Zielbereich und warten Sie auf den Empfang. Prüfen Sie mit kontrollierten Anfragen die tatsächlichen Ergebnisse bei Treffer und Nichttreffer. Schützen Sie vor einem Sperrtest kritische Geschäfts- und Verwaltungsverbindungen.

Grenzen und Fehlerbehebung

• Es gibt kein separates Header-Auditprotokoll dieser Funktion. Nutzen Sie Testergebnisse, andere Aufzeichnungen und Netzwerkzustand; ein fehlender Eintrag beweist keinen Nichttreffer.
• Prüfen Sie bei Abweichungen Berechtigung, Empfang, Regelstatus, Reihenfolge, Methode, Felder und Werte sowie andere Richtlinien, Endpunkt und Netzwerk. Speichern beweist keine Ausführung und keine Erkennung aller verschlüsselten oder anderen Daten.
• Prüfen Sie vor Änderungen Abhängigkeiten und Rückfallverfahren. Stoppen Sie bei Problemen die Ausweitung, stellen Sie gemäß Organisationsverfahren wieder her und prüfen Sie erneut.