Sophos AI Defense: AI-gebruik herkennen en beheersen

Sophos AI Defense maakt het gebruik van AI-applicaties zichtbaar en bepaalt welke diensten worden toegestaan, van een waarschuwing worden voorzien of worden geblokkeerd. De betaalde add-on voor in aanmerking komende Sophos EDR-, XDR- en MDR-omgevingen is sinds 13 oktober 2026 algemeen beschikbaar. De oplossing wordt beheerd in Sophos Fusion en gebruikt bestaande Sophos-sensoren. Een licentie, een zichtbare tegel of een afgeronde assistent bewijst echter nog geen volledige registratie of effectieve handhaving.

Voor de invoering is deze volgorde aan te bevelen: verduidelijk de licentie en Fusion-status, inventariseer gegevensbronnen en bestaande policies, voer de sensorvereisten gecontroleerd door en test pas daarna een policy met een nauw begrensde scope. Inspectie van promptinhoud is daarbij geen gegarandeerde huidige beveiligingsfunctie: de communicatie van de fabrikant hierover is tegenstrijdig. De functionaliteit waarop dit artikel een verantwoorde planning baseert, bestaat uit zichtbaarheid, toegangspolicies voor apps en rapportage, gecontroleerd op 20 oktober 2026.

Wat Shadow AI betekent en welk probleem AI Defense oplost

Shadow AI is AI-gebruik buiten de vastgestelde goedkeurings- en controleprocessen. Een medewerker gebruikt bijvoorbeeld een extra webchat, een ontwikkelaar installeert een codeerassistent of een bestaande applicatie krijgt een nieuwe AI-functie. De dienst kan nuttig zijn terwijl de regels voor geüploade documenten, broncode, trainingsgebruik of gegevenslocaties nog onduidelijk zijn.

AI Defense brengt daarvoor drie vragen samen: welke AI-applicaties worden gebruikt, welk risico wordt eraan toegekend en welk toegangsbeleid moet gelden? Het productoverzicht noemt browsergebaseerde taalmodellen zoals ChatGPT, Claude.ai en Copilot, en nieuwere codeer-, desktop- en agentapplicaties zoals Claude Code, Cursor en OpenClaw. Deze voorbeelden garanderen niet dat elke variant, API-verbinding of activiteit op elk apparaat wordt herkend en beheerst. De concrete sensor en de daadwerkelijk waargenomen dekking blijven bepalend.

In de analyses betekent Unsanctioned dat een gebruikte app door geen enkele policy uitdrukkelijk is toegestaan. Dit is in eerste instantie een goedkeuringsstatus, geen bewijs van malware of gegevensverlies. Omgekeerd maakt een toegestane dienst niet automatisch elk gebruik geoorloofd. De organisatorische regel welke gegevens naar welke dienst mogen, blijft noodzakelijk.

AI Defense is bovendien niet de Sophos AI Assistant of AI Search voor XDR-onderzoeken. Daar ondersteunt AI het werk van analisten. AI Defense beheerst het AI-gebruik binnen de organisatie. Noch de naam Fusion, noch bestaande Assistant-functies activeren de add-on automatisch.

Licentie, Fusion en sensoren vooraf verduidelijken

Vóór bestelling en vóór de setup moeten verschillende vereisten worden gecontroleerd:

Aanschafgerechtigdheid: AI Defense is een betaalde add-on voor in aanmerking komende Sophos EDR-, XDR- en MDR-klanten. Sophos noemt daarnaast het gebruik van Sophos EDR Endpoint Protection als vereiste. Alleen een Sophos Endpoint-licentie of een zelfstandige Sophos Firewall bewijst daarom niet dat u in aanmerking komt. Controleer de concrete contractomvang via Licenties activeren en controleren.
Technische toegang: de gedocumenteerde setup vereist een Sophos Fusion-account dat is geüpgraded naar het nieuwe platform met Security Operations. De Fusion-overgangscontrole onderscheidt de portaalnaam van de daadwerkelijke productupgrade.
Taegis-uitzondering voor aanschaf: in aanmerking komende Taegis-klanten kunnen de add-on al bij algemene beschikbaarheid kopen zonder hun Fusion-migratie af te wachten. Dit is geen gedocumenteerde uitzondering op de technische setupvereisten. Vóór invoering moeten de gerechtigdheid, het beschikbaarstellingspad en de upgradestatus met de verantwoordelijke Sophos-contactpersoon worden afgestemd.
Passende sensoren: de setupassistent biedt momenteel Sophos Endpoint, Sophos Firewall en Sophos Linux Server aan. Het algemene productoverzicht noemt daarnaast DNS Protection, Protected Browser en Sophos Data Lake als gegevensbronnen. Deze bredere architectuuropsomming mag niet worden opgevat als een identieke keuzelijst of gelijke handhavingsmogelijkheden van alle componenten.

Documenteer vóór wijzigingen de betrokken gebruikers, apparaten en netwerken, de bestaande policywaarden, verantwoordelijke beheerders en een terugvalprocedure. Gegevensuploads en HTTPS-ontsleuteling raken gegevensbescherming en bestaande applicaties. Goedkeuring hiervan hoort vóór het inschakelen plaats te vinden, niet pas bij de latere analyse. Gebruik voor de pilot een goedgekeurde testgebruiker op een beheerd testapparaat; noodzakelijke wijzigingen aan gedeelde policies mogen niet onbedoeld de hele organisatie raken.

Sensoren voorbereiden en onboarding uitvoeren

Open Sophos Fusion en vervolgens My Products > AI Defense > Get started. De assistent vraagt naar de beheerdersrol, ervaring met AI-tools, het aantal gebruikers en de branche. Selecteer onder Choose your sensors de sensoren die daadwerkelijk worden gebruikt. Bevestig daarna hun vereisten. Een selectievakje bevestigt uw eigen controle; het vervangt geen bewijs van de werking.

Sophos Endpoint

Voor de Endpoint-sensor documenteert Sophos de volgende instellingen:

Schakel onder Endpoint > Policies > Data Collection and Investigation in de toepasselijke policy Upload to the Data Lake in en selecteer Process Data, HTTP Data, DNS Data en Network Data.
Schakel onder Endpoint > Policies > Threat Protection de instellingen SSL/TLS decryption of HTTPS websites en Block QUIC browser connections in. De gedocumenteerde registratie vereist deze configuratie; zonder controle mag u niet uitgaan van gelijkwaardige zichtbaarheid. HTTPS-ontsleuteling en QUIC-blokkering kunnen applicaties beïnvloeden. Test wijzigingen daarom gecontroleerd in een pilot en verwijder bestaande uitzonderingen niet zonder meer.
Maak onder Global Settings > Protection and Remediation > Web Settings > Web Filtering Profiles een webprofiel aan. Wijs dit onder Endpoint > Policies > Web Control toe aan nieuwe of bestaande policies voor de beoogde gebruikers en apparaten. Niet overal hoeft hetzelfde profiel te worden gebruikt.
Schakel onder Endpoint > Policies > Application Control Detect controlled applications when users access them in en selecteer Block the detected application. Controleer bestaande apptoewijzingen en hun effect vóór de wijziging; Endpoint Application Control legt de bestaande functionaliteit uit.

Via Take me to settings gaat u naar de betreffende configuratie. Controleer na uitvoering nogmaals de daadwerkelijke toewijzing aan het testapparaat en bevestig pas daarna de vereisten in de assistent.

Sophos Firewall en Linux Server

Voor Sophos Firewall moeten de beoogde firewalls onder Firewall Management > Firewalls in het groepsbeheer zijn opgenomen. Firewalls buiten het groepsbeheer ontvangen geen AI Defense-handhavingsregels. Daarnaast moet logging in elke relevante webpolicy zijn ingeschakeld: open bij de firewall via het menu met drie puntjes de webbeheerinterface, selecteer onder Web de betreffende policy en schakel de logging in. Zonder deze logging ontbreekt de activiteit die nodig is voor herkenning. Controleer groepslidmaatschap en bestaande groepsregels vóór een wijziging, zodat de onboarding niet ongemerkt andere firewallinstellingen verandert.

Voor Sophos Linux Server vereist de setup onder Server > Policies > Data Collection and Investigation dat Upload to the Data Lake is ingeschakeld met Network Data. Dit betekent niet dat Linux Server dezelfde toegang tot apps beheerst als Endpoint of Firewall. De policyvoorvertoning laat later zien voor welk product de concrete regel geldt.

Als de assistent de sensorstatus niet kan verifiëren, biedt hij Refresh aan. Blijft de controle mislukken, dan staat hij voortzetting toe. Dit is geen geslaagde sensortest: de afwijking blijft open en moet vóór acceptatie van de bescherming worden onderzocht.

Behandel de Base Policy niet als een vrijblijvend concept

Onder Define your base protection wordt een nog ontbrekende Base Policy aangemaakt. Deze geldt voor iedereen in de organisatie. De Generative AI category default stelt voor apps zonder eigen regel Block, Warn of Allow in. Appspecifieke regels hebben voorrang op deze standaard. De assistent toont hiervoor apps uit de afgelopen 30 dagen; dit zegt niets over de algemene gegevensbewaring.

Met Create base policy and finish wordt de Base Policy aangemaakt. Deze stap kan ook worden overgeslagen. Als er al een Base Policy bestaat, verandert de onboarding die niet; Finish and take me to the policy opent de bestaande configuratie. Controleer een door de partner voorbereide policy eerst en vervang deze niet uit voorzorg. Via Settings > Restart onboarding kan de assistent opnieuw worden gestart; dit is geen gedocumenteerde reset of terugdraaiprocedure voor bestaande policies.

Maak voor een beperkte test niet op goed geluk een organisatiebrede blokkeerregel aan. Bepaal eerst welke globale standaard inhoudelijk is goedgekeurd. Maak de pilotpolicy vervolgens met een uitdrukkelijk beperkte scope aan.

AI Defense-policies veilig opbouwen

Onder My Products > AI Defense > Policies > Create policy krijgt de nieuwe policy bijvoorbeeld de vrij te kiezen naam AI-Pilot-Goedgekeurde-Diensten. Leg in een beschrijving het doel, de verantwoordelijke persoon en de geplande controledatum vast. De policy bestaat uit Rules en Scope.

Regels en prioriteiten

Zowel de policylijst als de regels binnen een policy worden van boven naar beneden geëvalueerd: de eerste overeenkomende vermelding is bepalend. Een correcte regel onder een eerdere overeenkomende regel kan daarom zonder effect blijven.

Een nieuwe aanvullende policy bevat standaard een regel die alle AI-apps blokkeert. Sophos raadt aan deze onderaan te laten staan en gerichte toestemmingen erboven te plaatsen. Voor de pilot mag deze vangnetregel alleen gelden voor de goedgekeurde testscope. Onbedoelde activering voor alle gebruikers kan ook eerder toegestane werkprocessen blokkeren.

Met Add Rule kiest u de Action en via Add Filter een Dimension en de bijbehorende Value. Ondersteunde dimensies omvatten bijvoorbeeld applicatie, risiconiveau en de compliancekenmerken die in de interface worden aangeboden. Bij Application selecteert u concrete apps uit de lijst. Gebruik alleen daadwerkelijk beschikbare waarden; een risicoclassificatie vervangt geen eigen beoordeling van de dienst en het afgesloten contract.

Allow: het overeenkomende appgebruik wordt toegestaan.
Warn: gebruikers krijgen een melding, maar mogen de dienst blijven gebruiken. Dit vervangt geen blokkering.
Block: het overeenkomende appgebruik moet via het ondersteunde product worden geblokkeerd. De pilot moet aantonen of dit voor de geplande toegangsroute werkt.

Een geschikt testvoorbeeld is een uitdrukkelijk toegestane app boven de blokkerende vangnetregel en een tweede, voor de test goedgekeurde app zonder eigen toestemming. Zo kunt u de beoogde uitzonderingslogica controleren zonder echte vertrouwelijke inhoud te gebruiken. De organisatie bepaalt de appnamen en de toestemming; de productvoorbeelden hierboven zijn geen gebruiksaanbeveling.

Scope en activering

Beperk onder Scope de policy tot de beoogde gebruikers, groepen of netwerken, bijvoorbeeld via Specific Users and Groups tot een bestaande testgroep. De pagina toont of de policy wordt toegepast op Sophos Endpoint of Sophos Firewall. Onder What will happen moeten regels, scope en productwerking overeenstemmen vóór de bevestiging I’ve reviewed the rules and scope above.

Save slaat de aanvullende policy op zonder activering. Zo kunt u eerst de positie in de lijst controleren. Save & Enable activeert de policy daarentegen onmiddellijk met de hoogste prioriteit. Voor de voorbereide pilot is daarom eerst Save aan te bevelen; controleer vóór een latere activering de positie en scope opnieuw. Het gedocumenteerde veilige onderscheid tussen deze knoppen geldt voor aanvullend aangemaakte policies en mag niet zonder meer worden toegepast op het afronden van de Base Policy.

Sjablonen onder Browse templates > Use en Clone in het menu met drie puntjes kunnen werk besparen. Ze bevatten echter al ingevulde regels of de gekopieerde scope. Pas beide vóór het opslaan aan de eigen omgeving aan. Bestaande policies kunnen worden bewerkt via hun vermelding in de lijst, het Edit-pictogram van een regel met Save Rule en Scope > Edit.

Gebruik, risico’s en rapporten correct interpreteren

Onder My Products > AI Defense helpen verschillende weergaven bij verschillende vragen. Kies altijd eerst via het kalenderpictogram de juiste periode:

Dashboard: toont de totale activiteit, geblokkeerde activiteiten, unieke apps en gebruikers en de verdeling over Allow, Block en Warn. Daarnaast zijn er veelgebruikte apps en gebruikers, Shadow AI, risicoverdeling, gebruiksstroom en verloop in de tijd. De Security Posture Score tot 100 houdt rekening met sensordekking, policymaturiteit en gebruiksrisico. Een hoge waarde garandeert geen volledige bescherming.
AI Defense Activity: toont applicatie, Actor als apparaat, risico, sensor, tijdstip, actie en activerende policy. Unknown betekent dat er geen oordeel is vastgelegd, niet dat de activiteit zeker was toegestaan. De risiconiveaus lopen van Low via Medium en High tot Critical. Via de widgets kunt u bijvoorbeeld op toegestane activiteiten filteren; Export levert CSV op.
Inventory > Apps of Users: helpt daadwerkelijk waargenomen apps en gebruikers te controleren. Unsanctioned Use toont het ontbreken van uitdrukkelijke toestemming; Trains on Data toont de vastgelegde informatie over trainingsgebruik door de aanbieder. De app-risicoclassificatie houdt onder meer rekening met compliancebewijzen en trainingspraktijken. In het appgebruik groepeert een activiteit het gebruik van een app door een apparaat in vensters van 10 minuten. Activiteitsaantallen zijn daarom geen aantallen afzonderlijke prompts. Beide inventarislijsten kunnen als CSV worden geëxporteerd.
Detections: toont bijvoorbeeld een voor het eerst herkende app, risicovol gebruik of het gebruik van een niet-goedgekeurde app. Threat score loopt van 0 tot 10, Severity van Info tot Critical. Filters beperken de selectie op Severity, Threat Score of titel. De detailweergave biedt een beschrijving, de betrokken gebruiker of host, een aanbevolen actie en onder JSON de onderliggende gegevens. Export is mogelijk als geformatteerde CSV, CSV of JSON.

In de appdetails kunt u functie, risicosamenvatting, trainingsregels, compliance en gegevensgebruik nader bekijken; de activiteitsdetails vermelden ook Data Residency. Deze informatie ondersteunt beslissingen, maar bevestigt niet dat voor uw concrete abonnement, account of individuele verwerkersovereenkomst identieke voorwaarden gelden.

Leg na onderzoek van een Detection in het detailvenster een onderbouwde status vast: True positive benign, True positive malicious, False positive of Not actionable. Correct herkend gebruik kan onschuldig zijn; het mag niet alleen vanwege de Detection-vermelding als een geslaagde aanval worden beschouwd.

Open voor een rapport AI Defense > Reports > AI Risk Assessment Report > Generate, selecteer Report period en indien nodig Download PDF. Het rapport bundelt app-risico’s, blootstelling aan Shadow AI en een vergelijking van de risicovermindering tussen rapportageperioden. De top-vijflijsten zijn selecties, geen volledige inventaris. Dit is een afzonderlijk AI Defense-rapport en geen toezegging over automatische verzending van MDR-rapporten. Exports kunnen gebruikers- en apparaatgegevens bevatten en horen in een opslaglocatie met beperkte toegang en een afgesproken bewaartermijn.

Een pilot valideren en fouten afbakenen

De volgende controle is een voorgestelde acceptatieprocedure, geen door Avanet uitgevoerde tenant- of laboratoriumtest. Spreek het testvenster, testapparaat, de gebruiker, toegestane diensten en verwachte acties vooraf af. Gebruik alleen goedgekeurde, synthetische testgegevens, bijvoorbeeld Alleen een functietest zonder bedrijfsgegevens. Verstuur geen klantgegevens, inloggegevens, interne documenten of echte broncode naar een AI-dienst. Voor een zuivere toegangstest is invoer van vertrouwelijke inhoud niet nodig.

Begin met een uitdrukkelijk toegestane app en controleer daarna de voor de pilot bedoelde blokkeer- of waarschuwingsregel. Noteer per poging de dienst, het apparaat, het tijdstip en de daadwerkelijke reactie die de gebruiker ziet. Bij Warn moet voortzetting mogelijk blijven; bij Block mag de geteste toegangsroute niet bruikbaar zijn.
Vergelijk in AI Defense Activity voor dezelfde periode de applicatie, Actor, sensor, Action en Policy. De zichtbare blokkering en de bijbehorende vermelding moeten bij de beoogde test passen. Alleen een blokkeerpagina kan ook afkomstig zijn van een bestaande Web Control- of Application Control-regel.
Controleer in Inventory of de app en de verwachte goedkeuringsstatus verschijnen. Vergelijk gebruiksaantallen vanwege de groepering per 10 minuten niet met afzonderlijke invoerhandelingen. Gebruik in het rapport dezelfde periode. Er is geen vaste weergavelatentie gedocumenteerd; maskeer ontbrekende vermeldingen niet met willekeurig veel tests.
Voer een tegencontrole uit met een gebruiker buiten de pilotgroep of een niet-betrokken apparaat. De goedgekeurde werkprocessen daarvan moeten ongewijzigd blijven. Breid de scope pas na gedocumenteerde acceptatie stapsgewijs uit.

App wordt niet zichtbaar: controleer eerst de periode, de daadwerkelijk geregistreerde toegangsroute en de sensor. Controleer daarna de gegevensuploads en bij Endpoint de gedocumenteerde instellingen voor Threat Protection, Web Control en Application Control. Controleer bij registratie via Firewall daarnaast de logging in de webpolicy. Een leeg dashboard bewijst niet dat er geen AI wordt gebruikt.

App verschijnt, maar de gewenste actie werkt niet: vergelijk de activeringsstatus, policyvolgorde, regelvolgorde, scope en productweergave in What will happen. Controleer bij handhaving via Firewall ook het groepsbeheer. Probeer dit niet te corrigeren met een brede organisatiebrede blokkering of door bestaande beveiligingsfuncties uit te schakelen.

Een zakelijke applicatie werkt na een wijziging niet meer: vergelijk de laatste wijziging met de eerder gedocumenteerde waarden en draai de pilot terug. Maak geen algemene TLS-uitzonderingen of globale Allow-regels aan om de fout te verhullen.

Als een afwijking onverklaard blijft, verzamel dan gebeurtenissen waaruit gevoelige gegevens zijn verwijderd of gemaskeerd, de periode met tijdzone, sensor, apparaat, verwachte actie, daadwerkelijke reactie en de policyvolgorde en scope. Met deze gegevens kunt u een Sophos-supportticket openen zonder vertrouwelijke prompts door te geven.

Terugvalprocedure en grenzen van de bescherming

Leg vóór de pilot de bestaande regelset, volgorde, scope en gewijzigde sensorpolicies vast. Breng voor het terugdraaien een verstorende pilotregel via de gedocumenteerde policybewerking terug naar de eerdere toestand of herstel de pilotscope naar de eerder goedgekeurde omvang. Controleer vervolgens het eerder toegestane werkproces en de activiteitsweergave opnieuw. Een gewijzigde Base Policy moet gericht worden hersteld aan de hand van de eerder gedocumenteerde standaard en appspecifieke uitzonderingen. Restart onboarding zet deze niet terug.

Sensorwijzigingen mogen alleen naar de concrete eerdere waarden worden teruggezet als ze speciaal voor de test zijn doorgevoerd en er geen andere beveiligings- of onderzoekstaken van afhangen. Schakel met name Data Lake-uploads, TLS-ontsleuteling of Application Control niet zonder meer uit. Reeds geregistreerde telemetrie of geëxporteerde rapporten worden door het terugdraaien van een policy niet automatisch verwijderd. Hiervoor geldt het afgesproken proces voor gegevensbescherming en bewaring.

Voor de planning blijven drie grenzen belangrijk:

Zichtbaarheid is geen sluitende controle. Een niet-geregistreerd privé-endpoint, een andere toegangsroute of een ontbrekende sensorvereiste kan niet alleen met een centrale policy worden beveiligd. Appherkenning bewijst evenmin dat alle autonome acties van een agent worden beheerst.
App-toegangsbeheer is geen gegarandeerde prompt-DLP. De GA-perscommunicatie beschrijft realtime inspectie van prompts en uploads al als functie. De latere partnerinformatie wijst promptinspectie en -bescherming uitdrukkelijk toe aan toekomstige releases. Zolang de concrete functionaliteit niet betrouwbaar is bevestigd, mag hiervoor geen bescherming worden ingepland en mag deze vooral niet met echte vertrouwelijke gegevens worden getest.
Een roadmap is geen aanschafgarantie. Ook het onderscheid tussen privé- en zakelijke AI-accounts en aanvullende beschermingsfuncties voor agents staan als roadmap beschreven, zonder bindende datum. Wie juist deze functies nodig heeft, moet ze vóór een beslissing voor de eigen tenant laten bevestigen en afzonderlijk accepteren.

Een verantwoorde start is daarom niet ‘AI is nu beveiligd’, maar een controleerbare inventaris, bewust goedgekeurde diensten, beperkte policies en herhaalbaar bewijs van hun daadwerkelijke werking.