# Alertes de sécurité des fichiers Canonical: https://www.nsecsoft.com/fr/docs/ping64-data-security/dlp/file-security/alerts/ Language: fr-FR Updated: 2026-11-15T03:46:55.404879Z Les règles de sécurité des fichiers contrôlent les transferts qui satisfont à certaines conditions. L'administrateur peut combiner type et taille de fichier, critères de sensibilité et voies de fuite, puis choisir une action principale et des actions complémentaires. La couverture effective dépend de la plateforme du terminal, de la politique, des licences et de l'état du client. Une règle ne protège pas uniformément tous les fichiers et tous les canaux. Les procédures utilisent les libellés anglais de la console d'administration. Pour la configuration complète, consultez la [stratégie de sécurité des fichiers](https://www.nsecsoft.com/fr/docs/ping64-data-security/dlp/file-security/policy/). Pour consulter des alertes existantes, utilisez un compte doté du droit correspondant et passez directement à la recherche des alertes ci-dessous. Ne modifiez pas une stratégie et ne produisez pas d’événements de test pour la seule consultation. Pour vérifier une nouvelle alerte, contrôlez d’abord la règle applicable et son option d’alerte ; seule une personne autorisée à gérer les stratégies les modifie si nécessaire avant le test pilote. ## Préparer la configuration 1. La consultation des résultats existants exige le droit correspondant ; modifier les politiques exige le droit de gestion DLP. Pour vérifier de nouveaux résultats, contrôlez la connexion et les licences des terminaux pilotes. 2. Définissez les terminaux pilotes, les types de fichiers, les voies de transfert et les résultats attendus. Avant d'élargir le périmètre, préparez des fichiers de test sans données sensibles afin d'éviter une interruption involontaire de l'activité. 3. Si des critères de sensibilité, un examen des risques, des sauvegardes ou d’autres intégrations sont nécessaires, préparez leur configuration et vérifiez les licences. La console actuelle ne propose pas de réglage d’approbation des transferts sortants dans la sécurité des fichiers. Un modèle utilisé pour l’examen des risques n’est pas une approbation avant transfert. Si une approbation des transferts sortants est nécessaire, contactez un administrateur ou le support technique pour confirmer une solution disponible. Respectez les règles de traitement et de conservation de l'organisation pour les sauvegardes, captures et autres preuves. ## Vérifier la stratégie de sécurité des fichiers 1. Dans **DLP > Policy**, vérifiez l’autorisation du terminal pilote, le périmètre et la période de la stratégie, et confirmez que la sécurité des fichiers est activée. Réutilisez une stratégie existante adaptée ; toute modification nécessaire relève d’une personne autorisée à gérer les stratégies. 2. Vérifiez les conditions de fichier, les canaux de transfert, l’ordre et l’action principale de la règle ; le blocage peut affecter l’activité. La configuration complète figure dans le chapitre de stratégie de sécurité des fichiers ci-dessus. Pour une alerte, sélectionnez Alert ; l’interface sélectionne aussi Audit et retirer Audit supprime l’action d’alerte. ## Vérifier les alertes de sécurité des fichiers 1. Pour vérifier une nouvelle alerte, configurez une règle pilote comme ci-dessus et sélectionnez **Alert**. Vérifiez l'action **Audit** liée, la sauvegarde de toute la politique et le périmètre. Après application sur les terminaux, testez des cas correspondants et non correspondants avec des échantillons non sensibles approuvés. Vérifiez séparément transfert, audit et alerte : un résultat ne garantit pas les autres. 2. Avec les droits nécessaires sur les terminaux, ouvrez les alertes de prévention des fuites et recherchez par date, terminal, type de sécurité des fichiers et contenu visible. La période initiale comprend aujourd'hui et les 29 jours calendaires précédents. Les mots-clés et filtres avancés portent sur les alertes chargées. Protégez les informations personnelles et les fichiers conformément aux règles internes. 3. Ouvrez les détails et comparez l’heure de l’événement ou du test, le terminal et le résultat de la règle. L'ouverture d'une alerte non lue tente de la marquer comme lue ; les détails peuvent s'ouvrir malgré un échec, donc revérifiez la liste. Le marquage individuel ou groupé est possible. Lu ne signifie ni risque résolu ni transfert annulé. 4. Si l'alerte manque, vérifiez périmètre, conditions, **Alert** et **Audit** lié, réception et remontée du terminal, date, filtres et droits. Le bouton d'export de la liste n'exporte pas les alertes. Une liste vide ou une seule recherche ne prouve pas l'absence d'événement ; examinez aussi l'audit et les autres preuves. **Périmètre du traitement groupé :** le marquage groupé ne traite que les alertes sélectionnées encore présentes dans les résultats filtrés actuels. Les alertes sélectionnées auparavant mais masquées après modification du mot-clé ou des filtres avancés ne sont pas incluses ; une nouvelle requête réussie efface la sélection précédente. Vérifiez les filtres et la sélection avant l’action, puis l’état de lecture des alertes attendues. ## Problèmes courants - **Échec d'enregistrement :** vérifiez qu'une règle complète existe et que les types, tailles, critères sensibles, voies et modèle d'analyse requis sont renseignés. - **Règle non déclenchée :** vérifiez le périmètre, la réception et la période d'effet de la politique, puis les conditions du fichier, la voie de transfert et l'état du client. - **Action différente du résultat attendu :** distinguez actions principale et complémentaires ; vérifiez licences, intégrations, plateforme et contexte réel, puis testez avec un fichier prévu à cet effet. - **Recherche d'indices sur une activité de fichier :** configurez et consultez le [suivi des flux et les activités sur les fichiers](https://www.nsecsoft.com/fr/docs/ping64-data-security/dlp/file-tracing/). Le suivi poursuit un objectif différent du blocage par cette règle.