Latest / M365.FM – Microsoft 365, Copilot & AI podcast in het Nederlands / DLP voor Microsoft Fabric en Power Platform: verborgen connectors, omgevingen en onzichtbare datalekken (AI-nasynchronisatie)

Transcript

DLP voor Microsoft Fabric en Power Platform: verborgen connectors, omgevingen en onzichtbare datalekken (AI-nasynchronisatie) · M365.FM – Microsoft 365, Copilot & AI podcast in het Nederlands

• 0:00
  Speaker 2: Klaar voor 10 dagen Microsoft 365, Copilot, AI, Azure en
• 0:05
  Speaker 2: de mensen die de toekomst van werk vormgeven? Deze januari
• 0:09
  Speaker 2: is M365 komt terug en we pakken het groter aan.
• 0:12
  Speaker 2: Doe mee voor live sessies, praktijkdemo's en praktische kennis van
• 0:16
  Speaker 2: MVP's en experts van over de hele wereld. Geen algemene dia's,
• 0:20
  Speaker 2: geen eindeloos jargon. We pakken de echte uitdagingen aan Copilot Studio,
• 0:25
  Speaker 2: AI Agents, Fabric, Beveiliging, Governance en Automatisering. Of je nu IT-professional,
• 0:31
  Speaker 2: ontwikkelaar of zakelijk leider bent, er zijn sessies speciaal voor jou.
• 0:35
  Speaker 2: Met tien volle dagen kun je meerdere technologieën verkennen en
• 0:38
  Speaker 2: verbinding maken met een wereldwijde community. Kijk live mee en
• 0:41
  Speaker 2: neem praktische inzichten mee terug naar jouw organisatie. Januari 2027,
• 0:47
  Speaker 2: tien dagen, één Microsoft Community. De registratie is nu geopend.
• 0:51
  Speaker 2: Claim vandaag nog jouw plek. Dat is m365com.net. Meld je
• 1:00
  Speaker 2: nu aan op m365com.net en we zien je live in januari.
• 1:05
  Speaker 2: Vraag je je wel eens af wat er echt gebeurt
• 1:07
  Speaker 2: als die PowerApp bedrijfscritische data naar iemands persoonlijke Dropbox probeert
• 1:11
  Speaker 2: te sturen. Als je denkt dat DLP alleen voor e-mails is,
• 1:14
  Speaker 2: zie je maar de helft van het verhaal. Laten we
• 1:16
  Speaker 2: het besluitvormingsproces achter de schermen doorlopen dat je organisatie beschermt
• 1:21
  Speaker 2: of juist iets laat glippen. Vandaag belichten we die verborgen
• 1:25
  Speaker 2: als dan regels in Fabric en Power Platform DLP, zodat
• 1:29
  Speaker 2: je datalekken kunt onderscheppen voordat ze je compliance lijn bereiken.
• 1:34
  Speaker 2: Waarom DLP nog steeds faalt, de blinde vlekken waar niemand
• 1:37
  Speaker 2: over praat. Als je ooit je DLP dashboard groen hebt
• 1:40
  Speaker 2: zien kleuren, om vervolgens een e-mail van een compliance officer
• 1:43
  Speaker 2: te krijgen over een lek, dan ken je dat gevoel.
• 1:45
  Speaker 2: De meesten vinken elk vakje aan, stellen hun beleid in
• 1:48
  Speaker 2: en gaan ervan uit dat het werk gedaan is. Instellen
• 1:51
  Speaker 2: en vergeten is verleidelijk, maar Fabric en Power Platform volgen
• 1:54
  Speaker 2: niet dezelfde oude regels en de hiaten zijn waar de
• 1:56
  Speaker 2: echte hoofdpijn begint. Dit is het ongemakkelijke deel. Je kunt
• 2:00
  Speaker 2: de strengste regelset opstellen en nog steeds de blinde vlekken missen,
• 2:03
  Speaker 2: omdat de wereld niet rijdt op beleidschecklists. Op het moment
• 2:06
  Speaker 2: dat je je rug toekeert, vindt iemand een gloednieuwe connector.
• 2:09
  Speaker 2: Het kan een glimmende SaaS zijn die marketing nu nodig heeft,
• 2:12
  Speaker 2: of een schaduw-IT-oplossing die opdook omdat iemand een simpele taak
• 2:16
  Speaker 2: wilde automatiseren. Plotseling staat wat een goed omheinde tuinleek, wijd open.
• 2:21
  Speaker 2: Er gaat geen alarmbel af. De meeste DLP-policies zijn gebouwd
• 2:24
  Speaker 2: rond wat al in gebruik is, bestaande e-mailregels, bekende platforms,
• 2:27
  Speaker 2: veel voorkomende connectors. Wanneer Power Platform of Fabric een nieuwe
• 2:31
  Speaker 2: connector of integratie introduceert, kan deze stilletjes in je omgeving
• 2:34
  Speaker 2: sluipen alsof hij er altijd al hoorde te zijn. Beheerders
• 2:37
  Speaker 2: controleren nieuwe connectors af en toe, maar de waarheid is
• 2:39
  Speaker 2: dat de meeste bedrijven ze veel sneller toevoegen dan dat
• 2:42
  Speaker 2: iemand het risico beoordeelt. Schaduw IT is niet zomaar een
• 2:45
  Speaker 2: modewoord voor malafide USB-sticks. Met platforms als Power Apps die
• 2:49
  Speaker 2: het voor iedereen eenvoudig maken om een oplossing te bouwen,
• 2:53
  Speaker 2: zetten bedrijfsteams in hun handomdraai-apps en automatiseringen op. Hun doel
• 2:57
  Speaker 2: is snelheid en resultaat, niet risico-beperking. Als je nog nooit
• 3:00
  Speaker 2: hebt gecontroleerd welke stromen er verbinding maken tussen zakelijke en
• 3:03
  Speaker 2: persoonlijke accounts, zou je wel eens kunnen schrikken van wat
• 3:06
  Speaker 2: er op de achtergrond draait. Iemand koppelt zijn Power App
• 3:09
  Speaker 2: aan een persoonlijke OneDrive of Gmail en gevoelige data glipt
• 3:13
  Speaker 2: stilletjes door de achterdeur naar buiten terwijl je DLP-scanner nog
• 3:16
  Speaker 2: naar uitgaande e-mail kijkt. Een persoonlijke favoriet, en niet in
• 3:19
  Speaker 2: de goede zin, is de financiële app die er onschuldig
• 3:22
  Speaker 2: uitziet maar rapporten deelt met iemand's Dropbox. Het gebeurt zo
• 3:25
  Speaker 2: snel dat je het pas ziet wanneer de verkeerde persoon
• 3:27
  Speaker 2: een factuur of loonlijstexport onder ogen krijgt. Dit zijnde, dat
• 3:32
  Speaker 2: overkomt ons niet, verhalen die je hoopt te vermijden, maar
• 3:35
  Speaker 2: ze zijn overal. Onderzoek van de afgelopen jaren is begonnen
• 3:38
  Speaker 2: te bevestigen wat veel beheerders al vermoeden. Het lek ontsnapt
• 3:41
  Speaker 2: zelden via de voor de hand liggende grote kanalen. In
• 3:44
  Speaker 2: plaats daarvan zijpelt het weg via verbindingen die niemand in
• 3:46
  Speaker 2: kaart heeft gebracht, integraties die onschadelijk leken of stromen die
• 3:50
  Speaker 2: zes maanden geleden zijn gebouwd door een team dat alweer
• 3:52
  Speaker 2: verder is. Er is nog een onderbelicht aspect, omgevingen. Organisaties
• 3:56
  Speaker 2: zetten meerdere power platform of fabric omgevingen op voor ontwikkeling,
• 4:00
  Speaker 2: testen en productie. Dat is best practice, toch? Maar data
• 4:03
  Speaker 2: verplaatst zich vaker tussen deze omgevingen dan iedereen denkt. Wanneer
• 4:07
  Speaker 2: iemand data uit de productieomgeving exporteert naar een lagere omgeving
• 4:10
  Speaker 2: voor tests, wat houdt die stroom dan in de gaten?
• 4:13
  Speaker 2: Als die omgevingen niet gelijkwaardig worden beheerd, heb je zojuist
• 4:16
  Speaker 2: je eigen grijze zone gecreëerd. De oude aanname dat beleid
• 4:19
  Speaker 2: alles binnen het platform dekt, valt in duigen zodra data
• 4:22
  Speaker 2: in een half beveiligde sandbox of een dev-werkruimte met lage
• 4:25
  Speaker 2: prioriteit terechtkomt. Beheerders focussen zich voorspelbaar op de voor de
• 4:29
  Speaker 2: hand liggende paden. E-mail afgeschermd, bekende risicovolle connectors gegroepeerd. Maar
• 4:34
  Speaker 2: die kleine overdrachten, waarbij bedrijfsdata van het ene goedgekeurde platform
• 4:38
  Speaker 2: naar het andere glijdt voordat het naar buiten stapt, daar
• 4:40
  Speaker 2: zitten de valstrikken. Veel beleidsregels gaan ervan uit dat alle
• 4:44
  Speaker 2: zakelijke connectors veilig zijn, maar dat werkt niet zodra een
• 4:46
  Speaker 2: custom connector die vorig kwartaal voor een zijproject is gebouwd,
• 4:49
  Speaker 2: een gat slaat dat je nooit hebt opgemerkt. Of iemand
• 4:52
  Speaker 2: van Auer gebruikt een zakelijke connector die stilletjes publieke API
• 4:56
  Speaker 2: aanroepen naar het internet ondersteunt en daarmee de datagrens passeert
• 5:00
  Speaker 2: waarvan jij dacht dat die solide was. Het lastigste deel?
• 5:03
  Speaker 2: De meeste van ons komen pas achteraf achter deze risico's.
• 5:06
  Speaker 2: Als je ooit een interne audit hebt gehad die een
• 5:08
  Speaker 2: datastroomrapport produceerde dat niet overeen kwam met je prachtige DLP configuratie,
• 5:12
  Speaker 2: dan weet je precies waar ik het over heb. De
• 5:13
  Speaker 2: audit geeft niet om hoeveel controles je hebt ingesteld. Het
• 5:16
  Speaker 2: geeft om waar de data daadwerkelijk naartoe gaat. Het gat
• 5:19
  Speaker 2: doet het meeste pijn wanneer de data al weg is
• 5:21
  Speaker 2: naar een persoonlijke account of onbeheerde dienst en niemand dat
• 5:24
  Speaker 2: door had totdat het inzageverzoek op je bureau belandt. Het
• 5:27
  Speaker 2: risico zit niet waar je het verwacht, waardoor het bijna
• 5:30
  Speaker 2: onmogelijk is om het in het dashboard te vinden. De
• 5:32
  Speaker 2: pijnlijke waarheid is dat het echte lek bijna nooit degene
• 5:35
  Speaker 2: is die rood knippert in je beleidsoverzicht. Het is die
• 5:38
  Speaker 2: onzichtbare verbinding die schuilt tussen officieel en vergeten, waardoor gevoelige
• 5:42
  Speaker 2: informatie onopgemerkt naar buiten glipt. Fabric en Power Platform maken
• 5:46
  Speaker 2: het voor niet-IT-gebruikers ongelooflijk makkelijk om tools te koppelen, dus
• 5:49
  Speaker 2: een DLP-beleid gebaseerd op connectoren van vorig jaar beschermt niet
• 5:52
  Speaker 2: echt tegen de risico's van vandaag. Je denkt misschien, ah, geweldig,
• 5:56
  Speaker 2: waar moet ik überhaupt beginnen? Aanhalingsteken, het opsporen van deze
• 5:59
  Speaker 2: verborgen stromen betekent dat je je zoekmethode moet aanpassen. In
• 6:01
  Speaker 2: plaats van beleidsregels te doorzoeken in de hoop een gemist
• 6:04
  Speaker 2: selectievakje te vinden, heb je een manier nodig om te
• 6:06
  Speaker 2: traceren hoe data werkelijk beweegt, wie wat verbindt, waar het
• 6:10
  Speaker 2: eindigt en welke connectoren überhaupt in gebruik zijn in verschillende omgevingen.
• 6:13
  Speaker 2: De grootste winst komt voort uit het in kaart brengen
• 6:16
  Speaker 2: van die grijze gebieden die je nooit eerder hebt gem-app.
• 6:18
  Speaker 2: Want zolang je niet elke stroom tussen die platforms en
• 6:20
  Speaker 2: connectoren ziet, zie je slechts de helft van de blinde
• 6:23
  Speaker 2: vlekken die er echt toe doen. En dat brengt ons
• 6:25
  Speaker 2: bij de volgende uitdaging. Hoe kun je deze onzichtbare stromen
• 6:28
  Speaker 2: en onschuldige verbindingen spotten en in kaart brengen, voordat iemand
• 6:31
  Speaker 2: anders ze voor je ontdekt? Het doolhof in kaart brengen? De,
• 6:34
  Speaker 2: als dan, scenario's die bepalend zijn voor je beleid. Laten
• 6:36
  Speaker 2: we een scenario schetsen. Je hebt een power-app en wat
• 6:39
  Speaker 2: die doet, is bedrijfscritisch. Misschien verwerkt het de loonadministratie, misschien
• 6:43
  Speaker 2: houdt het klantfacturen bij. Stel je nu voor dat een
• 6:45
  Speaker 2: gebruiker hun persoonlijke OneDrive toevoegt als connector. Op het eerste
• 6:49
  Speaker 2: gezicht lijkt het onschuldig genoeg. Ze willen gewoon een backup opslaan.
• 6:52
  Speaker 2: Maar wat gebeurt er eigenlijk achter de schermen? De app
• 6:54
  Speaker 2: verandert plotseling in een brug. De ene kant verankert in
• 6:57
  Speaker 2: je zorgvuldig bewaakte zakelijke omgeving. De andere kant bungelend boven
• 7:01
  Speaker 2: een persoonlijk cloud-account waar je nul controle over hebt. Je
• 7:04
  Speaker 2: DLP-beleid zou in actie moeten komen en hard op de
• 7:07
  Speaker 2: rem moeten trappen. Toch, hier realiseren de meesten van ons
• 7:09
  Speaker 2: zich dat het doolhof lang niet zo goed in kaart
• 7:11
  Speaker 2: is gebracht als we dachten. Binnen Fabric en Power Platform
• 7:14
  Speaker 2: introduceert elke connector, of het nu ingebouwd, aangepast of iets
• 7:17
  Speaker 2: is dat het marketingteam vorige week heeft opgepikt, een beslispunt.
• 7:20
  Speaker 2: En ze zijn niet allemaal even voor de hand liggend.
• 7:22
  Speaker 2: De DLP-beleidsengine probeert deze binair te behandelen, toegestaan of geblokkeerd,
• 7:27
  Speaker 2: zakelijk of persoonlijk. Maar de realiteit kent ongeveer een dozijn grijstinten.
• 7:32
  Speaker 2: Als je met deze systemen hebt gewerkt, weet je dat kleine,
• 7:35
  Speaker 2: ongecontroleerde hiaten in de logica snel oplopen. Laten we bijvoorbeeld
• 7:41
  Speaker 2: zeggen dat een ontwikkelaar een Fabric werkruimte aanmaakt en bij
• 7:44
  Speaker 2: wijze van Test Live klantgegevens exporteert via een externe connector
• 7:48
  Speaker 2: naar een SaaS die ze aan het uitproberen zijn. Was
• 7:51
  Speaker 2: je DLP zo ingesteld dat deze die connector überhaupt als
• 7:54
  Speaker 2: risico herkende? Bij velen is dat niet zo en het
• 7:56
  Speaker 2: eerste teken van problemen komt pas nadat de data al
• 7:59
  Speaker 2: is verzonden. De uitdaging wordt groter wanneer omgevingen elkaar overlappen. Dev, test, prod,
• 8:04
  Speaker 2: alles is gecompartimenteerd, behalve wanneer dat niet zo is. Misschien
• 8:07
  Speaker 2: denk je, ik heb prod beveiligd. De rest is om
• 8:09
  Speaker 2: mee te spelen. Maar wat als een kopie van klantgegevens
• 8:11
  Speaker 2: in die eenvoudige dev-omgeving terechtkomt en een connector die als
• 8:14
  Speaker 2: veilig is gemarkeerd, of simpelweg over het hoofd is gezien
• 8:17
  Speaker 2: bij de beleidscontrole, toegang geeft naar buiten, het als dan
• 8:20
  Speaker 2: pad begint dan snel uit elkaar te vallen. De DLP-logica
• 8:23
  Speaker 2: zou in theorie elke databeweging van een beveiligde omgeving naar
• 8:26
  Speaker 2: een onbeheerde connector moeten opvangen, maar we weten dat weinig
• 8:28
  Speaker 2: beleidsregels zo nauwkeurig zijn. De meeste beheerders die onder druk werken,
• 8:32
  Speaker 2: creëren beleid dat weerspiegelt wat ze direct voor zich zien.
• 8:35
  Speaker 2: Blokkeer Gmail en Dropbox, Sta SharePoint en Teams toe en
• 8:38
  Speaker 2: voeg misschien wat aangepaste beperkingen toe. Maar hoe zit het
• 8:41
  Speaker 2: met die connectors die onder de radar blijven? Een aangepaste
• 8:44
  Speaker 2: SaaS integratie, een connector voor een snelle proof of concept,
• 8:48
  Speaker 2: of simpelweg een nieuwe Microsoft connector die met een update meekwam?
• 8:51
  Speaker 2: Dit zijn de kieren waar data doorheen glipt. De logica
• 8:54
  Speaker 2: in de meeste omgevingen wordt lang niet zo vaak gecontroleerd
• 8:57
  Speaker 2: als dat er nieuwe connectors worden toegevoegd. En in tegenstelling
• 8:59
  Speaker 2: tot e-mailstroomregels zijn deze niet altijd vanzelfsprekend. Ze zien er
• 9:03
  Speaker 2: aan de oppervlakte wellicht zakelijk verantwoord uit, maar daaronder kunnen
• 9:06
  Speaker 2: ze meer overdragen dan je had voorzien. Hier is nog
• 9:08
  Speaker 2: een invalshoek. De meeste DLP-configuraties behandelen connectorgroepen als een checklist-item.
• 9:13
  Speaker 2: Alleen voor zakelijke gegevens klinkt prima... Totdat er een aangepaste
• 9:17
  Speaker 2: connector of onbekende zaas opduikt. Nu vertrouw je op NAA, Evings,
• 9:22
  Speaker 2: Conventies en standaard Microsoft schablonen die misschien niet eens in
• 9:25
  Speaker 2: de buurt komen van de werkelijke voetafdruk van je bedrijf.
• 9:28
  Speaker 2: De als dan ketens worden langer en onhandelbaarder. Als een
• 9:31
  Speaker 2: connector is gemarkeerd als alleen zakelijke gegevens, betekent dit dan
• 9:34
  Speaker 2: dat persoonlijk gebruik geblokkeerd is. Wat gebeurt er als de
• 9:37
  Speaker 2: definitie van zakelijk? verandert wanneer marketing een nieuwe cloud tool vindt.
• 9:41
  Speaker 2: Als het beleid niet is getest, is het slechts theoretische beveiliging.
• 9:44
  Speaker 2: Gemiste triggers zijn een andere reden waarom deze scenario's voor
• 9:48
  Speaker 2: echte hoofdpijn zorgen. De meeste DLP tools geven prioriteit aan
• 9:52
  Speaker 2: waarschuwingen voor bekende risico's, maar als niemand de logica voor
• 9:55
  Speaker 2: een nieuwe connector of overdracht tussen omgevingen heeft vastgelegd, krijg
• 9:59
  Speaker 2: je pas een melding wanneer Compliance het spoor vindt. Soms
• 10:01
  Speaker 2: is er niet eens een waarschuwing, slechts een stil lek
• 10:04
  Speaker 2: dat doorgaat totdat iemand vraagt waar het loonbestand van het
• 10:06
  Speaker 2: vorige kwartaal is gebleven. Onderzoek toont aan dat organisaties zelden
• 10:11
  Speaker 2: deze grensoverschrijdende scenario's simuleren voordat het misgaat. De feedbacklus is traag.
• 10:16
  Speaker 2: Veel beheerders zijn bezig met probleemoplossing nadat ze hebben ontdekt
• 10:20
  Speaker 2: dat een beleid niet snel genoeg reageerde of een subtiel
• 10:23
  Speaker 2: randgeval heeft gemist. Beheerders met de minste horrorverhalen over dataverlies
• 10:26
  Speaker 2: spelen niet simpelweg een spelletje wie de mol met nieuwe services.
• 10:30
  Speaker 2: Ze behandelen elke connector, zeker als die nieuw of aangepast is,
• 10:33
  Speaker 2: als een potentieel vraagteken. In plaats van te wachten tot
• 10:36
  Speaker 2: er iets misgaat, creëren ze mentalen, als dan, schema's. Als
• 10:39
  Speaker 2: een gebruiker probeert salarisgegevens naar een nieuwe SaaS-dienst te exporteren,
• 10:43
  Speaker 2: blokkeert het beleid dit dan. Zo niet, waarom niet? Als
• 10:46
  Speaker 2: een Fabric werkruimte toegang krijgt tot een externe opslaglocatie, welke
• 10:50
  Speaker 2: routes kan die data nemen en zijn er daarvan onbewaakt?
• 10:53
  Speaker 2: Deze beheerders kijken naar de werkelijke bedrijfsprocessen, niet alleen naar
• 10:56
  Speaker 2: de lijst met beschikbare connectors. Dus wanneer de organisatie een
• 10:59
  Speaker 2: tool toevoegt, stellen zij de juiste vragen voordat de schakelaar
• 11:02
  Speaker 2: wordt omgezet. Uiteindelijk draait het bij DLP niet om wat
• 11:05
  Speaker 2: er op het officiële beleidsformulier staat. Het zit hem in
• 11:09
  Speaker 2: die complexe, alledaagse scenario's waarbij een enkele over het hoofd
• 11:13
  Speaker 2: geziene optie in een logische boomstructuur bedrijfsgeheimen naar buiten laat glippen.
• 11:18
  Speaker 2: Hoe meer je anticipeert op deze, als dan, momenten en
• 11:21
  Speaker 2: ze test zoals je gebruikers dat zouden doen, hoe sterker
• 11:24
  Speaker 2: je databeheer wordt. Maar elk lekdichten gaat niet alleen over
• 11:27
  Speaker 2: het bouwen van muren. Het gaat erom te bepalen welke
• 11:30
  Speaker 2: muren je echt nodig hebt, want totdat je je focust
• 11:33
  Speaker 2: op de connectors die er voor jouw teams echt toe doen,
• 11:35
  Speaker 2: zullen alle logische schema's ter wereld de verkeerde uitgang niet stoppen.
• 11:40
  Speaker 2: En dat opent een heel nieuwe laag van uitdagingen, uitzoeken
• 11:43
  Speaker 2: welke connectors überhaupt je aandacht verdienen. Connector-type, het kaf van
• 11:49
  Speaker 2: het koren scheiden. Je kent dat eindeloze scrollen door de
• 11:52
  Speaker 2: connector-lijst wel, rijen en rijen namen die na een tijdje
• 11:55
  Speaker 2: allemaal in elkaar overvloeien. De meeste lijken routine, zoals SharePoint, Excel, Azure,
• 12:01
  Speaker 2: of misschien een paar met de initialen van je bedrijf.
• 12:04
  Speaker 2: Op papier is het geruststellend om die enorme lijst netjes
• 12:07
  Speaker 2: in groepen verdeeld te zien. Maar het werkelijke risico ligt
• 12:10
  Speaker 2: niet altijd waar je het verwacht. Het onderscheid maken tussen
• 12:13
  Speaker 2: risicovolle connectors en die voor dagelijks gebruik is minder eenvoudig
• 12:17
  Speaker 2: dan het zou moeten zijn. Dat is waar de meeste
• 12:19
  Speaker 2: teams de verkeerde afslag nemen. De waarheid is dat elke
• 12:22
  Speaker 2: omgeving vol zit met tientallen ingebouwde en aangepaste connectors. Als
• 12:26
  Speaker 2: je ooit hebt geprobeerd bij te houden wat er daadwerkelijk
• 12:28
  Speaker 2: is gekoppeld en data verplaatst, weet je hoe snel de
• 12:31
  Speaker 2: instellingen een puinhoop worden. Een deel van de uitdaging is
• 12:33
  Speaker 2: dat connectorbeheer altijd georganiseerd begint. Een solide plan, wat regels
• 12:37
  Speaker 2: en duidelijke voornemens. Vervolgens beweegt de business sneller dan IT
• 12:41
  Speaker 2: kan bijhouden. Het gaat niet alleen om wat de connectors doen,
• 12:44
  Speaker 2: maar ook wat ze zouden kunnen doen afhankelijk van hoe
• 12:46
  Speaker 2: gebruikers hun stromen inrichten. Een connector voor OneDrive voor business
• 12:50
  Speaker 2: lijkt misschien onschuldig wanneer deze is ingesteld voor intern gebruik,
• 12:53
  Speaker 2: maar door één verkeerde klassificatie of een over het hoofd
• 12:56
  Speaker 2: geziene configuratie kan diezelfde connector gevoelige documenten naar onbeheerde locaties
• 13:00
  Speaker 2: gaan lekken. Als je ooit in vergaderingen hebt gezeten waar
• 13:03
  Speaker 2: de oplossing was om alles wat we niet herkennen simpelweg
• 13:05
  Speaker 2: te blokkeren, dan weet je hoe dat afloopt. Mensen vinden omwegen,
• 13:09
  Speaker 2: schaduw IT groeit en plotseling is er meer risico, niet minder.
• 13:13
  Speaker 2: Je wilt de productiviteit niet smoren, maar elk niet aangevinkt
• 13:16
  Speaker 2: vakje voelt als een potentieellek. Sommige beheerders proberen alles buiten
• 13:20
  Speaker 2: het kern-ecosysteem van Microsoft, SharePoint en Teams volledig af te sluiten.
• 13:24
  Speaker 2: Maar dat is zelden voldoende. Hier is een waargebeurd verhaal.
• 13:27
  Speaker 2: Een organisatie koos volledig voor deze aanpak in de veronderstelling
• 13:31
  Speaker 2: dat er niets kritisch via minder bekende connectors zou passeren.
• 13:34
  Speaker 2: Ze lieten er slechts een handvol open, Teams, SharePoint... De
• 13:38
  Speaker 2: gebruikelijke verdachten, in het vertrouwen dat ze alle vreemde zaken
• 13:41
  Speaker 2: hadden geblokkeerd. Maar iemand bij Auer ontdekte een slimme no-code
• 13:44
  Speaker 2: integratietool en maakte een aangepaste connector naar een openbare API.
• 13:48
  Speaker 2: Het leek onschadelijk. Weken later ontdekten ze dat oude gegevens
• 13:52
  Speaker 2: stilletjes lekten, niet omdat het een bekend risico was, maar
• 13:55
  Speaker 2: omdat niemand de aangepaste connector als iets anders dan een
• 13:58
  Speaker 2: zijproject beschouwde. De gevolgen waren niet vrij en het onderstreept
• 14:01
  Speaker 2: dat niet alle connectors gelijk zijn, maar ook niet zomaar
• 14:04
  Speaker 2: met algemene ja- of nee-regels kunnen worden behandeld. Microsoft geeft
• 14:08
  Speaker 2: je niet voor niets categorieën. Zakelijk? Niet zakelijk, blokkeren. Op
• 14:12
  Speaker 2: papier zouden die categorieën je leven moeten vereenvoudigen. In de
• 14:15
  Speaker 2: werkelijkheid schieten de standaardinstellingen vaak tekort omdat ze niet weer
• 14:19
  Speaker 2: spiegelen wat er echt binnen je organisatie gebeurt. Een connector
• 14:23
  Speaker 2: die als zakelijk is gelabeld, kan volkomen logisch zijn voor
• 14:26
  Speaker 2: een financiële afdeling, maar geef diezelfde connector aan juridische zaken
• 14:29
  Speaker 2: of R & D en het ziet er plotseling riskant uit.
• 14:32
  Speaker 2: Sommige connectors zijn duidelijk over waar je data naartoe gaat,
• 14:35
  Speaker 2: maar vele verbergen complexiteit onder vriendelijke namen. Je ziet misschien
• 14:38
  Speaker 2: een zakelijk label, maar achter de schermen kan diezelfde connector
• 14:42
  Speaker 2: deuren openen naar externe apps, onbeheerde services of APIs die
• 14:46
  Speaker 2: niet in je compliance profiel passen. Het zijn de connectors
• 14:49
  Speaker 2: die opgaan in de massa, waar niemand twee keer over nadenkt,
• 14:53
  Speaker 2: die meestal het perfecte startpunt voor een datalek vormen. Marketing
• 14:56
  Speaker 2: grijpt iets glimmends aan om een deadline te halen. IT
• 14:59
  Speaker 2: zet een aangepaste webhoek op voor een pilotprogramma. Een ontwikkelaar
• 15:03
  Speaker 2: die laat doorwerkt, vindt een SaaS-tool, bouwt een integratie en
• 15:06
  Speaker 2: gaat weer verder. Tegen de tijd dat iemand het opmerkt,
• 15:08
  Speaker 2: draait de connector stilletjes in productie en staat hij vaak
• 15:11
  Speaker 2: niet op de maandelijkse overzichtslijst. De platforms sturen je niet
• 15:15
  Speaker 2: bepaald een seintje wanneer iemand iets nieuws bouwt of adopteert.
• 15:19
  Speaker 2: Na verloop van tijd groeit de lijst met connectors explosief
• 15:22
  Speaker 2: en zonder dat iemand deze actief opschoont en controleert, overstemt
• 15:25
  Speaker 2: de ruis de risicovolle signalen. Recente studies tonen aan dat
• 15:29
  Speaker 2: de slimste aanpak niet simpelweg bestaat uit langere lijsten of
• 15:32
  Speaker 2: meer connectors toevoegen aan een blokkeergroep. Het draait om afstemming.
• 15:35
  Speaker 2: Wanneer connectorgroepen overeen komen met je bedrijfsprocessen in de praktijk,
• 15:38
  Speaker 2: nemen zowel datalekken als gebruikerswrijving sterk af. Dat is geen theorie,
• 15:42
  Speaker 2: dat is de dagelijkse realiteit in grote organisaties. De teams
• 15:45
  Speaker 2: die echt met business units om tafel gaan om workflows
• 15:48
  Speaker 2: in kaart te brengen, ontdekken vreemde connectors voordat ze een
• 15:51
  Speaker 2: probleem vormen. Ze leren waarom een connector wordt gebruikt, wat
• 15:55
  Speaker 2: de functie is en welke stromen bedrijfskritisch zijn in plaats
• 15:58
  Speaker 2: van slechts handig voor één gebruiker. Als je connector-klassificatie als
• 16:02
  Speaker 2: een rigide to-do-lijst behandelt, bewaak je de hoofdweg terwijl het
• 16:05
  Speaker 2: echte werk zich stiekem via zijwegen verplaatst. Door een duidelijker
• 16:09
  Speaker 2: beeld te vormen, gebaseerd op hoe mensen echt werken, kun
• 16:12
  Speaker 2: je sneller bijsturen en zien waar de reis van je
• 16:14
  Speaker 2: data is veranderd. Risico's van connectors zijn zelden statisch. De
• 16:18
  Speaker 2: veilige keuze van vandaag kan riskant worden door een simpele
• 16:21
  Speaker 2: workflow-wijziging of een nieuwe functie in het platform. Wrijving is
• 16:24
  Speaker 2: je niet de vijand, onbetendheid is dat. Begrijpen hoe het
• 16:27
  Speaker 2: bedrijf evolueert en hoe snel integraties ontstaan of veranderen, houd
• 16:31
  Speaker 2: je klassificaties actueel in plaats van direct achterhaald naar je controle.
• 16:36
  Speaker 2: De echte kunst zit dus in het gesprek, niet alleen
• 16:39
  Speaker 2: in de configuratie. Start een dialoog met je power users,
• 16:42
  Speaker 2: de teams die nieuwe oplossingen opzetten en dingen proberen voordat
• 16:45
  Speaker 2: de rest er überhaupt van gehoord heeft. Wanneer beheerders samenwerken
• 16:49
  Speaker 2: met eigenaren van bedrijfsprocessen, auditen ze niet alleen, ze krijgen
• 16:53
  Speaker 2: een insiderkaart van welke connectors echt werk ondersteunen en welke
• 16:57
  Speaker 2: alleen de lijst opvullen. Dit soort partnerschap leidt tot het
• 17:00
  Speaker 2: vroegtijdig opsporen van risicovolle connectors en verzacht het blokkeren ervan,
• 17:05
  Speaker 2: omdat je de praktijkreden achter het beleid al hebt uitgelegd.
• 17:08
  Speaker 2: Connector-klassificatie gaat niet over het afhinken van vereisten, maar over
• 17:12
  Speaker 2: het volgen van elke stap die data zet en het
• 17:14
  Speaker 2: aanpassen van categorieën naarmate het bedrijf groeit en verandert. Een
• 17:18
  Speaker 2: klassificatiesysteem dat meebeweegt met de organisatie is altijd sterker dan
• 17:22
  Speaker 2: een systeem dat vastzit in de opstartfase. Zodra je weet
• 17:26
  Speaker 2: waar de risico's liggen, is het volgende struikelblok het testen.
• 17:30
  Speaker 2: Hoe rol je nieuw DLP-beleid uit dat de juiste stromen
• 17:33
  Speaker 2: opvangt zonder de kritieke processen te verbreken waar gebruikers dagelijks
• 17:37
  Speaker 2: op vertrouwen? Zorgeloos testen door adaptief en realistisch DLP-beleid te ontwerpen.
• 17:44
  Speaker 2: Als je wel eens een maandag hebt gehad waarop New
• 17:46
  Speaker 2: Day LP beleidt voor het ontbijt vijf hoofdworkflows van je
• 17:49
  Speaker 2: team platlegde, weet je hoe vreed testen in productie kan zijn.
• 17:52
  Speaker 2: Je krijgt die e-mail, iemands fabric automatisering faalde, boze gebruikers
• 17:57
  Speaker 2: bestoken IT en niemand herinnert zich wie de regel goedkeurde
• 18:00
  Speaker 2: die het halve bedrijf platlegde. Het voelt alsof je moet
• 18:02
  Speaker 2: kiezen tussen alles zo streng beveiligen dat niets meer werkt
• 18:05
  Speaker 2: of alles zo loslaten dat je wacht op het telefoontje
• 18:08
  Speaker 2: van de auditor. Geen van beide extreme werkt voor lang,
• 18:11
  Speaker 2: maar het lastige gedeelte overslaan het testen van beleid voor
• 18:14
  Speaker 2: livegang betekent dat je alleen de lekken vindt die al
• 18:16
  Speaker 2: voor problemen hebben gezorgd. Dat is geen positie waar je
• 18:20
  Speaker 2: als beheerder wilt zitten. Laten we bespreken hoe echt testen
• 18:23
  Speaker 2: eruit ziet. In Fabric Empower Platform is het verleidelijk om
• 18:26
  Speaker 2: wijzigingen direct in productie door te voeren om te zien
• 18:28
  Speaker 2: wat er gebeurt. Meestal omdat er haast is bij het
• 18:30
  Speaker 2: leveren van oplossingen en niemand de business wil vertragen. Maar
• 18:33
  Speaker 2: als je ooit een nieuwe regel hebt geactiveerd en zag
• 18:36
  Speaker 2: hoe exports, goedkeuringen en meldingen tot stilstand kwamen, weet je
• 18:40
  Speaker 2: dat er een slimmere manier moet zijn voor balans. Eén
• 18:42
  Speaker 2: scenario komt telkens weer terug. Een afdeling automatiseert exports van
• 18:46
  Speaker 2: klantrapporten in Fabric. De business heeft deze automatisering nodig. Het
• 18:50
  Speaker 2: bespaart wekelijks uren, totdat je nieuwe DLP het blokkeert omdat
• 18:53
  Speaker 2: de logica het ziet als een risico op data-exfiltratie. Nu
• 18:56
  Speaker 2: zit je vast. De export is bedrijfskritisch, maar het beleid
• 18:59
  Speaker 2: zegt nee. Wie mag het overschrijven? Wat is de oplossing?
• 19:02
  Speaker 2: Dat is de echte spanning. De business draait op deze
• 19:05
  Speaker 2: onzichtbare stromen en DLP ziet niet altijd het verschil tussen
• 19:08
  Speaker 2: een lek en een levenslijn. Tests overslaan is snel, maar
• 19:11
  Speaker 2: ook de snelste manier om de lekken te missen die
• 19:13
  Speaker 2: er echt toe doen. Wat het allemaal ingewikkelder maakt, is
• 19:15
  Speaker 2: dat beleid neveneffecten kan hebben waar je nooit aan hebt gedacht.
• 19:19
  Speaker 2: Zet je voorwaarden te streng, dan zoeken gebruikers naar manieren
• 19:21
  Speaker 2: om eromheen te werken, te los en je eindigt met
• 19:24
  Speaker 2: een stapel incident tickets op je bureau. Het doel is
• 19:26
  Speaker 2: niet alleen om een checklist af te vinken. Het is
• 19:28
  Speaker 2: om workflows waar mensen op vertrouwen soepel te houden en
• 19:30
  Speaker 2: tegelijkertijd de zaken te onderscheppen die niet naar buiten mogen. Dus,
• 19:34
  Speaker 2: hoe kom je daar? Onderzoek en praktijkervaring bevestigen dat gefaseerde
• 19:37
  Speaker 2: uitrol bijna altijd wint van een big bang implementatie. Het
• 19:41
  Speaker 2: ziet er als volgt uit. In plaats van alles tegelijk
• 19:43
  Speaker 2: om te zetten, rol je nieuwe beleidswijzigingen uit naar een
• 19:46
  Speaker 2: kleinere groep pilotgebruikers. Met gerichte monitoring, het daadwerkelijk inzien van lags,
• 19:51
  Speaker 2: het meten van fouten en real-time opvolging bij gebruikers, zie
• 19:55
  Speaker 2: je beleidsconflicten terwijl ze nog beheersbaar zijn. Het verschil is
• 19:58
  Speaker 2: dat gebruikers die problemen ervaren echte mensen zijn met echte taken,
• 20:02
  Speaker 2: geen theoretische testgevallen die niemand ooit nodig heeft gehad. Analytics
• 20:06
  Speaker 2: zijn de volgende stap. Fabric en Power Platform bieden beide
• 20:09
  Speaker 2: uitgebreide activiteitenlogs en je zult versteld staan van wat je
• 20:12
  Speaker 2: ziet als je ze echt in de gaten houdt. Het
• 20:15
  Speaker 2: monitoren van deze stromen, wie er met wat verbindt, welke
• 20:18
  Speaker 2: apps data verplaatsen en wanneer, toont patronen die je niet
• 20:21
  Speaker 2: ziet in beleidssamenvattingen. Stel dat je ziet dat Auer elke
• 20:26
  Speaker 2: vrijdag exportruns test en data naar een zelden gebruikte connector stuurt.
• 20:30
  Speaker 2: Als je analytics laten zien dat de connector nergens anders
• 20:33
  Speaker 2: wordt gebruikt, is de oplossing misschien alleen dat beleid aanpassen
• 20:36
  Speaker 2: in plaats van de hele organisatie op slot te gooien.
• 20:39
  Speaker 2: Door analytics te gebruiken om veranderende datastromen te spotten, kun
• 20:42
  Speaker 2: je beleid bijsturen voordat het gebruikers hindert of compliance problemen veroorzaakt.
• 20:46
  Speaker 2: Sandbox-omgevingen zijn niet langer alleen voor ontwikkelaars. De realiteit is
• 20:50
  Speaker 2: dat de meeste beleidsfouten pas opvallen als er in productie
• 20:52
  Speaker 2: iets misgaat. Dat is veel te laat. In sandboxes kun
• 20:55
  Speaker 2: je nieuw beleid bouwen, aanpassen en toetsen aan echt gebruikersgedrag,
• 20:59
  Speaker 2: zonder bang te zijn dat er iets kritieks permanent kapot gaat.
• 21:02
  Speaker 2: Je kunt legitieme bedrijfsactiviteiten simuleren, testdata exporteren, connectors uitproberen, stromen
• 21:08
  Speaker 2: draaien en zien wat de regels vangen versus wat er
• 21:10
  Speaker 2: doorheen glipt. Door te testen in een veilige omgeving zie
• 21:13
  Speaker 2: je waar je logica klopt en waar deze tekort schiet.
• 21:16
  Speaker 2: Het is veel makkelijker om een regel in een sandbox
• 21:19
  Speaker 2: te herschrijven dan om schade na een uitrol te herstellen.
• 21:22
  Speaker 2: Als je zowel gebruikers als auditors tevreden wilt houden, behandel
• 21:25
  Speaker 2: beleidsuitrol dan als een iteratief proces. De meest succesvolle beheerders,
• 21:30
  Speaker 2: die met de minste ad hoc, crisis, betrekken gebruikers altijd
• 21:33
  Speaker 2: bij de feedbackloop. Controleer na elke testronde welke workflows echt
• 21:38
  Speaker 2: braken en vraag heeft het beleid een lek gedicht of
• 21:40
  Speaker 2: alleen het bedrijf gefrustreerd. Pas de regels aan, informeer de
• 21:44
  Speaker 2: betrokken teams en laat de wijzigingen beklijven voordat je de
• 21:47
  Speaker 2: productieomgeving aanraakt. Mensen onthouden wanneer.