De documentatie van dit product is waar mogelijk geschreven met inclusief taalgebruik. Inclusief taalgebruik wordt in deze documentatie gedefinieerd als taal die geen discriminatie op basis van leeftijd, handicap, gender, etniciteit, seksuele oriëntatie, sociaaleconomische status of combinaties hiervan weerspiegelt. In deze documentatie kunnen uitzonderingen voorkomen vanwege bewoordingen die in de gebruikersinterfaces van de productsoftware zijn gecodeerd, die op het taalgebruik in de RFP-documentatie zijn gebaseerd of die worden gebruikt in een product van een externe partij waarnaar wordt verwezen. Lees meer over hoe Cisco gebruikmaakt van inclusief taalgebruik.
Cisco heeft dit document vertaald via een combinatie van machine- en menselijke technologie om onze gebruikers wereldwijd ondersteuningscontent te bieden in hun eigen taal. Houd er rekening mee dat zelfs de beste machinevertaling niet net zo nauwkeurig is als die van een professionele vertaler. Cisco Systems, Inc. is niet aansprakelijk voor de nauwkeurigheid van deze vertalingen en raadt aan altijd het oorspronkelijke Engelstalige document (link) te raadplegen.
In dit document worden de best practices voor DLP (Data Loss Prevention) en codering voor Cisco Email Security beschreven.
In dit document wordt de configuratie van berichtencodering besproken met behulp van de Cisco Email Security Appliance (ESA) en de cloudgebaseerde Cisco Registered Envelope Service (RES). Klanten kunnen berichtencodering gebruiken om afzonderlijke berichten veilig over het openbare internet te verzenden, met behulp van verschillende soorten beleid, waaronder contentfiltering en DLP. De creatie van dit beleid wordt besproken in andere documenten binnen deze reeks. Dit document richt zich op het voorbereiden van de ESA op het versturen van versleutelde post, zodat het beleid versleuteling als een actie kan gebruiken.
Er zijn geen specifieke vereisten van toepassing op dit document.
Dit document is niet beperkt tot specifieke software- en hardware-versies.
De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u zorgen dat u de potentiële impact van elke opdracht begrijpt.
In dit document worden de volgende stappen besproken:
Zodra deze stappen met succes zijn voltooid, kan de ESA-beheerder met succes een beleid maken dat versleuteling als een actie gebruikt.
Cisco IronPort Email Encryption wordt ook wel RES Encryption genoemd. RES is de naam die we gebruiken voor de "key servers" in de Cisco Cloud. De RES-coderingsoplossing maakt gebruik van symmetrische sleutelcodering - wat betekent dat de sleutel die wordt gebruikt om het bericht te coderen dezelfde sleutel is die wordt gebruikt om het bericht te decoderen. Elk gecodeerd bericht gebruikt een unieke sleutel, waarmee de afzender granulaire controle over een bericht kan hebben nadat het is verzonden - bijvoorbeeld om het te vergrendelen of te verlopen, zodat de ontvanger het niet langer kan openen - zonder andere berichten te beïnvloeden. Bij het versleutelen van een bericht slaat de ESA de coderingssleutel en metagegevens op in CRES over elk versleuteld bericht.
De ESA kan besluiten om een bericht op vele manieren te versleutelen - via "flag" (zoals onderwerpinhoud), via Content Filter matching, of via DLP-beleid, bijvoorbeeld. Zodra de ESA besluit om een bericht te versleutelen, doet het dit met een opgegeven "Encryptieprofiel" gemaakt in "Security Services > Cisco IronPort Email Encryption" - de tabel met de naam "E-mailversleutelingsprofielen". Er zijn standaard geen coderingsprofielen. Dit zal in 3 besproken worden. Coderingsprofielen maken.
Opmerking: als u meerdere ESA's in een cluster hebt, hoeft stap #1 slechts eenmaal te worden uitgevoerd, omdat deze instellingen doorgaans op clusterniveau worden beheerd. Als u meerdere machines hebt die niet zijn geclusterd, of als u deze instellingen op machineniveau beheert, moet stap # 1 op elke ESA worden uitgevoerd.
Op dit punt moet u de "Algemene instellingen voor e-mailcodering" op iets als dit instellen, maar nog geen profielen vermeld:

Stap #2 maakt voornamelijk deel uit van de ESA-beheerconsole.
Opmerking: ESA-registratiegegevens zijn ook te vinden in de volgende TechNote: Cisco RES: Account Provisioning for Virtual, Hosted, and Hardware ESA Configuration Voorbeeld
Stuur een e-mail rechtstreeks naar RES: stg-cres-provisioning@cisco.com.
Om een CRES-account aan te maken voor het (de) coderingsprofiel(en) van uw ESA, dient u ons de volgende informatie te verstrekken:
Opmerking: als u al een CRES-account hebt, geeft u de bedrijfsnaam of het bestaande CRES-accountnummer op. Dit zorgt ervoor dat alle nieuwe serienummers van het apparaat aan het juiste account worden toegevoegd en voorkomt duplicatie van bedrijfsinformatie en provisioning.
Wees ervan verzekerd dat als u e-mailt over het leveren van een CRES-account, we binnen één (1) werkdag reageren. Als u onmiddellijk ondersteuning en hulp nodig hebt, opent u een ondersteuningsverzoek met Cisco TAC. Dit kan via Support Case Manager (https://mycase.cloudapps.cisco.com/case) of telefonisch (https://www.cisco.com/c/en/us/support/web/tsd-cisco-worldwide-contacts.html).
Opmerking: nadat u dit verzoek hebt gemaild, kan het een dag duren voordat uw RES-account van het bedrijf is gemaakt (als deze nog niet is gemaakt) en de S / N's worden toegevoegd. De taak "Voorziening", in Stap #3, zal niet werken totdat dit is voltooid.
Opmerking: als u meerdere ESA's in een cluster hebt, hoeft stap #1 slechts eenmaal te worden uitgevoerd, omdat deze instellingen doorgaans op clusterniveau worden beheerd. Als u meerdere machines hebt die niet zijn geclusterd, of als u deze instellingen op machineniveau beheert, moet stap # 1 op elke ESA worden uitgevoerd.
Een coderingsprofiel geeft aan hoe versleutelde berichten moeten worden verzonden. Een organisatie moet bijvoorbeeld mogelijk enveloppen met hoge beveiliging verzenden voor een segment van de ontvangers, zoals degenen waarvan ze weten dat ze vaak zeer gevoelige gegevens naar verzenden. Dezelfde organisatie kan andere segmenten van hun ontvangende gemeenschap hebben die minder gevoelige informatie ontvangen, en die misschien ook minder geduldig zijn met het moeten verstrekken van gebruikersnaam en wachtwoord om gecodeerde e-mail te ontvangen. Die ontvangers zouden goede kandidaten zijn voor een laag beveiligde envelop. Met meerdere coderingsprofielen kan de organisatie het gecodeerde berichtformaat aanpassen aan het publiek. Aan de andere kant kunnen veel organisaties prima zijn met slechts één coderingsprofiel.
Voor dit document geven we een voorbeeld van het maken van drie coderingsprofielen met de naam "CRES_HIGH", "CRES_MED" en "CRES_LOW".

Herhaal vervolgens stap 2-5 om "CRES_MED" en "CRES_LOW" te maken - wijzig gewoon de keuzerondje voor de envelopberichtenbeveiliging voor elk profiel.
U zult merken dat er opties zijn om Leesbonnen in te schakelen, Veilig Alles beantwoorden in te schakelen en Veilig doorsturen van berichten in te schakelen. Als u in Envelopinstellingen op de koppeling "Geavanceerd" klikt, kunt u een van de drie symmetrische coderingsalgoritmen selecteren en specificeren dat de envelop wordt verzonden zonder de Java-coderingsapplet.
Rechts van Envelopinstellingen ziet u de hyperlink "Voorbeeld bericht". Als hierop wordt geklikt, toont dit een voorbeeld van de Secure Message Envelope - wat de ontvanger in zijn e-mail zal zien nadat hij de HTML-bijlage heeft geopend.
Leesbonnen betekent dat de afzender van het gecodeerde bericht een e-mail van CRES ontvangt wanneer de ontvanger het beveiligde bericht opent (wat betekent dat de ontvanger de symmetrische sleutel heeft neergehaald en het bericht heeft ontsleuteld).
Rechts van de Berichtinstellingen ziet u de hyperlink "Voorbeeld Bericht". Als hierop wordt geklikt, toont dit u hoe het geopende bericht eruit zal zien - wat de ontvanger zal zien zodra hij de nodige informatie in de envelop heeft verstrekt en het versleutelde bericht heeft geopend.
Klik altijd op Verzenden en breng wijzigingen aan.
De rij in de tabel toont dan een knop "Voorziening". De knop Voorziening verschijnt pas nadat u wijzigingen hebt vastgelegd.

Klik nogmaals op de knop Voorziening, dit werkt alleen nadat uw RES-account van het bedrijf is gemaakt en de S/N van het apparaat aan uw account is toegevoegd. Als de RES-rekening aan het ESA is gekoppeld, zal het voorzieningsproces relatief snel verlopen. Als dat niet het geval is, moet dat proces eerst worden afgerond.
Zodra de provisioning is voltooid, wordt op de pagina E-mailcodering van Cisco IronPort het profiel weergegeven zoals voorzien.

Updates voor de DLP-engine en vooraf gedefinieerde classificaties voor het matchen van inhoud op uw toestel zijn onafhankelijk van updates voor andere beveiligingsservices. De 3-5 minuten reguliere Talos handtekening updates zijn verschillend en omvatten niet het bijwerken van DLP beleid en woordenboeken. Updates moeten hier worden ingeschakeld.
Wanneer "Logboekregistratie voor overeenkomende inhoud" is ingeschakeld, kan Berichtentracking de inhoud weergeven van de e-mail die de overtreding heeft veroorzaakt. Hier is een voorbeeld van Message Tracking met de e-mailinhoud die de DLP-overtreding heeft veroorzaakt. Op deze manier kan een beheerder precies weten welke gegevens een specifiek DLP-beleid hebben geactiveerd.
Overtreding van gegevensverliespreventie
DLP-quarantaines maken
Als u een kopie wilt bewaren van berichten die het DLP-beleid schenden, kunt u individuele beleidsquarantaines maken voor elk type beleidsovertreding. Dit is vooral handig bij het uitvoeren van een 'transparante' POV, waarbij uitgaande berichten die het DLP-beleid schenden worden gelogd en afgeleverd, maar er geen actie wordt ondernomen met betrekking tot de berichten.
Beleidsvirus en uitbraak quarantaineHieronder vindt u een voorbeeld van een quarantaine gemaakt voor een medium DLP overtreding. Segmentatie van quarantaines is mogelijk en kan gewenst zijn voor meerdere DLP-regels:
Voorbeeld DLP-quarantaine
Informatie over DLP-berichtacties
DLP-berichtacties beschrijven welke acties de ESA zal ondernemen wanneer het een DLP-overtreding in een uitgaande e-mail detecteert. U kunt primaire en secundaire DLP-acties opgeven en verschillende acties kunnen worden toegewezen voor verschillende overtredingstypen en -ernst.
Primaire acties zijn onder meer:
Voor een alleen-lezen-status waarbij DLP-overtredingen worden geregistreerd en gerapporteerd, maar de berichten niet worden gestopt / in quarantaine geplaatst of gecodeerd, wordt de actie Bezorgen het vaakst gebruikt.
Secundaire acties zijn onder meer:
Deze acties sluiten elkaar niet uit - u kunt sommige ervan combineren binnen verschillende DLP-beleidsregels voor verschillende verwerkingsbehoeften voor verschillende gebruikersgroepen.
We gaan de volgende DLP-acties implementeren: Encrypt
Deze acties gaan ervan uit dat encryptie is gelicentieerd en geconfigureerd op de ESA en drie profielen zijn gemaakt voor hoge, gemiddelde en lage beveiliging, zoals in de eerdere secties is gedaan:
De DLP-berichtacties maken
Berichtenactie
Een DLP-beleid omvat:
DLP-beleidssjabloon
4. Klik voor het PCI-beleid op de knop "Toevoegen" links van PCI-DSS.
PCI-DSS voorbeeld DLP regel
5. Selecteer voor het incident met kritieke ernst de actie "Medium versleutelen en leveren" die we eerder hebben geconfigureerd. We kunnen de lagere ernst van de incidenten veranderen, maar laten we ze nu onze kritieke ernst van het incident laten erven. Indienen en vervolgens de wijziging doorvoeren.
Samenvattend hebben we de nodige stappen getoond om een Cisco Email Security Appliance voor te bereiden op het verzenden van een gecodeerde e-mail:
Registreer uw ESA(s) en uw organisatie bij RES
Coderingsprofielen maken
Meer informatie is beschikbaar in de ESA-gebruikershandleiding die overeenkomt met uw ESA-softwarerelease. De gebruikershandleidingen zijn beschikbaar via de volgende link:
http://www.cisco.com/c/en/us/support/security/email-security-appliance/products-user-guide-list.html
Feedback