# Audit der Web\-Inhaltsveröffentlichung

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

Language: de-DE

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

**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.

Die vollständige Konfiguration finden Sie unter [Richtlinie zur Web-Inhaltsveröffentlichung](https://www.nsecsoft.com/de/docs/ping64-data-security/dlp/web-content/policy/).

Für die Abfrage vorhandener Datensätze können Sie mit dem entsprechenden Leserecht direkt zu den Abfrageschritten unten gehen. Sie müssen nicht allein für die Abfrage eine Richtlinie erstellen oder Testereignisse erzeugen. Prüfen Sie für die Validierung neuer Datensätze zuerst die bestehende zutreffende Richtlinie; nur bei Bedarf ändert eine Person mit Richtlinienverwaltungsrecht diese vor dem Pilottest.

## Vor der Konfiguration

1.  Für vorhandene Aufzeichnungen ist die entsprechende Leseberechtigung erforderlich; Änderungen an **DLP**\-Richtlinien erfordern deren Verwaltungsberechtigung. Prüfen Sie für neue Testdatensätze Anbindung, Lizenz und administrativen Sichtbereich der Endpunkte.
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.  Für ein neues Testereignis Lizenz, Richtlinienbereich und Gültigkeitszeit des Pilotgeräts sowie die geltende Regel **Web Content Publishing** prüfen. Eine passende bestehende Regel kann verwendet werden; Änderungen erfordern Richtlinienverwaltungsrechte.
2.  Prüfen Sie Anfrage-URL, Bedingungen für vertrauliche Inhalte und Regelreihenfolge für die Testanfrage. **Audit** für Einträge und **Alert** für Warnungen getrennt aktivieren; sie ersetzen einander nicht. Bewerten Sie die Auswirkungen und aktivieren Sie eine Sperre nicht leichtfertig für Tests.
3.  Änderungen im Einstellungsfenster bestätigen, die gesamte Richtlinie speichern und den Empfang abwarten. Speichern beweist weder Regelausführung noch Ereignismeldung. Vollständige Regeln und URL-Formate stehen im obigen Richtlinienkapitel.
4.  Passende und nicht passende Anfragen mit freigegebenen, nicht vertraulichen Testinhalten getrennt prüfen. Übermittlung und benötigte Einträge oder Warnungen kontrollieren; erst nach Bewertung der Auswirkungen gemäß Änderungsverfahren ausweiten.

## Aufzeichnungen prüfen

1.  Öffnen Sie **Web Content Publishing** unter **DLP** und wählen Sie das Datum. Beim ersten Öffnen werden standardmäßig der aktuelle Tag und die sechs vorherigen Tage angezeigt. Ändern Sie den Bereich für ältere Einträge.
2.  Filtern Sie nach Erkennungsstatus, Anfrageergebnis und Suchbegriff. Suchbegriffe dienen der Suche nach Adresse, Regelname oder durchsuchbarem Übermittlungsinhalt. Ein angezeigter Benutzername ist nicht unbedingt als Suchbegriff verwendbar.
3.  Prüfen Sie Endpunkt, Benutzer, Anfrage-URL, Regel, Erkennungsstatus, Verarbeitungsergebnis und Zeit. Öffnen Sie die Details und kontrollieren Sie Endpunkt, Regel, Treffer sensibler Inhalte und übermittelte Daten.
4.  Details können teilweise maskiert sein oder fehlen und sind nicht als vollständige ursprüngliche Anfrage zu betrachten. Sehen und verarbeiten Sie sensible Informationen nur im autorisierten Organisationsbereich.

Ein Trefferstatus zeigt eine Übereinstimmung des Prüfergebnisses mit der Regel. Blockiert oder zugelassen beschreibt die Behandlung dieser Anfrage. Eine nicht abgeschlossene Prüfung bedeutet nicht, dass kein sensibler Inhalt gefunden wurde; untersuchen Sie den Vorgang anhand des Geschäftskontexts und weiterer Nachweise.

## 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.