# Richtlinie zur Web\-Inhaltsveröffentlichung

Canonical: https://www.nsecsoft.com/de/docs/ping64-data-security/dlp/web-content/policy/

Language: de-DE

Updated: 2026-11-15T03:46:21.17195Z

**Web Content Publishing** definiert Regeln für Inhalte, die Endpunkte an Websites oder Webschnittstellen senden. Anhand von Anfrageadresse und Bedingungen für sensible Inhalte können Blockierung, Audit oder Warnung ausgewählt werden. Aufzeichnungen zeigen erfasste und übertragene geprüfte Übermittlungen, nicht sämtliche Webzugriffe. Sie beweisen für sich genommen keinen Datenabfluss.

Die Schritte verwenden die englischen Bezeichnungen der Verwaltungskonsole.

## Vor der Konfiguration

1.  Verwenden Sie ein Konto mit Verwaltungsberechtigung für **DLP**\-Richtlinien. Prüfen Sie Anbindung, Lizenz und Sichtbarkeit der Zielendpunkte. Für die Anzeige der Auditaufzeichnungen ist die entsprechende Anzeigeberechtigung erforderlich; eine entsprechend berechtigte Person kann sie prüfen.
2.  Legen Sie geschäftliche Websites, Schnittstellen und Testendpunkte fest. Bereiten Sie für den Abgleich sensibler Inhalte passende Regeln für Geschäftszweck und Tests vor.
3.  Bestimmen Sie Datennutzungszweck, zugriffsberechtigte Personen und Aufbewahrung gemäß den Vorgaben Ihrer Organisation. Blockierungen können Geschäftsabläufe beeinflussen. Bereiten Sie eine Rückfallmöglichkeit vor und verwenden Sie freigegebene Testinhalte ohne sensible Daten.

## Regel konfigurieren

1.  Öffnen Sie unter **DLP** die Richtlinien, erstellen oder bearbeiten Sie eine Richtlinie und prüfen Sie Zielendpunkte und Gültigkeitszeit.
2.  Aktivieren Sie **Web Content Publishing**, wählen Sie **Configure**, fügen Sie eine Regel hinzu und geben Sie ihren Namen ein. Die aktivierte Funktion benötigt mindestens eine vollständige Regel.
3.  Wählen Sie für **Request URL** alle oder bestimmte Adressen. Geben Sie bei Einschränkung vollständige HTTP- oder HTTPS-Adressen ein und bestätigen Sie mit der Eingabetaste oder durch Verlassen des Feldes. Mehrere Adressen sind ODER-verknüpft. Der Platzhalter `*` wird unterstützt; gewöhnliche Teilzeichenfolgen oder reguläre Ausdrücke ersetzen keine Adressregel. `https://example.com/api/*` ist ein fiktives Formatbeispiel und keine Standardeinstellung.
4.  Beschränken Sie **Sensitive content** (sensible Inhalte) nicht oder wählen Sie mindestens eine entsprechende Regel. Sowohl Anfrageadresse als auch Bedingung für sensible Inhalte müssen zutreffen. Ohne Einschränkung sensibler Inhalte trifft eine Anfrage, deren Inhalt nicht extrahiert werden kann, nicht zwangsläufig zu.
5.  Wählen Sie **No action** oder **Block** als primäre Aktion und bei Bedarf **Audit** und **Alert** separat. Wählen Sie Audit, wenn die Regel Auditaufzeichnungen erzeugen soll. Eine Warnung ersetzt kein Audit.
6.  Prüfen Sie Regeln und Reihenfolge, speichern Sie die Einstellungen und anschließend die gesamte Richtlinie. Warten Sie auf den Empfang am Testendpunkt. Speicherung bedeutet weder Anwendung am Endpunkt noch Erzeugung einer Aufzeichnung.
7.  Testen Sie im Testbereich Adressen und Inhalte, die Bedingungen erfüllen beziehungsweise nicht erfüllen. Prüfen Sie zuerst das Übermittlungsergebnis, dann die Auditdaten; kontrollieren Sie erforderliche Warnungen separat. Erweitern Sie den Bereich nach erfolgreicher Prüfung gemäß Änderungsverfahren.

**Regelreihenfolge und Überschneidungen:** Bei prüfbaren Übermittlungen prüft das Endgerät die empfangenen Regeln der Reihe nach und wendet die Aktionen der ersten Regel an, deren Anfrageadresse und Inhaltsbedingungen beide zutreffen. Sperr-, Audit- oder Alarmaktionen späterer Regeln werden nicht zusätzlich ausgeführt. Deckt beispielsweise eine vordere Regel alle Adressen und Inhalte ab, wählt keine Aktion und aktiviert weder Audit noch Alarm, kann eine spätere Sperrregel für eine bestimmte Adresse wirkungslos bleiben. Stellen Sie vorrangige spezifische Regeln nach vorn, prüfen Sie die Aktionen breiter Regeln und testen Sie beide Anfragearten im Piloten. Untersuchen Sie Erkennungsfehler oder nicht verarbeitbare Inhalte gemäß den Einschränkungen dieser Seite separat.

## Abdeckung und Fehlerbehebung

Diese Funktion kann unterstützte Inhaltsübermittlungen per POST und PUT prüfen. Prüfen Sie Websites, Anwendungen, Protokolle, verschlüsselten Verkehr, Inhaltsformate und Endpunktplattformen jeweils separat. Nicht jede Webaktion und jeder Dateiinhalt wird zwangsläufig erkannt.

Inhaltsgröße, Verarbeitungszeit oder andere Bedingungen können dazu führen, dass eine Prüfung nicht abgeschlossen und die Anfrage zugelassen wird. Auch bei Prüfungsfehlern, Nichttreffern oder fehlgeschlagener Auditübertragung ist eine durchsuchbare Aufzeichnung nicht garantiert. Fehlende Einträge beweisen weder, dass keine Übermittlung stattfand, noch dass der Inhalt sicher war.

-   **Keine Aufzeichnung gefunden:** Prüfen Sie Lizenz, Richtlinienverteilung, URL und sensible Bedingungen, Auditaktion, Übertragung, Sichtbereich und Zeit. Entfernen Sie Filter und testen Sie mit kontrollierten Beispielen erneut.
    
-   **Erwartete Warnung fehlt:** Prüfen Sie, ob Warnung aktiviert ist, die Regel zutraf und die Warnung angezeigt werden darf. Warnung und Audit sind getrennte Ergebnisse.
    
-   **Geschäftsablauf unerwartet blockiert:** Stellen Sie den Betrieb nach Organisationsverfahren wieder her. Prüfen Sie Regelreihenfolge, Adressbereich, sensible Bedingungen und Aktion und testen Sie Änderungen am Testendpunkt erneut.
    
-   **Prüfung unvollständig oder Ergebnis auffällig:** Halten Sie Zeit, Endpunkt und Geschäftsszenario für den technischen Support fest. Zulassung oder leere Details bedeuten keinen erfolgreichen Prüfnachweis.
    
-   [Audit der Web-Inhaltsveröffentlichung](https://www.nsecsoft.com/de/docs/ping64-data-security/dlp/web-content/audit/)
    
-   [Warnungen zur Web-Inhaltsveröffentlichung](https://www.nsecsoft.com/de/docs/ping64-data-security/dlp/web-content/alerts/)