Uitrol van e-mailfoutpreventie in alleen-rapportagemodus

Het inschakelen van een controle die met elke afzender communiceert, vereist een plan dat niemand irriteert. Een waarschuwing die te vaak verschijnt, wordt genegeerd, en een controle die mensen negeren, beschermt niemand. Het succes van het voorkomen van e-mailfouten hangt af van de manier waarop het wordt geïntroduceerd.

Kiteworks Agent and Human Error Prevention (AHEP) biedt beheerders een duidelijke aanpak. Beleid kan worden uitgevoerd in Alleen Rapporteren-modus, waarbij elk bericht wordt geëvalueerd en gelogd zonder dat er een enkele waarschuwing verschijnt. Het risico is dat deze stap wordt overgeslagen, omdat een nieuw beleid standaard op Aan staat en direct wordt afgedwongen zodra het wordt opgeslagen.

Dit artikel begeleidt je stap voor stap bij de uitrol: het voorbereiden van het platform, het aanmaken van beleid, het lezen van de nulmeting en het overstappen van Suggestie naar Waarschuwen met bewijs in handen.

Executive Summary

Een verstandige AHEP-uitrol bestaat uit vijf fasen. Bevestig de platformvereisten, maak het beleid aan met de status op Alleen Rapporteren, lees de nulmeting een paar weken uit, start Suggestie met een waardevolle groep en zet geselecteerde beleidsregels op Waarschuwen waar de data dat ondersteunen. Bestaande Kiteworks-klanten hebben geen extra leverancier nodig, omdat AHEP een functionaliteit is van de Data Policy Engine op het platform dat ze al gebruiken. Het resultaat is een set beleid dat is afgestemd op je eigen e-mail, een pilotgroep die de waarschuwingen in context heeft gezien en een audittrail voor je security- en privacyverantwoordelijken.

Belangrijkste inzichten

1. Controleer de platformvereisten voordat je iets configureert. AHEP vereist release 9.5 en de Validation Service op de containerized services-laag, die door de technische ondersteuning van Kiteworks op aanvraag wordt ingeschakeld.
2. Zet de status op Alleen Rapporteren voordat je opslaat. Een nieuw beleid staat standaard op Aan en wordt direct afgedwongen, dus de veilige route begint met het statusveld, niet met de drempelwaarde.
3. Alleen Rapporteren geeft je een nulmeting zonder impact op gebruikers. Elk bericht wordt geëvalueerd en elke detectie wordt gelogd, zodat een paar weken aan data laten zien waar het risico zich bevindt.
4. Begin met Suggestie, Waarschuw waar de data het ondersteunen. Suggestie informeert de afzender zonder te storen, en Waarschuwen vraagt om een bewuste keuze zodra je cijfers dat rechtvaardigen.
5. Ken de clientdekking voordat je iets belooft aan een afdeling. Waarschuwingen werken in de Kiteworks Web App en Outlook Classic, dus houd rekening met gebruikers op andere clients.

Het platform voorbereiden voor AHEP

Voordat er beleid bestaat, moet het platform klaar zijn. AHEP is beschikbaar vanaf release 9.5, dus klanten met eerdere versies moeten eerst upgraden en de rest rondom hun upgrade plannen. De Validation Service die berichten evalueert, draait op de Kiteworks containerized services-laag (RKE2), op ten minste één applicatienode, en wordt door de technische ondersteuning van Kiteworks ingeschakeld.

Het verzoek indienen

Dien het verzoek in via het Kiteworks communityportaal voordat je iets configureert. Beleid dat wordt aangemaakt zonder de achterliggende service kan zijn werk niet doen, en dat pas ontdekken nadat je een pilot bij een afdeling hebt aangekondigd, is een vermijdbare blunder.

Benodigde rollen

Beleid aanmaken in de Data Policies-app vereist de rol van Systeem-, Applicatie-, Compliance- of Policy Manager, of een aangepaste rol met toegang tot Data Policies. Controleer vroegtijdig wie deze rollen in jouw organisatie heeft, want de projectverantwoordelijke is vaak niet degene die het beleid kan aanmaken.

Beleid aanmaken en starten in Alleen Rapporteren

Kies in de Data Policies-app voor Nieuw Beleid en vervolgens Agent and Human Error Prevention, of begin vanuit de AHEP-sjabloon, die de BCC-aanbeveling vooraf selecteert. Zet de status op Alleen Rapporteren voordat je opslaat, want de standaard is Aan. Stel voor het BCC-beleid tegelijkertijd de drempelwaarde voor externe ontvangers in.

De nulmeting lezen

Laat het beleid een paar weken draaien. Elk bericht wordt geëvalueerd en elke detectie wordt gelogd, zonder dat een afzender een waarschuwing ziet. Bekijk detecties per beleid, de false positives en de betrokken afzenders en teams. Vergelijk de cijfers met je incidentlog en met wat je DLP in dezelfde periode heeft gemarkeerd. De nulmeting laat zien welk beleid als eerste aandacht verdient en welke drempelwaarde moet worden aangepast.

Twee details die tijd besparen

Detectie werkt het beste wanneer gebruikersprofielnamen een standaardformaat volgen, zoals Voornaam Achternaam of Achternaam, Voornaam, en wanneer zakelijke adressen eruitzien als voornaam.achternaam@bedrijf. Dat is vooral van belang voor het beleid rondom persoonlijke adressen, dat de ontvanger vergelijkt met de identiteit van de afzender.

Overstappen van Suggestie naar Waarschuwen

Neem het meest waardevolle beleid en zet het op Aan met de Suggestie-instelling voor een pilotgroep. Juridische zaken en financiën zijn logische startpunten, omdat een verkeerd verzonden bericht daar meer kost. Suggestie informeert de afzender zonder te hinderen, zodat de pilot laat zien hoe mensen reageren zonder extra wrijving toe te voegen.

Wanneer Waarschuwen logisch is

Waarschuwen vereist dat de afzender de waarschuwing oplost of negeert voordat het bericht wordt verzonden. Zet geselecteerde beleidsregels op Waarschuwen waar de data dat ondersteunen. Negeeracties worden gelogd, dus het percentage negeringen laat zien waar drempelwaarden of training nodig zijn. Een afdeling die elke BCC-waarschuwing negeert, geeft een signaal over de drempelwaarde.

Het bewijs presenteren aan je security- en privacyverantwoordelijken

AHEP-beleidsregels verschijnen in de Rapportage per Beleid-lijst in de Audit Log en Reports-app. Zo hebben je CISO en functionaris voor gegevensprivacy een overzicht van detecties, richtlijnen en beslissingen, gebaseerd op je eigen e-mail in plaats van schattingen van een leverancier.

Error Prevention inschakelen over het hele Kiteworks Data Control Plane

De uitrol van AHEP is geen apart project met een eigen leverancier, console en log. Het is een uitbreiding van het Kiteworks Data Control Plane dat je al gebruikt. De Data Policy Engine beheert e-mail, bestandsoverdracht, SFTP, MFT en formulieren, en AHEP voegt ontvangercontroles toe voor data in beweging op het moment dat mensen en AI-agenten bepalen waar het naartoe gaat. Gebeurtenissen komen terecht in een onvervalsbare auditlog die je SIEM-tooling kan voeden, en het werk sluit aan op je bestaande DLP- en IAM-tooling.

Ben je al Kiteworks-klant? Plan dan een enablement-sessie met ons team. We plannen samen de upgrade naar 9.5, het verzoek voor de Validation Service en je Alleen Rapporteren-nulmeting, zodat de eerste waarschuwing die een afzender ziet, er een is die je al hebt afgestemd.