Action de repli pour la DLP (Prévention des pertes de données) d'e-mail

Si le DLP (Prévention des pertes de données) de messagerie de Netskope ne peut pas toujours analyser un message électronique pour détecter DLP (Prévention des pertes de données) en raison de conditions telles que la taille du fichier, les limites de temps d'analyse et toute autre erreur inattendue, une action de secours est déclenchée. Le proxy SMTP ajoute un en-tête au message et le transmet au serveur de messagerie suivant afin que votre serveur de messagerie puisse le mettre en quarantaine, le rejeter, le signaler ou le distribuer en fonction de votre politique de sécurité des données. Le proxy SMTP l'enregistre également dans l'événement du message.

How It Works

1.  Un message atteint le proxy SMTP et correspond à une stratégie DLP (Prévention des pertes de données) de courrier électronique qui nécessite une inspection DLP (Prévention des pertes de données).
2. Le proxy SMTP envoie le message à DLP (Prévention des pertes de données) pour analyse.
3.   En cas d’échec de l’analyse DLP (Prévention des pertes de données), le proxy SMTP ajoute l’en-tête x-netskope-fallback-action: true au message et enregistre l’échec dans l’événement.
4.  Le proxy SMTP transfère le message au serveur de messagerie de votre prochain saut.
5. Votre serveur de messagerie évalue l’en-tête par rapport à vos règles et applique le résultat que vous avez choisi :

• Deliver: Aucune règle ne correspond à l’en-tête et le message est remis sans être analysé.
• Quarantine: La règle met le message en attente pour examen.
• Reject: la règle rejette le message.
• Flag: La règle marque le message, par exemple en ajoutant une étiquette ou en modifiant l’objet, et le délivre.

Configure Handling for Unscanned Messages

1. Dans votre serveur de messagerie du prochain saut, créez une règle qui correspond à l’en-tête de message x-netskope-fallback-action avec la valeur true.
2. Définissez l'action de la règle : mise en quarantaine, rejet, marquage ou tout autre traitement conforme à votre politique de sécurité des données.
3.  Envoyez un message de test supérieur à la limite de taille d’analyse DLP (Prévention des pertes de données) via le proxy SMTP.
4.  In the received message, confirm that the header x-netskope-fallback-action: true est présent et que votre règle a été appliquée. Si l’en-tête est manquant, vérifiez Skope IT pour un champ DLP Scan Failed sur l’événement. Si le champ est absent, l’analyse n’a pas échoué ou l’action de secours n’est pas activée pour votre locataire. Contactez votre équipe de compte Netskope.
   

View Fallback Events

Les événements pour les messages que DLP (Prévention des pertes de données) n’a pas pu analyser apparaissent dans Skope IT avec la méthode d’accès SMTP Proxy. Chacun de ces événements comporte deux champs supplémentaires.