Lokale versus cloud-AI per werkstroom kiezen: wat u moet auditen voordat 'lokaal' privacy oplevert
On-device en edge-AI beloven privacywinst, maar alleen als u de hele datapijplijn auditet. Zo beslist u per werkstroom wat lokaal blijft en wat naar de cloud mag.
U moet de keuze tussen lokale en cloud-AI per werkstroom als een governancebeslissing nemen, niet als productkeuze. Lokaal levert pas privacywinst op als u de hele datapijplijn auditeert — inference, logging, synchronisatie — en per taak vastlegt welke gegevens het apparaat nooit mogen verlaten.
De aanleiding is een verschuiving in hoe hybride AI-systemen werken. Begin september 2026 kondigde een leverancier een 'hybrid compute'-functie aan waarbij een lokale 'privacy gate' op het apparaat bepaalt welke informatie de machine mag verlaten en de rest van de taak naar de cloud gaat. Dit maakt de oude tweedeling — lokaal is privé, cloud is dat niet — onhoudbaar. De hele datapijplijn auditen voordat u 'lokaal' als privacygarantie accepteert vertaalt die verschuiving naar beslisregels die u zelf per werkstroom kunt toepassen en aantonen. In onze inschatting is het gevaarlijkste scenario niet de cloud zelf, maar een lokale opstelling die als privé wordt verkocht terwijl analytics, telemetrie of synchronisatie de data alsnog het apparaat af sturen.
Wat verandert er in de praktijk als inference lokaal draait?
Lokale inference verplaatst het risico, het verwijdert het niet. U krijgt meer controle over hardware, platform en modelweights, maar moet zelf vertrouwen opbouwen in runtimes en artefacten, runtime-beleid afdwingen en gevoelige assets alleen binden aan geattesteerde omgevingen. De beveiligingsmodellen voor edge-AI waarschuwen voor prompt-injectie, model-tampering en malafide firmware in dezelfde omgeving als klantdata en credentials.
Concreet betekent dit dat lokale AI verantwoordelijkheid naar u verschuift. U moet kunnen aantonen dat het model dat draait ook het model is dat u bedoelde, waar het vandaan komt en dat de acties ervan begrensd zijn. Dit zijn de drie lagen waarop edge-AI governance rust: attestation, provenance en mediation.
Welke risicofactoren moet u per werkstroom in kaart brengen?
- Datalekkage via logging — lokale inference kan gevoelige data via crashlogs, analytics en telemetrie het apparaat af sturen.
- Synchronisatie en cloud-backup — apparaten synchroniseren gegevens automatisch naar cloud-diensten zonder dat dit als onderdeel van de AI-pipeline zichtbaar is.
- Permissies en OS-architectuur — het besturingssysteem kan applicaties toegang geven tot gegevens die de AI-workflow niet nodig heeft.
- Model-tampering en firmware-risico's — lokale hardware kan worden gewijzigd of gecompromitteerd voordat het model draait.
- Netwerk-afhankelijkheid — hybride workflows kunnen afhankelijk zijn van cloud-fallback, wat betekent dat lokale verwerking niet altijd optioneel is.
Welke controles moet u kunnen aantonen per werkstroom?
- Documenteer welk model welke werkstroom bedient — leg vast welke AI-modellen welke taken uitvoeren en op welke locatie (lokaal, cloud of hybride).
- Bepaal welke gegevens het apparaat nooit mogen verlaten — definieer per werkstroom welke informatie gevoelig is en bind deze aan lokale verwerking.
- Audit de volledige datapijplijn — controleer niet alleen de inference, maar ook logging, synchronisatie, backup en permissies.
- Implementeer attestation en provenance-controles — verifieer dat het model dat draait ook het model is dat u bedoelde en waar het vandaan komt.
- Zet fail-closed beleid in — zorg dat mislukte privacycontroles leiden tot blokkering, niet tot fallback naar cloud.
- Definieer mediation-regels — leg vast welke acties het model mag uitvoeren en welke niet, onafhankelijk van waar het draait.
Hoe past dit in uw AVG-verantwoordelijkheden?
Dit is ook een AVG-vraag. Het gaat niet alleen om waar de inference plaatsvindt, maar om aantoonbaar beheer van de hele keten. Voor wie met vertrouwelijke of hoog-trust informatie werkt — zorg, recht, overheid — is dit geen keuze tussen lokaal en cloud, maar een ontwerp-beslissing die u expliciet moet documenteren en kunnen rechtvaardigen.
Hybride architecturen zijn de reële norm in 2026. Privacy-kritische en latency-gevoelige taken draaien on-device, terwijl complexe taken naar de cloud gaan. Maar applicaties kunnen nog steeds loggen, synchroniseren en delen via andere kanalen. Het patroon 'process local, learn global' — edge-apparaten verwerken gereguleerde data lokaal, terwijl de cloud dient voor geaggregeerde analytics — vereist een zero-trust-beleid dat cloud en edge in één governance-systeem vangt.
Wat kunnen tools voor u doen en wat niet?
Privacygerichte verificatielagen kunnen gevoelige documentwaarden vervangen door synthetische, sessiegebonden equivalenten voordat inhoud naar AI-modellen gaat. Architecturen die ontworpen zijn om alleen geanonimiseerde inhoud naar geselecteerde modellen te sturen, en die fail-closed werken — mislukt de privacycontrole, dan wordt het document niet doorgestuurd — maken controle mogelijk over wat een cloudmodel te zien krijgt. Maar geen tool garandeert correctheid of sluit hallucinaties uit. Het professionele eindoordeel blijft bij u.
Bronnen: Dit artikel is gebaseerd op berichtgeving en richtlijnen van arXiv, Microsoft Security, Vertu, IntelliSee en Ambient.
Geschreven door
Marit Halversen
Schrijft over AI-governance en regelgeving, met de nadruk op hoe verplichtingen neerslaan in architectuur in plaats van in papierwerk.