O conjunto de documentação deste produto faz o possível para usar uma linguagem imparcial. Para os fins deste conjunto de documentação, a imparcialidade é definida como uma linguagem que não implica em discriminação baseada em idade, deficiência, gênero, identidade racial, identidade étnica, orientação sexual, status socioeconômico e interseccionalidade. Pode haver exceções na documentação devido à linguagem codificada nas interfaces de usuário do software do produto, linguagem usada com base na documentação de RFP ou linguagem usada por um produto de terceiros referenciado. Saiba mais sobre como a Cisco está usando a linguagem inclusiva.
A Cisco traduziu este documento com a ajuda de tecnologias de tradução automática e humana para oferecer conteúdo de suporte aos seus usuários no seu próprio idioma, independentemente da localização. Observe que mesmo a melhor tradução automática não será tão precisa quanto as realizadas por um tradutor profissional. A Cisco Systems, Inc. não se responsabiliza pela precisão destas traduções e recomenda que o documento original em inglês (link fornecido) seja sempre consultado.
Este documento descreve as práticas recomendadas para prevenção de perda de dados (DLP) e criptografia para o Cisco Email Security.
Este documento discute a configuração da criptografia de mensagens usando o Cisco Email Security Appliance (ESA) e o Cisco Registered Envelope Service (RES) baseado em nuvem. Os clientes podem usar a criptografia de mensagens para enviar mensagens individuais com segurança pela Internet pública, usando vários tipos de políticas, incluindo filtragem de conteúdo e DLP. A criação dessas políticas será discutida em outros documentos desta série. Este documento se concentra em preparar o ESA para enviar e-mails criptografados para que as políticas possam usar a criptografia como uma ação.
Não existem requisitos específicos para este documento.
Este documento não se restringe a versões de software e hardware específicas.
As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos utilizados neste documento foram iniciados com uma configuração (padrão) inicial. Se a rede estiver ativa, certifique-se de que você entenda o impacto potencial de qualquer comando.
Este documento discutirá as seguintes etapas:
Depois que essas etapas forem concluídas com êxito, o administrador do ESA poderá criar uma política que usará a criptografia como uma ação.
A Criptografia de e-mail do Cisco IronPort também é conhecida como Criptografia RES. RES é o nome que usamos para os "principais servidores" na nuvem da Cisco. A solução de criptografia RES usa criptografia de chave simétrica — o que significa que a chave usada para criptografar a mensagem é a mesma usada para descriptografá-la. Cada mensagem criptografada usa uma chave exclusiva, que permite que o remetente tenha controle granular sobre uma mensagem depois que ela é enviada - por exemplo, para bloqueá-la ou expirá-la para que o destinatário não possa mais abri-la - sem afetar outras mensagens. Ao criptografar uma mensagem, o ESA armazena a chave de criptografia e os metadados no CRES sobre cada mensagem criptografada.
O ESA pode decidir criptografar uma mensagem de várias maneiras — por meio de "flag" (como conteúdo de Assunto), por meio de correspondência de filtro de conteúdo ou por meio da Política DLP, por exemplo. Quando o ESA decide criptografar uma mensagem, ele faz isso com um "Perfil de criptografia" especificado criado em "Serviços de segurança > Criptografia de e-mail do Cisco IronPort" — a tabela chamada "Perfis de criptografia de e-mail". Por padrão, não há perfis de criptografia. Isso será discutido em 3. Criando perfis de criptografia.
Note: Se você tiver vários ESAs em um cluster, a etapa #1 só deverá ser executada uma vez, pois essas configurações são normalmente gerenciadas no nível do cluster. Se você tiver várias máquinas que não estejam em cluster ou se estiver gerenciando essas configurações no nível da máquina, a Etapa #1 deverá ser executada em cada ESA.
Neste ponto, você deve ver as "Configurações globais de criptografia de e-mail" definidas para algo como isso, mas ainda sem perfis listados:

A Etapa #2 participa principalmente fora do console de administração do ESA.
Note: As informações de registro do ESA também podem ser encontradas na seguinte nota técnica: RES da Cisco: Exemplo de configuração de ESA de provisionamento de conta para virtual, hospedado e hardware
Envie um e-mail direto para RES: stg-cres-provisioning@cisco.com.
Para provisionar uma conta CRES para o(s) perfil(is) de criptografia do seu ESA, forneça-nos as seguintes informações:
Note: Se você já tiver uma conta CRES, forneça o nome da empresa ou o número da conta CRES existente. Isso garantirá que todos os novos números de série do dispositivo sejam adicionados à conta correta e evitará qualquer duplicação de informações e provisionamento da empresa.
Se você estiver enviando um e-mail sobre o provisionamento de uma conta do CRES, responderemos em um (1) dia útil. Se precisar de suporte e assistência imediatos, abra uma solicitação de suporte junto ao TAC da Cisco. Isso pode ser feito por meio do Support Case Manager (https://mycase.cloudapps.cisco.com/case) ou pelo telefone (https://www.cisco.com/c/en/us/support/web/tsd-cisco-worldwide-contacts.html).
Note: Depois de enviar esta solicitação por e-mail, pode levar um dia para que sua conta RES da empresa seja criada (se ainda não tiver sido criada) e os S/NS sejam adicionados. A tarefa "Provisionar", na Etapa #3, não funcionará até que isso seja concluído.
Note: Se você tiver vários ESAs em um cluster, a etapa #1 só deverá ser executada uma vez, pois essas configurações são normalmente gerenciadas no nível do cluster. Se você tiver várias máquinas que não estejam em cluster ou se estiver gerenciando essas configurações no nível da máquina, a Etapa #1 deverá ser executada em cada ESA.
Um perfil de criptografia especifica como as mensagens criptografadas devem ser enviadas. Por exemplo, uma empresa pode precisar enviar envelopes de alta segurança para um segmento de seus destinatários, como aqueles para os quais ela sabe que frequentemente enviará dados altamente confidenciais. A mesma organização pode ter outros segmentos de sua comunidade de destinatários que recebem informações menos confidenciais e que também são talvez menos pacientes com a necessidade de fornecer ID de usuário e senha para receber e-mails criptografados. Esses destinatários seriam bons candidatos para um tipo de envelope de baixa segurança. Ter vários perfis de criptografia permite que a organização personalize o formato de mensagem criptografada para o público. Por outro lado, muitas organizações podem estar bem com apenas um Perfil de criptografia.
Para este documento, mostraremos um exemplo da criação de três perfis de criptografia denominados "CRES_HIGH", "CRES_MED" e "CRES_LOW".

Em seguida, repita as etapas de 2 a 5 para criar "CRES_MED" e "CRES_LOW" — basta alterar o botão de opção para Envelope Message Security em cada perfil.
Você observará que há opções para Habilitar confirmações de leitura, Habilitar resposta segura para todos e Habilitar encaminhamento seguro de mensagens. Em Configurações de envelope, se você clicar no link "Avançado", poderá selecionar um dos três algoritmos de criptografia simétrica, bem como especificar que o envelope seja enviado sem o miniaplicativo de criptografia Java.
À direita de Envelope Settings (Configurações de envelope), você verá o link de hipertexto "Example Message" (Mensagem de exemplo). Se for clicado, isso mostrará um exemplo do Envelope de mensagem segura — o que o destinatário verá no e-mail depois que abrir o anexo em HTML.
Confirmações de leitura significa que o remetente da mensagem criptografada receberá um e-mail do CRES quando o destinatário abrir a mensagem segura (o que significa que o destinatário puxou a chave simétrica para baixo e descriptografou a mensagem).
À direita de Configurações da mensagem, você verá o link de hipertexto "Mensagem de exemplo". Se você clicar nele, verá como será a mensagem aberta — o que o destinatário verá depois de fornecer as informações necessárias no envelope e abrir a mensagem criptografada.
Lembre-se sempre de clicar em Enviar e confirmar as alterações.
A linha na tabela mostrará um botão "Provisionar". O botão Provisionar não será exibido até que você confirme as alterações.

Clique no botão Provisionar novamente; isso só funcionará depois que a conta RES da sua empresa tiver sido criada e os S/Ns do equipamento tiverem sido adicionados à sua conta. Se a conta FER estiver ligada ao SEC, o processo de provisionamento será relativamente rápido. Se não for, esse processo terá que ser concluído primeiro.
Quando o provisionamento estiver concluído, a página Criptografia de e-mail do Cisco IronPort mostrará o perfil como provisionado.

As atualizações para o mecanismo DLP e os classificadores de correspondência de conteúdo predefinidos em seu equipamento são independentes das atualizações para outros serviços de segurança. As atualizações regulares de assinaturas do Talos de 3 a 5 minutos são diferentes e não incluem atualização de políticas e dicionários DLP. As atualizações devem ser ativadas aqui.
Quando a opção "Registro de conteúdo correspondente" está habilitada, ela permite que o Rastreamento de mensagens mostre o conteúdo do email que causou a violação. Aqui está um exemplo de Rastreamento de mensagem mostrando o conteúdo de email que causou a violação de DLP. Dessa forma, um administrador pode saber exatamente quais dados acionaram uma política DLP específica.
Violação de Prevenção de Perda de Dados
Criar quarentenas PPD
Se quiser manter uma cópia das mensagens que violam as políticas DLP, você poderá criar quarentenas de política individuais para cada tipo de violação de política. Isso é especialmente útil ao executar um PDV ‘transparente’, em que as mensagens de saída que violam as políticas DLP são registradas e entregues, mas nenhuma ação é tomada nas mensagens.
Quarentena de vírus e epidemia de políticaAbaixo está um exemplo de quarentena feita para uma violação de DLP média. A segmentação de quarentenas é possível e pode ser desejada para várias regras DLP:
Exemplo de quarentena DLP
Sobre as ações de mensagem DLP
As ações de mensagem DLP descrevem as ações que o ESA executará quando detectar uma violação de DLP em um e-mail de saída. Você pode especificar Ações DLP primárias e secundárias, e diferentes ações podem ser atribuídas a diferentes tipos de violação e severidades.
As ações principais incluem:
Para um estado somente leitura em que as violações DLP são registradas e relatadas, mas as mensagens não são interrompidas/colocadas em quarentena ou criptografadas, a ação Entregar é usada com mais frequência.
As ações secundárias incluem:
Essas ações não são mutuamente exclusivas. Você pode combinar algumas delas em diferentes políticas DLP para várias necessidades de processamento para diferentes grupos de usuários.
Implementaremos as seguintes ações DLP: Criptografar
Essas ações supõem que a criptografia esteja licenciada e configurada no ESA e que três perfis tenham sido criados para segurança Alta, Média e Baixa, como foi feito nas seções anteriores:
Criar as ações de mensagem DLP
Ação da mensagem
Uma política DLP inclui:
Modelo de política PPD
4. Para ver a política de PCI, clique no botão "Add" (Adicionar) à esquerda de PCI-DSS.
Exemplo de regra DLP PCI-DSS
5. Para o Incidente de Gravidade Crítica, selecione a ação "Criptografar mídia e entregar" que configuramos anteriormente. Podemos mudar os incidentes de gravidade mais baixa, mas por enquanto, vamos fazer com que eles herdem nosso incidente de gravidade crítica. Envie e confirme a alteração.
Em resumo, mostramos as etapas necessárias para preparar um dispositivo de segurança de e-mail da Cisco para enviar um e-mail criptografado:
Registre seu(s) ESA(s) e sua organização com o RES
Criando perfis de criptografia
Detalhes adicionais estão disponíveis no Guia do usuário do ESA correspondente à sua versão de software do ESA. Os guias do usuário estão disponíveis no seguinte link:
http://www.cisco.com/c/en/us/support/security/email-security-appliance/products-user-guide-list.html
Feedback