# Warnungen zur Web\-Inhaltsveröffentlichung Canonical: https://www.nsecsoft.com/de/docs/ping64-data-security/dlp/web-content/alerts/ Language: de-DE Updated: 2026-11-15T03:46:25.911064Z **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 Anzeige vorhandener Warnungen können Sie mit dem entsprechenden Leserecht direkt zur Warnungsabfrage unten gehen. Ändern Sie nicht allein für die Abfrage eine Richtlinie und erzeugen Sie keine Testereignisse. Prüfen Sie für eine neue Testwarnung zuerst die bestehende zutreffende Regel und den Warnschalter; nur bei Bedarf ändert eine Person mit Richtlinienverwaltungsrecht diese vor dem Pilottest. ## Vor der Konfiguration 1. Für vorhandene Warnungen ist die passende Warnungs-Leseberechtigung erforderlich; prüfen Sie für zugehörige Aufzeichnungen zusätzlich deren Leserecht. Änderungen an **DLP**\-Richtlinien erfordern Verwaltungsrechte. Prüfen Sie für neue Testwarnungen 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. Prüfen Sie Warnungen unter **DLP > Alerts** nach Datum, Endpunkt und Typ und öffnen Sie verfügbare Details. Vergleichen Sie Zeit und Inhalt mit dem Pilottest. Anfangs umfasst der Zeitraum heute und die vorangehenden 29 Tage. Sind Inhalt oder Details nicht verfügbar, untersuchen Sie Auditdaten und weitere Belege; schließen Sie nicht auf das Ausbleiben eines Ereignisses. Die sichtbare Exportschaltfläche exportiert die Warnungsliste nicht. Fragen Sie Administration oder Support nach verfügbaren Möglichkeiten für Warnungsnachweise. **Alarme prüfen und bearbeiten:** Schlüsselwörter und erweiterte Filter gelten für bereits geladene Alarme. Wird der gesuchte Alarm nicht gefunden, entfernen Sie Filter, passen Sie den Zeitraum an und prüfen Sie weitere Aufzeichnungen. Beim Öffnen eines ungelesenen Alarms versucht die Seite, ihn als gelesen zu markieren; die Details können auch bei einem Fehler geöffnet werden. Prüfen Sie den Status deshalb erneut in der Liste. Über die verfügbaren Aktionen können Alarme auch einzeln oder gesammelt als gelesen markiert werden. Der Lesestatus bedeutet weder, dass eine Übermittlung zurückgezogen wurde, noch dass das Risiko beseitigt oder der Vorfall bearbeitet ist. Meldet ein Web-Inhaltsalarm nicht verfügbare Details, ist der Hinweis nicht der ursprüngliche Inhalt. Prüfen Sie im Rahmen Ihrer Berechtigung die zugehörigen Web-Inhaltsaufzeichnungen und weitere Belege und schützen Sie vertrauliche Informationen. **Umfang der Sammelaktion:** Die Sammelmarkierung verarbeitet nur ausgewählte Warnungen, die im aktuellen Filterergebnis enthalten sind. Zuvor ausgewählte Warnungen, die nach Änderung des Stichworts oder erweiterten Filters ausgeblendet sind, werden nicht verarbeitet; eine erfolgreiche erneute Abfrage löscht die vorherige Auswahl. Prüfen Sie vor der Aktion Filter und Auswahl und danach den Lesestatus der vorgesehenen Warnungen. ## 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.