Audit de publication de contenu Web

Web Content Publishing définit des règles pour les contenus soumis par les terminaux à des sites ou interfaces Web, avec blocage, audit ou alerte selon l'adresse et les critères de sensibilité. Les enregistrements montrent des soumissions contrôlées, collectées et transmises ; ils ne représentent pas tous les accès Web et ne prouvent pas à eux seuls une fuite.

Les procédures utilisent les libellés anglais de la console d'administration.

Pour la configuration complète, consultez la stratégie de publication de contenu Web.

Pour consulter des enregistrements existants, utilisez un compte doté du droit de consultation approprié et passez directement aux étapes de recherche ci-dessous. Il n’est pas nécessaire de créer une stratégie ni de produire des événements de test pour la seule consultation. Pour vérifier de nouveaux enregistrements, contrôlez d’abord la stratégie applicable existante ; seule une personne autorisée à gérer les stratégies la modifie si nécessaire avant le test pilote.

Préparer la configuration

1. La consultation des enregistrements existants nécessite les droits correspondants ; modifier une politique DLP nécessite ses droits de gestion. Pour vérifier de nouveaux enregistrements, contrôlez la connexion, la licence et la visibilité des terminaux.
2. Définissez sites, interfaces et terminaux pilotes. Pour une correspondance sur contenu sensible, préparez des règles adaptées au métier et aux échantillons de test.
3. Définissez selon l'organisation l'objectif d'utilisation des données, les personnes autorisées et leur conservation. Le blocage peut perturber l'activité ; préparez un retour arrière et utilisez des contenus de test non sensibles et autorisés.

Configurer les règles

1. Pour vérifier un nouvel événement, contrôlez la licence, le périmètre et la durée de la stratégie du terminal pilote ainsi que la règle Web Content Publishing applicable. Réutilisez une règle adaptée ; toute modification exige le droit de gestion des stratégies.
2. Vérifiez l’URL, les conditions de contenu sensible et l’ordre des règles pour la requête test. Activez Audit pour les enregistrements et Alert pour les alertes : ces options sont distinctes. Évaluez les conséquences métier et ne bloquez pas à la légère pour un test.
3. En cas de modification, confirmez la fenêtre, enregistrez toute la stratégie et attendez sa réception. L’enregistrement ne prouve ni l’exécution ni la remontée. Les règles et formats d’URL complets figurent dans le chapitre de stratégie ci-dessus.
4. Avec un contenu de test autorisé et non sensible, vérifiez séparément les requêtes correspondantes et non correspondantes, leur résultat et les enregistrements ou alertes attendus. Évaluez l’impact avant toute extension selon la procédure de changement.

Consulter les enregistrements

1. Ouvrez Web Content Publishing sous DLP et choisissez la période. À la première ouverture, le périmètre par défaut comprend le jour courant et les six jours précédents ; modifiez-le pour des données plus anciennes.
2. Filtrez par état de détection, résultat de requête et mots-clés. Les mots-clés interrogent l'adresse, le nom de règle ou le contenu interrogeable ; le nom d'utilisateur affiché n'est pas nécessairement un critère de recherche.
3. Vérifiez terminal, utilisateur, URL, règle, état de détection, résultat et heure. Ouvrez les détails pour examiner terminal, règle, contenu sensible détecté et données soumises.
4. Certains détails peuvent être masqués ou absents ; ne les considérez pas comme la requête originale complète. Consultez et traitez les données sensibles dans les limites d'autorisation de l'organisation.

Une correspondance indique que le résultat de détection correspond à la règle ; bloqué ou autorisé indique le traitement de la requête. Une détection inachevée ne signifie pas qu'aucun contenu sensible n'a été trouvé : enquêtez avec le contexte métier et d'autres preuves.

Couverture et dépannage

Cette fonction peut examiner les soumissions de contenu POST et PUT prises en charge. Vérifiez séparément sites, applications, protocoles, trafic chiffré, formats et plateformes. Il ne faut pas supposer que toutes les actions Web et tous les contenus de fichiers sont détectables.

Taille du contenu, durée de traitement ou autres conditions peuvent entraîner une détection inachevée suivie d'une autorisation. En cas d'échec de détection, de non-correspondance ou d'échec de transmission d'audit, un enregistrement interrogeable n'est pas garanti. Son absence ne prouve ni l'absence de soumission ni l'innocuité du contenu.

• Enregistrement introuvable : vérifiez licences, diffusion de politique, URL et critères sensibles, action d'audit, transmission, visibilité et période ; retirez les filtres et retestez avec un échantillon contrôlé.
• Alerte attendue absente : vérifiez son activation, la correspondance de la règle et les droits de consultation. Alerte et audit sont des résultats distincts.
• Activité bloquée involontairement : rétablissez-la selon la procédure, vérifiez ordre, URL, critères et actions, puis ajustez et retestez sur le pilote.
• Détection inachevée ou résultat anormal : conservez heure, terminal et contexte pour le support ; une autorisation ou des détails vides ne prouvent pas une vérification réussie.