El conjunto de documentos para este producto aspira al uso de un lenguaje no discriminatorio. A los fines de esta documentación, "no discriminatorio" se refiere al lenguaje que no implica discriminación por motivos de edad, discapacidad, género, identidad de raza, identidad étnica, orientación sexual, nivel socioeconómico e interseccionalidad. Puede haber excepciones en la documentación debido al lenguaje que se encuentra ya en las interfaces de usuario del software del producto, el lenguaje utilizado en función de la documentación de la RFP o el lenguaje utilizado por un producto de terceros al que se hace referencia. Obtenga más información sobre cómo Cisco utiliza el lenguaje inclusivo.
Cisco ha traducido este documento combinando la traducción automática y los recursos humanos a fin de ofrecer a nuestros usuarios en todo el mundo contenido en su propio idioma. Tenga en cuenta que incluso la mejor traducción automática podría no ser tan precisa como la proporcionada por un traductor profesional. Cisco Systems, Inc. no asume ninguna responsabilidad por la precisión de estas traducciones y recomienda remitirse siempre al documento original escrito en inglés (insertar vínculo URL).
Este documento describe las prácticas recomendadas para la prevención de la pérdida de datos (DLP) y el cifrado para Cisco Email Security.
Este documento describe la configuración del cifrado de mensajes mediante el dispositivo de seguridad Cisco Email Security Appliance (ESA) y el servicio Cisco Registered Envelope Service (RES) basado en la nube. Los clientes pueden utilizar el cifrado de mensajes para enviar mensajes individuales de forma segura a través de la Internet pública, mediante el uso de varios tipos de políticas, incluidos el filtrado de contenido y DLP. La creación de estas políticas se tratará en otros documentos de esta serie. Este documento se centra en conseguir que el ESA esté preparado para enviar correo cifrado de modo que las políticas puedan utilizar el cifrado como una acción.
No hay requisitos específicos para este documento.
Este documento no tiene restricciones específicas en cuanto a versiones de software y de hardware.
La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si tiene una red en vivo, asegúrese de entender el posible impacto de cualquier comando.
En este documento se analizan los siguientes pasos:
Una vez completados correctamente estos pasos, el administrador de ESA puede crear correctamente una directiva que utilizará el cifrado como acción.
Cisco IronPort Email Encryption también se denomina cifrado RES. RES es el nombre que utilizamos para los "servidores clave" en la nube de Cisco. La solución de cifrado RES utiliza cifrado de clave simétrica, lo que significa que la clave utilizada para cifrar el mensaje es la misma que se utiliza para descifrar el mensaje. Cada mensaje cifrado utiliza una clave única, que permite al remitente tener un control granular sobre un mensaje después de enviarlo (por ejemplo, bloquearlo o hacer que caduque para que el destinatario ya no pueda abrirlo) sin que ello afecte a ningún otro mensaje. Al cifrar un mensaje, el ESA almacena la clave de cifrado y los metadatos en CRES sobre cada mensaje cifrado.
El ESA puede decidir cifrar un mensaje de muchas maneras: a través de una "bandera" (como el contenido del asunto), a través de la coincidencia del filtro de contenido o a través de la política DLP, por ejemplo. Una vez que el ESA decide cifrar un mensaje, lo hace con un "perfil de cifrado" especificado creado en "Servicios de seguridad > Cifrado de correo electrónico de Cisco IronPort", la tabla denominada "Perfiles de cifrado de correo electrónico". De forma predeterminada, no hay perfiles de cifrado. Esto se discutirá en la sección 3. Creación de perfiles de cifrado.
Nota: Si tiene varios ESA en un clúster, el paso del paso #1 sólo debe realizarse una vez, ya que esta configuración se administra normalmente en el nivel de clúster. Si tiene varias máquinas que no están agrupadas en clúster o si está administrando estos ajustes en el nivel de máquina, el paso #1 se debe realizar en cada ESA.
Llegados a este punto, debería ver la "Configuración global de cifrado de correo electrónico" configurada con un valor similar al siguiente, pero sin que aún aparezcan perfiles:

El paso #2 participa principalmente fuera de la consola de administración ESA.
Nota: La información de registro de ESA también se encuentra en la siguiente nota técnica: Cisco RES: Ejemplo de Configuración de Aprovisionamiento de Cuentas para ESA Virtual, Alojada y de Hardware
Envíe un correo electrónico directamente a RES: stg-cres-provisioning@cisco.com.
Para aprovisionar una cuenta de CRES para los perfiles de cifrado de su ESA, proporciónenos la siguiente información:
Nota: Si ya dispone de una cuenta de CRES, proporcione el nombre de la empresa o el número de cuenta de CRES existente. De este modo se garantiza que los nuevos números de serie de los dispositivos se agregan a la cuenta correcta y se evita la duplicación de la información y el aprovisionamiento de la empresa.
Puede estar seguro de que, si envía un correo electrónico con respecto al aprovisionamiento de una cuenta de CRES, le responderemos en un (1) día laborable. Si necesita asistencia y asistencia inmediatas, abra una solicitud de asistencia con Cisco TAC. Esto se puede realizar a través del Administrador de casos de asistencia (https://mycase.cloudapps.cisco.com/case) o llamando por teléfono (https://www.cisco.com/c/en/us/support/web/tsd-cisco-worldwide-contacts.html).
Nota: Después de enviar esta solicitud por correo electrónico, puede que tarde un día en crearse la cuenta RES de la empresa (si aún no se ha creado) y en agregarse los S/N. La tarea "Aprovisionar" del paso #3 no funcionará hasta que se complete.
Nota: Si tiene varios ESA en un clúster, el paso del paso #1 sólo debe realizarse una vez, ya que esta configuración se administra normalmente en el nivel de clúster. Si tiene varias máquinas que no están agrupadas en clúster o si está administrando estos ajustes en el nivel de máquina, el paso #1 se debe realizar en cada ESA.
Un perfil de cifrado especifica cómo deben enviarse los mensajes cifrados. Por ejemplo, una organización puede necesitar enviar sobres de alta seguridad para un segmento de sus destinatarios, como aquellos a los que sabe que enviará con frecuencia datos confidenciales. La misma organización puede tener otros segmentos de su comunidad de destinatarios que reciben información menos confidencial, y que son quizás menos pacientes con tener que proporcionar una ID de usuario y una contraseña para recibir correo cifrado. Esos destinatarios serían buenos candidatos para un tipo de sobre de baja seguridad. Disponer de varios perfiles de cifrado permite a la organización adaptar el formato de mensaje cifrado a la audiencia. Por otro lado, muchas organizaciones pueden estar bien con un solo perfil de cifrado.
En este documento, mostraremos un ejemplo de creación de tres perfiles de cifrado denominados "CRES_HIGH", "CRES_MED" y "CRES_LOW".

A continuación, repita los pasos del 2 al 5 para crear "CRES_MED" y "CRES_LOW"; solo tiene que cambiar el botón de opción de Seguridad de mensajes de sobre para cada perfil.
Observará que hay opciones para Habilitar confirmación de lectura, Habilitar respuesta segura para todos y Habilitar reenvío seguro de mensajes. En Configuración de sobre, si hace clic en el enlace "Avanzado", puede seleccionar uno de los tres algoritmos de cifrado simétrico, así como especificar que el sobre se envía sin el subprograma de cifrado de Java.
A la derecha de Configuración del sobre, verá el enlace de hipertexto "Mensaje de ejemplo". Si se hace clic en esta opción, se mostrará un ejemplo del sobre de mensaje seguro: lo que verá el destinatario en su mensaje de correo electrónico después de abrir el adjunto HTML.
Recibos de lectura significa que el remitente del mensaje cifrado recibirá un correo electrónico de CRES cuando el destinatario abra el mensaje seguro (lo que significa que el destinatario retiró la clave simétrica y descifró el mensaje).
A la derecha de Configuración de mensajes, verá el enlace de hipertexto "Mensaje de ejemplo". Si se hace clic en esta opción, se mostrará el aspecto que tendrá el mensaje abierto, es decir, lo que verá el destinatario una vez que haya proporcionado la información necesaria en el sobre y haya abierto el mensaje cifrado.
Recuerde siempre hacer clic en Enviar y confirmar los cambios.
La fila de la tabla mostrará un botón "Provisión". El botón Provisión no aparecerá hasta que confirme los cambios.

Vuelva a hacer clic en el botón Provisioning (Aprovisionar). Esto solo funcionará después de que se haya creado la cuenta RES de su empresa y se hayan agregado los S/N del dispositivo a su cuenta. Si la cuenta RES está vinculada al ESA, el proceso de aprovisionamiento se producirá con relativa rapidez. Si no lo es, ese proceso tendrá que completarse primero.
Una vez finalizado el aprovisionamiento, la página Cisco IronPort Email Encryption mostrará el perfil tal y como está configurado.

Las actualizaciones del motor DLP y los clasificadores de coincidencia de contenido predefinidos de su dispositivo son independientes de las actualizaciones de otros servicios de seguridad. Las actualizaciones de firmas regulares de Talos, que duran de 3 a 5 minutos, son diferentes y no incluyen la actualización de las políticas y diccionarios de DLP. Las actualizaciones deben estar habilitadas aquí.
Cuando se habilita el "registro de contenido coincidente", permite que el rastreo de mensajes muestre el contenido del correo electrónico que causó la violación. Este es un ejemplo de Rastreo de mensajes que muestra el contenido del correo electrónico que provocó la infracción de DLP. De este modo, un administrador puede saber exactamente qué datos activaron una política DLP específica.
Violación de prevención de pérdida de datos
Crear cuarentenas DLP
Si desea conservar una copia de los mensajes que infringen las políticas de DLP, puede crear cuarentenas de políticas individuales para cada tipo de infracción de políticas. Esto resulta especialmente útil cuando se ejecuta un PDV "transparente", en el que se registran y entregan los mensajes salientes que infringen las políticas de DLP, pero no se realiza ninguna acción con los mensajes.
Cuarentena de brotes y virus de políticasA continuación se incluye un ejemplo de cuarentena realizada para una violación de DLP media. La segmentación de cuarentenas es posible y se puede desear para varias reglas DLP:
Ejemplo de cuarentena DLP
Acerca de las acciones de mensajes DLP
Las acciones de mensajes de DLP describen las acciones que llevará a cabo el ESA cuando detecte una infracción de DLP en un correo electrónico saliente. Puede especificar acciones de DLP principales y secundarias, y se pueden asignar diferentes acciones para diferentes tipos de infracciones y niveles de gravedad.
Las acciones principales incluyen:
En el caso de un estado de solo lectura en el que se registran y notifican las infracciones de DLP pero los mensajes no se detienen, ni se ponen en cuarentena ni se cifran, la acción Entregar se utiliza con mayor frecuencia.
Las acciones secundarias incluyen:
Estas acciones no se excluyen mutuamente: puede combinar algunas de ellas dentro de diferentes políticas de DLP para diversas necesidades de procesamiento para diferentes grupos de usuarios.
Vamos a implementar las siguientes acciones de DLP: Cifrar
Estas acciones suponen que el cifrado tiene licencia y está configurado en el ESA y que se han creado tres perfiles para la seguridad alta, media y baja, como se hizo en las secciones anteriores:
Crear las acciones de mensaje de DLP
Acción de mensaje
Una política DLP incluye:
Plantilla de política DLP
4. Para la política PCI, haga clic en el botón "Agregar" a la izquierda de PCI-DSS.
Ejemplo de regla DLP PCI-DSS
5. Para el incidente de gravedad crítica, seleccione la acción "Cifrar medio y entregar" que configuramos anteriormente. Podríamos cambiar los incidentes de menor gravedad, pero por ahora, dejemos que hereden nuestro incidente de gravedad crítica. Envíe y, a continuación, confirme el cambio.
En resumen, hemos mostrado los pasos necesarios para preparar un dispositivo de seguridad Cisco Email Security Appliance para enviar un correo electrónico cifrado:
Registre su ESA y su organización con RES
Creación de perfiles de cifrado
Encontrará más información en la guía del usuario de ESA correspondiente a su versión de software ESA. Las guías del usuario están disponibles en el siguiente enlace:
http://www.cisco.com/c/en/us/support/security/email-security-appliance/products-user-guide-list.html
Comentarios