Dans le cadre de la documentation associée à ce produit, nous nous efforçons d’utiliser un langage exempt de préjugés. Dans cet ensemble de documents, le langage exempt de discrimination renvoie à une langue qui exclut la discrimination en fonction de l’âge, des handicaps, du genre, de l’appartenance raciale de l’identité ethnique, de l’orientation sexuelle, de la situation socio-économique et de l’intersectionnalité. Des exceptions peuvent s’appliquer dans les documents si le langage est codé en dur dans les interfaces utilisateurs du produit logiciel, si le langage utilisé est basé sur la documentation RFP ou si le langage utilisé provient d’un produit tiers référencé. Découvrez comment Cisco utilise le langage inclusif.
Cisco a traduit ce document en traduction automatisée vérifiée par une personne dans le cadre d’un service mondial permettant à nos utilisateurs d’obtenir le contenu d’assistance dans leur propre langue. Il convient cependant de noter que même la meilleure traduction automatisée ne sera pas aussi précise que celle fournie par un traducteur professionnel.
Ce document décrit les meilleures pratiques de prévention de perte de données (DLP) et de cryptage pour la sécurité de la messagerie Cisco.
Ce document traite de la configuration du cryptage des messages à l'aide de l'appliance de sécurisation de la messagerie Cisco (ESA) et du service de messagerie électronique enregistré Cisco (RES) basé sur le cloud. Les clients peuvent utiliser le cryptage des messages pour envoyer des messages individuels de manière sécurisée sur l'Internet public, à l'aide de différents types de stratégies, notamment le filtrage de contenu et la prévention des pertes de données. La création de ces politiques sera abordée dans d'autres documents de cette série. Ce document vise à préparer l'ESA à envoyer des messages chiffrés afin que les politiques puissent utiliser le chiffrement comme une action.
Aucune exigence spécifique n'est associée à ce document.
Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques.
The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. Si votre réseau est en ligne, assurez-vous de bien comprendre l’incidence possible des commandes.
Ce document traite des étapes suivantes :
Une fois ces étapes effectuées avec succès, l'administrateur ESA peut créer une stratégie qui utilisera le cryptage comme action.
Le chiffrement des e-mails Cisco IronPort est également appelé chiffrement RES. RES est le nom que nous utilisons pour les « serveurs clés » dans le cloud Cisco. La solution de chiffrement RES utilise le chiffrement à clé symétrique, ce qui signifie que la clé utilisée pour chiffrer le message est la même que celle utilisée pour déchiffrer le message. Chaque message chiffré utilise une clé unique, qui permet à l'expéditeur d'avoir un contrôle granulaire sur un message après son envoi - par exemple, pour le verrouiller ou l'expirer afin que le destinataire ne puisse plus l'ouvrir - sans affecter les autres messages. Lors du chiffrement d'un message, l'ESA stocke la clé de chiffrement et les métadonnées dans CRES relatives à chaque message chiffré.
L'ESA peut décider de chiffrer un message de plusieurs manières : via un « indicateur » (comme le contenu de l'objet), via la mise en correspondance du filtre de contenu ou via la stratégie DLP, par exemple. Une fois que l'ESA décide de chiffrer un message, elle le fait avec un « profil de chiffrement » spécifié créé dans « Services de sécurité > Chiffrement des e-mails Cisco IronPort » — le tableau intitulé « Profils de chiffrement des e-mails ». Par défaut, il n'existe aucun profil de chiffrement. Cette question sera traitée dans la section 3. Création de profils de chiffrement.
Remarque : Si vous avez plusieurs ESA dans un cluster, l'étape #1 ne doit être exécutée qu'une seule fois, car ces paramètres sont généralement gérés au niveau du cluster. Si plusieurs ordinateurs ne sont pas en cluster ou si vous gérez ces paramètres au niveau de l'ordinateur, l'étape #1 doit être exécutée sur chaque ESA.
À ce stade, vous devriez voir les « Paramètres globaux de chiffrement des e-mails » définis comme suit, mais sans aucun profil répertorié pour le moment :

L'étape #2 s'effectue principalement en dehors de la console d'administration ESA.
Remarque : Les informations d'enregistrement ESA sont également disponibles dans la TechNote suivante : Cisco RES : Exemple de configuration du provisionnement de compte pour les ESA virtuels, hébergés et matériels
Veuillez envoyer un e-mail directement à RES : stg-cres-provisioning@cisco.com.
Afin d'approvisionner un compte CRES pour votre profil de cryptage ESA, veuillez nous fournir les informations suivantes :
Remarque : Si vous disposez déjà d'un compte CRES, veuillez indiquer le nom de la société ou le numéro de compte CRES existant. Cela garantit que les nouveaux numéros de série des appliances sont ajoutés au compte approprié et évite la duplication des informations de l'entreprise et le provisionnement.
Soyez assuré que si vous envoyez un e-mail concernant la mise en service d'un compte CRES, nous vous répondrons dans un (1) jour ouvrable. Si vous avez besoin d'une assistance immédiate, envoyez une demande d'assistance au TAC Cisco. Pour ce faire, utilisez le gestionnaire de dossiers d'assistance (https://mycase.cloudapps.cisco.com/case) ou appelez par téléphone (https://www.cisco.com/c/en/us/support/web/tsd-cisco-worldwide-contacts.html).
Remarque : Après avoir envoyé cette demande par e-mail, la création de votre compte RES de société (s'il n'a pas déjà été créé) et l'ajout des S/N peuvent prendre un jour. La tâche « Provisionner », à l'étape #3, ne fonctionnera pas tant que cette opération n'est pas terminée.
Remarque : Si vous avez plusieurs ESA dans un cluster, l'étape #1 ne doit être exécutée qu'une seule fois, car ces paramètres sont généralement gérés au niveau du cluster. Si plusieurs ordinateurs ne sont pas en cluster ou si vous gérez ces paramètres au niveau de l'ordinateur, l'étape #1 doit être exécutée sur chaque ESA.
Un profil de chiffrement indique comment les messages chiffrés doivent être envoyés. Par exemple, une entreprise peut avoir besoin d'envoyer des enveloppes de haute sécurité pour un segment de ses destinataires, par exemple ceux auxquels elle sait qu'ils enverront fréquemment des données hautement sensibles. La même organisation peut avoir d'autres segments de sa communauté de destinataires qui reçoivent des informations moins sensibles, et qui sont peut-être aussi moins patients avec l'obligation de fournir l'ID utilisateur et le mot de passe pour recevoir le courrier chiffré. Ces destinataires seraient de bons candidats pour une enveloppe de type Faible sécurité. Le fait de disposer de plusieurs profils de chiffrement permet à l'entreprise d'adapter le format de message chiffré au public visé. D'un autre côté, de nombreuses entreprises peuvent se contenter d'un seul profil de chiffrement.
Pour ce document, nous montrerons un exemple de création de trois profils de chiffrement nommés « CRES_HIGH », « CRES_MED » et « CRES_LOW ».

Répétez ensuite les étapes 2 à 5 pour créer « CRES_MED » et « CRES_LOW » : il vous suffit de modifier la case d'option pour la sécurité des messages d'enveloppe de chaque profil.
Vous remarquerez qu'il existe des options pour Activer les accusés de réception en lecture, Activer la réponse sécurisée à tous et Activer le transfert sécurisé des messages. Dans Envelope Settings, si vous cliquez sur le lien Advanced, vous pouvez sélectionner l'un des trois algorithmes de chiffrement symétrique et spécifier que l'enveloppe est envoyée sans l'applet de chiffrement Java.
Le lien hypertexte « Exemple de message » s'affiche à droite des paramètres d'enveloppe. Si vous cliquez sur cette option, vous obtiendrez un exemple de l'enveloppe de message sécurisé, que le destinataire verra dans son e-mail après avoir ouvert la pièce jointe HTML.
Lire les accusés de réception signifie que l'expéditeur du message chiffré recevra un e-mail de CRES lorsque le destinataire ouvrira le message sécurisé (ce qui signifie que le destinataire a appuyé sur la clé symétrique et a déchiffré le message).
Le lien hypertexte « Exemple de message » s'affiche à droite des paramètres de message. Si vous cliquez sur cette option, vous verrez à quoi ressemblera le message ouvert, c'est-à-dire ce que le destinataire verra une fois qu'il aura fourni les informations nécessaires dans l'enveloppe et qu'il aura ouvert le message chiffré.
N'oubliez pas de cliquer sur Submit et de valider les modifications.
La ligne du tableau affiche alors un bouton « Provisionner ». Le bouton Provisionner n'apparaît qu'après les modifications de validation.

Cliquez à nouveau sur le bouton Provisionner. Cela ne fonctionnera qu'après la création du compte RES de votre entreprise et l'ajout des S/N de l'appliance à votre compte. Si le compte RES est lié au SEC, le processus de provisionnement sera relativement rapide. Si ce n'est pas le cas, ce processus devra d'abord s'achever.
Une fois la mise en service terminée, votre page Cisco IronPort Email Encryption (Cryptage des e-mails Cisco IronPort) affiche le profil comme étant mis en service.

Les mises à jour du moteur DLP et des classificateurs de correspondance de contenu prédéfinis sur votre appliance sont indépendantes des mises à jour des autres services de sécurité. Les mises à jour régulières de 3 à 5 minutes des signatures Talos sont différentes et n'incluent pas la mise à jour des politiques DLP et des dictionnaires. Les mises à jour doivent être activées ici.
Lorsque l'option Journalisation du contenu correspondant est activée, elle permet au suivi des messages d'afficher le contenu de l'e-mail à l'origine de la violation. Voici un exemple de suivi des messages montrant le contenu des e-mails à l'origine de la violation DLP. De cette manière, un administrateur peut savoir exactement quelles données ont déclenché une stratégie DLP spécifique.
Violation de prévention de perte de données
Créer des quarantaines DLP
Si vous souhaitez conserver une copie des messages enfreignant les stratégies DLP, vous pouvez créer des quarantaines de stratégie individuelles pour chaque type de violation de stratégie. Ceci est particulièrement utile lors de l'exécution d'un PDV « transparent », où les messages sortants violant les stratégies DLP sont consignés et remis, mais aucune action n'est entreprise sur les messages.
Stratégie Quarantaine des virus et des attaquesVous trouverez ci-dessous un exemple de mise en quarantaine effectuée pour une violation DLP moyenne. La segmentation des quarantaines est possible et peut être souhaitée pour plusieurs règles DLP :
Exemple de quarantaine DLP
À propos des actions de message DLP
Les actions de message DLP décrivent les actions que l'ESA entreprendra lorsqu'il détectera une violation DLP dans un e-mail sortant. Vous pouvez spécifier des actions DLP principales et secondaires et différentes actions peuvent être affectées à différents types et niveaux de gravité de violation.
Les principales actions sont les suivantes :
Dans le cas d'un état en lecture seule où les violations DLP sont consignées et signalées mais où les messages ne sont pas arrêtés, mis en quarantaine ou chiffrés, l'action Remettre est la plus souvent utilisée.
Les actions secondaires incluent :
Ces actions ne s'excluent pas mutuellement : vous pouvez combiner certaines d'entre elles au sein de différentes stratégies DLP pour divers besoins de traitement pour différents groupes d'utilisateurs.
Nous allons mettre en oeuvre les actions DLP suivantes : Encrypt
Ces actions supposent que le chiffrement est sous licence et configuré sur l'ESA et que trois profils ont été créés pour une sécurité élevée, moyenne et faible, comme cela a été fait dans les sections précédentes :
Création des actions de message DLP
Action du message
Une stratégie DLP inclut :
Modèle de stratégie DLP
4. Pour la politique PCI, cliquez sur le bouton « Ajouter » à gauche de PCI-DSS.
Exemple de règle DLP PCI-DSS
5. Pour l'incident de gravité critique, sélectionnez l'action « Chiffrer le support et remettre » que nous avons précédemment configurée. Nous pourrions modifier les incidents de gravité inférieure, mais pour l'instant, laissons-les hériter de notre incident de gravité critique. Soumettez, puis validez la modification.
En résumé, nous avons montré les étapes nécessaires pour préparer un dispositif de sécurité de la messagerie électronique Cisco pour l'envoi d'un e-mail chiffré :
Enregistrez vos ESA et votre entreprise auprès de RES
Création de profils de chiffrement
Des détails supplémentaires sont disponibles dans le Guide de l'utilisateur ESA correspondant à votre version du logiciel ESA. Les guides de l'utilisateur sont disponibles à l'adresse suivante :
http://www.cisco.com/c/en/us/support/security/email-security-appliance/products-user-guide-list.html
Commentaires