E-mailbeveiliging in de cloud: een gids voor moderne bedrijven

De manier waarop bedrijven communiceren is veranderd. De meeste organisaties gebruiken Microsoft 365 of Google Workspace voor hun e-mailverkeer, teams zijn verspreid over verschillende locaties en apparaten en het idee van een vaste netwerkperimeter is grotendeels verdwenen. De beveiligingsaanpak voor die inboxen moet op die realiteit zijn afgestemd.

Cloud-e-mailbeveiliging is de categorie tools die speciaal voor deze omgeving is ontwikkeld. In tegenstelling tot verouderde on-premises-oplossingen, die zijn ontworpen voor een tijdperk waarin e-mail op servers stond die u zelf bezat en beheerde, werkt cloud-e-mailbeveiliging precies daar waar uw e-mail zich daadwerkelijk bevindt: het beschermt uw e-mail zonder hardware, zonder verstoring van MX-records in veel implementaties en zonder de operationele lasten die het onderhoud van fysieke infrastructuur met zich meebrengt.

In deze gids wordt uitgelegd wat cloud-e-mailbeveiliging is, hoe het werkt, waar u op moet letten bij het kiezen van een oplossing en waarom de cloud-native aanpak de norm is geworden voor organisaties die behoefte hebben aan gedegen bescherming van hun inbox. Ook wordt besproken hoe INKY, de cloudgebaseerde e-mailbeveiligingssoftware van Kaseya, in dat plaatje past.

Wat is e-mailbeveiliging in de cloud?

E-mailbeveiliging in de cloud is een reeks tools en diensten die vanuit de cloud worden aangeboden en die e-mailaccounts, communicatie en gegevens tegen bedreigingen beschermen. Het filtert schadelijke inhoud voordat of nadat berichten de inbox bereiken, detecteert identiteitsfraude en afwijkend gedrag, voorkomt dat gevoelige gegevens via e-mail de organisatie verlaten en begeleidt gebruikers wanneer er toch een verdacht bericht doorkomt.

De term omvat een breed scala aan architecturen. Een beveiligde e-mailgateway (SEG) wordt in de e-mailstroom geplaatst en scant berichten voordat deze worden afgeleverd. Een geïntegreerd cloudplatform voor e-mailbeveiliging (ICES) maakt via een API rechtstreeks verbinding met Microsoft 365 of Google Workspace en scant de inbox zonder dat er wijzigingen in de MX-records nodig zijn. Bij de meeste moderne implementaties wordt gebruikgemaakt van één van beide of een combinatie daarvan.

Wat cloudgebaseerde e-mailbeveiliging onderscheidt van eerdere oplossingen, is niet alleen waar deze draait, maar ook hoe deze werkt. Cloud-native oplossingen profiteren van gedeelde informatie over bedreigingen die wereldwijd in realtime wordt bijgewerkt, machine learning-modellen die zijn getraind op basis van enorme datasets en implementatiearchitecturen die schaalbaar zijn zonder dat er hardware hoeft te worden aangeschaft. De markt voor cloudgebaseerde e-mailbeveiliging weerspiegelt deze verschuiving: volgens Mordor Intelligence zal de markt, die in 2025 een waarde van ongeveer 5,55 miljard dollar vertegenwoordigt, tegen 2030 naar verwachting bijna 9,73 miljard dollar bereiken.

Voor een breder overzicht van hoe e-mailbeveiliging werkt in alle omgevingen en bij alle soorten bedreigingen, kun je onze gids over wat e-mailbeveiliging is raadplegen.

E-mailbeveiliging in de cloud versus on-premises: wat is er veranderd en waarom?

Voor organisaties die nog steeds gebruikmaken van een e-mailinfrastructuur op eigen locatie, of die overwegen om over te stappen, is deze vergelijking van belang. Beide benaderingen zijn erop gericht e-mail te beveiligen, maar ze verschillen aanzienlijk in de manier waarop ze dat doen, wat de exploitatiekosten zijn en voor welke omgevingen ze daadwerkelijk zijn ontworpen.

E-mailbeveiliging op locatie is afhankelijk van hardwareapparaten of servers die worden beheerd door het eigen IT-team van de organisatie. Updates van bedreigingssignaturen en regels worden volgens een vast schema doorgevoerd, niet in realtime. Schaalbaarheid betekent dat er meer hardware moet worden aangeschaft en geconfigureerd. Wanneer medewerkers op afstand werken of hun e-mail vanaf mobiele apparaten raadplegen, is de bescherming niet consistent, tenzij er aanvullende configuraties zijn doorgevoerd.

Cloudgebaseerde e-mailbeveiliging neemt die operationele last uit handen. De informatie over bedreigingen wordt continu en gelijktijdig voor alle klanten bijgewerkt. Schaalbaarheid verloopt automatisch. De bescherming is consistent, ongeacht waar een gebruiker inlogt of welk apparaat hij of zij gebruikt, omdat de beveiliging op het niveau van het e-mailplatform plaatsvindt, en niet aan de netwerkperimeter.

Deze verschuiving is in een stroomversnelling geraakt door de manier waarop zakelijke e-mail zich heeft ontwikkeld. Nu de meeste organisaties Microsoft 365 of Google Workspace gebruiken, heeft het weinig praktische zin om een beveiligingsinfrastructuur op locatie te onderhouden ter bescherming van systemen die daar niet meer aanwezig zijn. Cloudgebaseerde e-mailbeveiliging is ontwikkeld voor de omgeving waarin de meeste bedrijven al actief zijn.

Hoe werkt e-mailbeveiliging in de cloud?

De werking van cloudgebaseerde e-mailbeveiliging hangt af van de manier waarop de oplossing wordt geïmplementeerd. Inzicht in deze modellen helpt verklaren waarom verschillende producten bepaalde categorieën bedreigingen goed kunnen afhandelen en waar er tekortkomingen kunnen ontstaan.

Bij de implementatie via een gateway wordt e-mail via het beveiligingsplatform in de cloud geleid voordat deze de e-mailserver bereikt. De MX-records worden aangepast zodat ze naar de beveiligingsprovider verwijzen, waardoor elk inkomend bericht via de gateway wordt gecontroleerd voordat het wordt afgeleverd. Dit model is bijzonder geschikt voor organisaties die hun e-mailverkeer stroomopwaarts van hun e-mailplatform willen laten filteren.

De API-gebaseerde implementatie kan via native API’s rechtstreeks worden geïntegreerd met Microsoft 365 of Google Workspace. Er zijn geen wijzigingen aan MX-records nodig. Het beveiligingsplatform maakt verbinding met de e-mailomgeving in de cloud, biedt inzicht in inkomende, uitgaande en interne berichten en kan berichten na bezorging in quarantaine plaatsen of markeren. Dit model is sneller te implementeren, behoudt de bestaande e-mailstroom en kan interne e-mail tussen gebruikers scannen, iets wat gateway-gebaseerde tools niet kunnen zien.

Veel organisaties maken gebruik van beide: een gateway voor het in eerste instantie filteren van bekende bedreigingen die in grote hoeveelheden voorkomen, en een op API’s gebaseerde laag voor diepgaandere gedragsanalyse en inzicht in de interne e-mailverkeer.

Ongeacht het implementatiemodel maken cloudgebaseerde e-mailbeveiligingsplatforms gebruik van verschillende detectiemechanismen die parallel werken: reputatie- en blokkeerlijstcontroles op verbindingsniveau; het scannen van inhoud en bijlagen met behulp van meerdere engines; gedrags- en AI-gestuurde analyses die afwijkingen in het gedrag van afzenders, de toon van berichten en relatiepatronen identificeren; en computervisie en natuurlijke taalverwerking om merkimitatie, phishing via QR-codes en taalkundige signalen van social engineering op te sporen.

Wat is geïntegreerde cloud-e-mailbeveiliging (ICES)?

Geïntegreerde cloud-e-mailbeveiliging, vaak afgekort als ICES, is een specifieke architectuur binnen de categorie cloud-e-mailbeveiliging die een aparte toelichting verdient, omdat deze laat zien in welke richting de markt zich heeft ontwikkeld en hoe de meest effectieve moderne oplossingen worden opgebouwd.

Traditionele beveiligde e-mailgateways waren ontworpen voor on-premises omgevingen, waar filtering aan de perimeter zinvol was. Toen organisaties overstapten naar Microsoft 365 en Google Workspace, werden die gateways aangepast om inkomend verkeer te filteren, maar ze hadden geen zicht op de cloud-e-mailomgeving zelf. Geen inzicht in interne e-mailverkeer tussen gebruikers. Beperkt inzicht in uitgaand verkeer. Geen mogelijkheid om de gedragscontext binnen het cloudplatform te analyseren.

ICES-platforms lossen dit op door in de e-mailomgeving te worden geïntegreerd in plaats van ervoor te worden geplaatst. Omdat ze verbinding maken via de eigen API’s van het platform, scannen ze elk bericht in de omgeving, niet alleen het inkomende verkeer. Ze analyseren de communicatiegeschiedenis tussen afzender en ontvanger, markeren berichten die afwijken van vastgestelde communicatiepatronen en detecteren accountinbreuken op basis van gedragsafwijkingen die onzichtbaar zijn voor perimetergebaseerde tools. De implementatie duurt doorgaans slechts enkele minuten, zonder dat de e-mailstroom wordt verstoord. Dit maakt ICES bijzonder geschikt voor organisaties die snel extra bescherming moeten toevoegen en voor MSP’s die tegelijkertijd beveiliging in meerdere klantomgevingen uitrollen.

Belangrijkste kenmerken van een cloudgebaseerde oplossing voor e-mailbeveiliging

Niet alle beveiligingsoplossingen voor e-mail in de cloud bieden dezelfde dekking, en het verschil tussen een basisoplossing en een uitgebreide oplossing kan aanzienlijk zijn. Dit zijn de kernfuncties die een complete, cloudgebaseerde beveiligingsoplossing voor e-mail kenmerken:

• Bescherming tegen inkomende bedreigingen: het scannen van alle inkomende e-mail op phishing, malware, spam, BEC-pogingen en identiteitsfraude. Dit is de basisfunctie van elke oplossing, hoewel de detectiediepte sterk varieert.
• Beveiliging van uitgaande e-mail: het scannen van uitgaande e-mail op DLP-overtredingen en tekenen van verdachte accountactiviteit. Vaak onvoldoende geïntegreerd in basisoplossingen, maar belangrijk voor naleving van regelgeving en het opsporen van account-overnames die op dat moment plaatsvinden.
• Beveiliging van interne e-mail: het scannen van berichten tussen gebruikers binnen de organisatie. Dit is alleen mogelijk bij API-gebaseerde of ICES-implementaties en vormt de belangrijkste verdedigingslinie tegen laterale bewegingen vanuit een gecompromitteerd intern account.
• Geavanceerde analyse van bijlagen: verdachte bijlagen worden in een sandbox-omgeving getest om hun gedrag te observeren voordat ze worden afgeleverd, waardoor malware wordt opgespoord die op het moment van inspectie niet overeenkomt met bekende handtekeningen.
• URL-controle op het moment van klikken: het analyseren van de bestemmingen van links op het moment dat erop wordt geklikt, en niet alleen bij het verzenden, om URL’s op te sporen die na het doorstaan van de eerste controle zijn gewijzigd en nu naar schadelijke inhoud verwijzen.
• DMARC-monitoring: inzicht in SPF-, DKIM- en DMARC-resultaten, waarbij ongeautoriseerde afzenders en ongeoorloofd gebruik van het domein van de organisatie worden gesignaleerd.
• E-mailversleuteling: bescherming van gevoelige berichten, zowel tijdens verzending als in opslag, ter ondersteuning van nalevingsvereisten in gereguleerde sectoren.
• Waarschuwingen en begeleiding voor gebruikers: gebruikers krijgen direct in hun inbox contextuele uitleg te zien over waarom een bericht verdacht lijkt. Zo wordt elk gemarkeerd bericht een leermoment en wordt de kwaliteit van door gebruikers gemelde bedreigingen verbeterd.
• Gecentraliseerd beheer en rapportage: een uniform overzicht van bedreigingen, quarantaine, beleidsmaatregelen en gebruiksrapportage. Voor het beheer van meerdere omgevingen is multi-tenant-ondersteuning een basisvereiste.

Welke risico’s worden aangepakt door beveiliging van e-mail in de cloud?

Cloudomgevingen brengen specifieke dynamieken op het gebied van e-mailbedreigingen met zich mee waarvoor on-premises tools niet zijn ontworpen. Hieronder volgen de belangrijkste risicocategorieën waarop cloud-e-mailbeveiliging zich richt, en wordt uitgelegd waarom elk van deze categorieën een specifiek probleem van het cloudtijdperk vormt.

Phishing en spear-phishing
Phishing heeft zich mee ontwikkeld met de toenemende gebruik van cloud-e-mail. Aanvallers maken nu misbruik van vertrouwde cloudplatforms, waaronder Microsoft 365, SharePoint en Google Drive, om phishingpagina’s te hosten en links te verspreiden die reputatiecontroles doorstaan omdat ze afkomstig zijn van legitieme domeinen. Het APWG-rapport over phishingtrends in het tweede kwartaal van 2025 registreerde 1.130.393 phishingaanvallen in het tweede kwartaal van 2025, een stijging van 13 procent ten opzichte van het eerste kwartaal. Beveiligingsplatforms voor cloud-e-mail met URL-analyse op het moment van klikken en gedragsdetectie zijn beter in staat om deze aanvallen op te sporen dan gateway-tools die vertrouwen op statische blokkeerlijsten.

Business Email Compromise (BEC)
BEC is een cloud-native bedreiging in die zin dat deze gedijt in omgevingen waar e-mailrelaties zich uitstrekken over verschillende organisaties heen en identiteiten niet in één oogopslag te verifiëren zijn. Aanvallers doen zich voor als leidinggevenden, leveranciers of contactpersonen op de financiële afdeling om overschrijvingen of het overhandigen van inloggegevens te bewerkstelligen, zonder dat er sprake is van kwaadaardige payload die door een op handtekeningen gebaseerd filter kan worden opgespoord. Het opsporen van BEC vereist een analyse van de gedragscontext van de relatie met de afzender, iets waarvoor ICES-platforms specifiek zijn ontworpen.

tegen account-overname en laterale bewegingen In een cloud-e-mailomgeving vormt een gecompromitteerd account niet alleen een individueel risico. Het is een springplank. Aanvallers gebruiken overgenomen accounts om intern phishingberichten te versturen, zich lateraal naar andere clouddiensten te verplaatsen en doorstuurregels in te stellen die blijven bestaan nadat de aanvankelijke inbreuk is ontdekt. Het scannen van interne e-mail, wat alleen mogelijk is met toegang op API-niveau, vormt de belangrijkste verdedigingsmaatregel.

Malware en zero-day-
Aanvallers blijven e-mail gebruiken als het belangrijkste distributiemiddel voor malware en ransomware, waarbij ze steeds vaker gebruikmaken van legitieme cloudopslagdiensten om de controle van bijlagen te omzeilen. Geavanceerde sandboxing van bijlagen en gedragsanalyse zijn de verdedigingsmechanismen die hier effectief zijn wanneer het vergelijken van handtekeningen niet werkt.

Domeinvervalsing en identiteitsfraude
Cloud-e-mailomgevingen maken het eenvoudiger om op grote schaal overtuigende e-mails te versturen waarin iemand zich voordoet als een ander. Authenticatieprotocollen pakken directe domeinvervalsing aan, maar voor het opsporen van gelijkende domeinen en manipulatie van weergavenamen is gedrags- en visuele detectie nodig.

Voordelen van cloud-native e-mailbeveiliging

De overstap naar cloud-native e-mailbeveiliging verandert wat er operationeel mogelijk is voor organisaties die verspreid werkende medewerkers moeten beschermen. De voordelen komen het duidelijkst tot uiting op de volgende gebieden:

• Implementatiesnelheid: API-gebaseerde en ICES-oplossingen kunnen binnen enkele minuten worden geïmplementeerd, zonder dat er MX-records hoeven te worden aangepast en zonder dat de bestaande e-mailstroom wordt verstoord. Organisaties kunnen een belangrijke beschermingslaag toevoegen aan een bestaande Microsoft 365- of Google Workspace-omgeving zonder dat daarvoor een gepland onderhoudsvenster nodig is.
• Schaalbaarheid: Cloudoplossingen schalen automatisch mee. Voor het toevoegen van gebruikers of omgevingen is geen aanschaf van hardware of capaciteitsplanning nodig, wat van belang is voor organisaties met een wisselend personeelsbestand en voor MSP’s die nieuwe klanten aannemen.
• Real-time informatie over bedreigingen: Deze informatie wordt voortdurend bijgewerkt en wereldwijd gedeeld. Een bedreiging die in één omgeving wordt gedetecteerd, kan binnen enkele minuten de detectie op het gehele platform verbeteren, terwijl het bij apparatuur op locatie dagen duurt om signature-updates te verspreiden.
• Consistente bescherming op alle apparaten en locaties: Omdat de bescherming op het niveau van het e-mailplatform plaatsvindt in plaats van aan de netwerkperimeter, geldt deze in gelijke mate voor bedrijfslaptops, thuiscomputers en mobiele apparaten. Dit is met name van belang voor hybride en op afstand werkende medewerkers, waarbij de perimeter niet langer de grens van de omgeving bepaalt.
• Minder operationele overhead: geen hardware die onderhouden of gepatcht moet worden, geen handmatige updates van handtekeningen. Verbeteringen op het gebied van detectie worden automatisch doorgevoerd. Voor kleine IT-teams en MSP’s betekent dit een aanzienlijke vermindering van de beheerslast.
• Ondersteuning bij naleving: Ingebouwde DLP, versleuteling, archivering en logboekregistratie zorgen voor naleving van HIPAA, AVG, PCI DSS en andere regelgevingskaders, waardoor de voorbereiding op audits en de handhaving van beleid worden vereenvoudigd.

Zaken waarmee rekening moet worden gehouden op het gebied van e-mailbeveiliging in de cloud

Beveiliging van e-mail in de cloud maakt veel zaken eenvoudiger, maar brengt ook een aantal eigen aandachtspunten met zich mee waarmee bij de implementatie en het dagelijks beheer rekening moet worden gehouden.

Het gemak van cloudimplementatie neemt het risico op verkeerde configuraties niet weg, maar verandert de aard ervan. Zwakke machtigingen, uitgeschakelde versleuteling en verkeerd geconfigureerde DLP-beleidsregels behoren tot de meest voorkomende tekortkomingen die inboxen blootstellen aan bedreigingen die het platform wel had kunnen blokkeren. Een gestructureerde configuratiecontrole bij de implementatie is de tijdsinvestering meer dan waard.

API-gebaseerde platforms brengen ook nieuwe kwetsbaarheden met zich mee. De koppelingen tussen de beveiligingstool en de e-mailomgeving, waaronder API-toegangsrechten en vertrouwensrelaties tussen SaaS-diensten, vereisen voortdurend beheer en niet slechts eenmalige aandacht bij de installatie. Het beschouwen van API-beveiliging als een bijzaak na de implementatie is een van de meest voorkomende vergissingen bij de implementatie van cloud-e-mailbeveiliging.

Agressieve filtering zorgt voor wrijving. Wanneer legitieme berichten in quarantaine worden geplaatst, verliezen gebruikers hun vertrouwen in de tool en zijn IT-teams tijd kwijt aan het controleren van valse positieven. Duidelijke procedures voor het controleren van quarantaineberichten, een goed afgestelde detectiegevoeligheid en een eenvoudig meldingsmechanisme voor gebruikers dragen er in hoge mate toe bij dat die wrijving beheersbaar blijft.

Ten slotte is beveiliging van e-mail in de cloud geen vervanging voor een degelijk identiteits- en toegangsbeheer. Zonder MFA leiden zwakke wachtwoorden en te ruime toegangsrechten tot risico’s die e-mailbeveiligingstools niet volledig kunnen compenseren. De operationele onderhoudslast is weliswaar lager dan bij on-premises oplossingen, maar detectiebeleid moet periodiek worden herzien en de voorlichtingsmaterialen voor gebruikers moeten actueel blijven naarmate de bedreigingen zich verder ontwikkelen.

Waar u op moet letten bij het kiezen van een cloudgebaseerde e-mailbeveiligingsdienst

Gezien het ruime aanbod aan cloudgebaseerde e-mailbeveiligingsdiensten hangt de juiste keuze af van de omgeving, het risicoprofiel van de organisatie en de capaciteit van het team om deze diensten te beheren. Dit zijn de criteria die het belangrijkst zijn:

1. AI-gestuurde gedragsdetectie. Detectie op basis van handtekeningen pakt bekende bedreigingen aan. AI en gedragsanalyse sporen de nieuwe, gerichte en door AI gegenereerde aanvallen op die door systemen op basis van handtekeningen worden gemist. Kies voor oplossingen die de relatiesgeschiedenis van de afzender, de toon van het bericht en het verzendgedrag analyseren, in plaats van de inhoud te vergelijken met een statische blokkeerlijst.
2. API-gebaseerde integratie met Microsoft 365 en Google Workspace. Oplossingen die via een API worden geïntegreerd, kunnen sneller worden geïmplementeerd, behouden de bestaande e-mailstroom en kunnen interne e-mail scannen. Controleer of er sprake is van native integratie met de platforms die de organisatie gebruikt en beoordeel in hoeverre die integratie verder gaat dan alleen het filteren van inkomende e-mail.
3. Inkomende, uitgaande en interne e-mailcontrole: een oplossing die alleen inkomende e-mail scant, laat aanzienlijke hiaten achter. DLP voor uitgaande e-mail en het scannen van interne e-mail pakken het volledige dreigingsoppervlak aan en zijn onmisbaar voor organisaties die te maken hebben met nalevingsvereisten of bezorgd zijn over account-overnames.
4. Begeleiding voor gebruikers: Waarschuwingsbanners en begeleiding op het moment dat er een risico ontstaat, vergroten het bewustzijn zonder dat er aparte trainingssessies nodig zijn. De duidelijkheid en aanpasbaarheid van de communicatie naar gebruikers toe lopen sterk uiteen tussen producten, en het verschil in het uiteindelijke gedrag van gebruikers is duidelijk merkbaar.
5. Beheer van meerdere tenants: Voor organisaties die meerdere omgevingen beheren, is een interface met één centraal overzicht en beleidsbeheer per tenant een basisvereiste voor de bedrijfsvoering. Vraag leveranciers specifiek naar de mogelijkheden voor het beheer van meerdere tenants en hoe beleidswijzigingen in alle omgevingen worden doorgevoerd.
6. Implementatiesnelheid en ondersteuning: Een snelle implementatie en responsieve ondersteuning na de onboarding verminderen de risico’s tijdens de uitrol en de dagelijkse bedrijfsvoering. Vraag leveranciers naar de gemiddelde implementatietijd en hoe de ondersteuning er na de eerste installatie uitziet.

Bescherm je inbox met INKY

INKY is de cloudgebaseerde e-mailbeveiligingssoftware van Kaseya, die vanaf de basis is ontwikkeld voor de omgevingen waarin de meeste bedrijven tegenwoordig werken.

INKY een geïntegreerd cloudplatform voor e-mailbeveiliging (ICES). Het koppelt via native integratie aan Microsoft 365, Google Workspace en Microsoft Exchange, is binnen enkele minuten te implementeren zonder wijzigingen aan MX-records en biedt bescherming voor inkomende, uitgaande en interne e-mail. De op GenAI gebaseerde analyse gaat verder dan het vergelijken van handtekeningen: het maakt gebruik van computervisie, natuurlijke taalverwerking en gedragsmodellering om phishing, BEC, identiteitsfraude en zero-day-aanvallen te detecteren die traditionele gateway-tools over het hoofd zien.

Wanneer INKY een verdacht bericht INKY , verschijnt er direct in de inbox een interactieve waarschuwingsbanner waarin wordt uitgelegd waarom het bericht is gemarkeerd, welke signalen de waarschuwing hebben geactiveerd en wat de gebruiker moet doen. Die directe begeleiding vergroot in de loop van de tijd het beveiligingsbewustzijn zonder dat er aparte trainingssessies nodig zijn, waardoor elk gemarkeerd bericht een leermoment wordt in plaats van alleen maar een geblokkeerde verzending.

Voor IT-teams die één enkele omgeving beheren, biedt het aanpasbare dashboard INKYop één plek controle over detectiebeleid, het gedrag van waarschuwingsbanners en quarantainebeheer. Voor MSP’s die de e-mailbeveiliging in de cloud voor hun klanten beheren, betekent de multi-tenant-architectuur INKYdat implementatie, beheer en rapportage via één enkele interface kunnen worden afgehandeld voor alle omgevingen die onder hun beheer vallen.

INKY verkrijgbaar als op zichzelf staand product en als onderdeel van Kaseya 365 , waarbij INKY wordt gecombineerd INKY trainingen op het gebied van beveiligingsbewustzijn, monitoring van het dark web, SaaS-back-ups en detectie en respons in de cloud, allemaal in één abonnement.