# Configurer et consulter le suivi des fuites

Canonical: https://www.nsecsoft.com/fr/docs/ping64-data-security/dlp/file-tracing/leak-tracking/

Language: fr-FR

Updated: 2026-11-15T03:47:01.777168Z

**Leak Tracking** affiche les événements de sortie de fichiers remontés et les indices associés disponibles pour enquête. Un enregistrement ne prouve pas une fuite ; le suivi peut être incomplet et ne remplace pas l’examen des terminaux et autres preuves. Les étapes pilotes ci-dessous concernent Windows ; vérifiez séparément les autres plateformes.

Les administrateurs disposant des droits de consultation nécessaires peuvent rechercher les enregistrements existants comme indiqué ci-dessous, sans créer ni modifier une stratégie uniquement pour la recherche. Pour générer de nouveaux enregistrements de vérification, contrôlez d’abord la stratégie et le périmètre existants, configurez un pilote seulement si nécessaire, puis effectuez un test contrôlé.

## Configuration et préparation

La consultation des enregistrements existants ne nécessite pas les étapes de configuration. Pour un nouvel essai, vérifiez la règle de sécurité des fichiers, l’action d’audit et le périmètre pilote ; vérifiez aussi le suivi si des indices d’opération sont nécessaires. Réutilisez une configuration adaptée ; seule une personne habilitée effectue les étapes 2 et 3 si des modifications sont nécessaires.

1.  La consultation des enregistrements existants exige les droits de lecture appropriés ; modifier une politique exige les droits de gestion **DLP**. Pour vérifier de nouveaux enregistrements, contrôlez la connexion, la licence et la visibilité des terminaux pilotes, définissez finalité, accès et conservation selon les règles internes et utilisez un fichier de test non sensible.
2.  Dans les politiques de prévention des fuites de données, créez ou modifiez une politique pour les terminaux pilotes et vérifiez horaires et périmètre. Activez la sécurité des fichiers, ajoutez une règle pour le type de fichier, le canal de sortie et les conditions sensibles nécessaires, puis choisissez l’action principale et les actions additionnelles comme l’audit. Enregistrez la règle, les paramètres et toute la politique. Voir [règles de sécurité des fichiers](https://www.nsecsoft.com/fr/docs/ping64-data-security/dlp/file-security/policy/).
3.  Pour relier les indices d’opérations de fichiers, activez et enregistrez aussi le suivi de circulation dans la politique applicable. Il ne remplace pas la sécurité des fichiers et ne garantit pas un parcours complet. Attendez réception et application sur le terminal avant le test contrôlé ; enregistrer ne prouve pas la création ni la remontée d’un événement.

Stratégie associée : [Stratégie de suivi des activités des fichiers](https://www.nsecsoft.com/fr/docs/ping64-data-security/dlp/file-tracing/flow-tracing-policy/)

## Rechercher et examiner

1.  Ouvrez **DLP > Data Leak Tracking**. La période initiale va de deux jours avant aujourd’hui à aujourd’hui ; adaptez-la à l’événement examiné. Pour vérifier un nouvel enregistrement, effectuez d’abord l’opération pilote contrôlée ci-dessus, notez l’heure et le terminal et attendez le traitement et la remontée.
2.  Utilisez les filtres avancés de groupe, terminal, nom de fichier ou niveau de risque pour limiter la requête serveur, puis parcourez les pages. Le mot-clé supérieur ne filtre que la page chargée, pas tous les enregistrements ; effacez-le et ajustez filtres et pages au besoin. Les filtres de l’interface anglaise sont **Group**, **Endpoint Name**, **File Name**, **risk level**.
3.  Ouvrez un événement et examinez selon disponibilité le chemin de sortie, le fichier, les données sensibles et le suivi. Les événements similaires dépendent des droits, données et traitements ; l’absence de lien ne prouve pas l’absence de suite. Les onglets de détail de l’interface anglaise comprennent **leakage route**, **File information**, **sensitive information**, **Flow Trace**, **Similar Events**.
4.  Recoupez conditions de politique, action enregistrée, terminal et autres preuves. Un événement ou un nœud ne prouve pas à lui seul la réussite d’une sortie ou d’un blocage ni l’ensemble de l’incident.

**Consulter Leak Tracking pour un terminal :** pour consulter les enregistrements existants, recherchez le terminal dans la liste, ouvrez **Apps** dans ses détails, choisissez **Open window** sur **Audit records**, puis **Leak Tracking**. Vérifiez terminal, date, mot-clé et pages. La fenêtre couvre initialement aujourd’hui et les 29 jours précédents, ce qui peut différer de la page fonctionnelle. Cette entrée n’active pas la collecte ; un échec de requête peut aussi vider la liste. Vérifiez droits, réseau et remontée ; une liste vide ne prouve pas l’absence d’activité. Le bouton d’export de cette fenêtre n’exporte pas les enregistrements ; obtenez les documents nécessaires séparément selon la procédure de l’organisation.

## Limites et dépannage

-   Un bouton d’export est affiché, mais ne le considérez pas comme fonctionnel dans cette version. Utilisez une autre méthode approuvée et protégez les documents sensibles.
-   Sans enregistrement, vérifiez droits, visibilité, dates, filtres avancés, mot-clé et pagination, puis périmètre de politique, audit, réception, opération et remontée. Un échec de requête peut aussi vider la liste.
-   Si le suivi est incomplet, vérifiez son applicabilité, les enregistrements associés et les remontées des terminaux concernés. Validez séparément applications, opérations et plateformes ; notez les conditions et contactez le support au besoin.