Stratégie 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.
Préparer la configuration
- Utilisez un compte autorisé à gérer les politiques DLP. Vérifiez connexion, licences et visibilité des terminaux. La consultation des enregistrements d’audit exige l’autorisation correspondante ; une personne qui la possède peut les vérifier.
- 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.
- 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
- Sous DLP, créez ou modifiez une politique et vérifiez terminaux et période d'effet.
- Activez Web Content Publishing, choisissez Configure, ajoutez une règle et saisissez son nom. Au moins une règle complète est nécessaire lorsque la fonction est activée.
- Pour Request URL, choisissez toutes les adresses ou des adresses précises. Dans ce cas, saisissez une URL HTTP ou HTTPS complète et confirmez par Entrée ou en quittant le champ. Plusieurs adresses sont liées par « ou ». Le caractère générique
*est pris en charge ; une sous-chaîne ordinaire ou une expression régulière ne remplace pas une règle d'adresse.https://example.com/api/*est un exemple fictif, non une valeur par défaut. - Pour Sensitive content (contenu sensible), choisissez aucune restriction ou sélectionnez au moins une règle précise. L'adresse et les critères sensibles doivent tous deux correspondre. L'absence de restriction de contenu ne garantit pas qu'une requête dont le contenu ne peut être extrait correspondra.
- Choisissez No action ou Block comme action principale et sélectionnez séparément Audit et Alert selon le besoin. Pour produire un enregistrement par la règle, sélectionnez l'audit ; l'alerte ne le remplace pas.
- Vérifiez règles et ordre, enregistrez la fenêtre puis l'ensemble de la politique et attendez sa réception. L'enregistrement ne signifie ni application sur le terminal ni production de données.
- Dans l'environnement pilote, testez séparément adresses et contenus correspondants et non correspondants. Vérifiez d'abord la soumission, puis l'audit ; contrôlez séparément les alertes requises. Après validation, élargissez selon la procédure de changement.
Ordre et chevauchement des règles : pour une soumission pouvant être analysée, le poste examine les règles reçues dans l’ordre et applique les actions de la première règle dont l’adresse de requête et les conditions de contenu correspondent toutes deux. Les actions de blocage, d’audit ou d’alerte des règles suivantes ne s’y ajoutent pas. Par exemple, une règle placée avant les autres, couvrant toutes les adresses et tous les contenus, sans traitement, audit ni alerte, peut empêcher l’application d’une règle de blocage ultérieure pour une adresse précise. Placez d’abord les règles spécifiques prioritaires, vérifiez les actions des règles générales et testez les deux types de requête en pilote. Examinez séparément les échecs de détection ou les contenus non traitables selon les limites de cette page.
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.
Mis à jour le