Lokaal of cloud: waarom AI-privacy in 2026 een ontwerpvraag wordt

U moet kunnen aantonen welke AI-taken waar draaien, welke gevoelige data elk systeem aanraakt, en welke controlelagen daar aantoonbaar bovenop liggen. Dit is niet langer een vertrouwensvraag, maar een architectuurbeslissing die u moet kunnen verantwoorden.

De aanleiding is een analyse van 6 augustus 2026 van lokale versus cloud AI-architectuur en privacyverificatie, die betoogt dat de oude tegenstelling tussen veilige lokale AI en riskante cloud-modellen achterhaald is. Een concreet voorbeeld is Apples WWDC 2026-presentatie, waarin een hybride stack wordt beschreven: eenvoudige taken draaien lokaal, complexere verzoeken gaan naar een vertrouwelijke cloudlaag met verificatiemogelijkheden. In onze beoordeling betekent dit dat u niet meer kunt volstaan met de aanname dat 'lokaal = veilig'. U moet in plaats daarvan per workflow kunnen uitleggen: welke data mag het apparaat verlaten, welke controles liggen daar bovenop, en hoe stelt u vast dat die controles werken.

Waarom lokale verwerking niet automatisch veiliger is

De aanname dat AI-modellen op het apparaat altijd veiliger zijn dan cloud-oplossingen gaat voorbij aan hoe moderne besturingssystemen werken. Een lokaal draaiend model betekent niet dat gevoelige informatie het apparaat nooit verlaat. Permissies, telemetrie, extensies en agenten bepalen mee welke data alsnog worden doorgestuurd. Voor organisaties die met vertrouwelijke documenten werken, roept dat concrete vragen op: welke applicaties en agents hebben toegang tot welke bestanden, welke logs worden lokaal bewaard, en hoe worden die bevoegdheden aangestuurd onder regelgeving als de AVG en de EU AI Act.

Lokale AI-deployments hebben hun eigen risico's. Modelgewichtbestanden moeten worden geverifieerd, RAG-databases moeten worden beveiligd, en lokale logging moet worden versleuteld. Zonder expliciete beveiligings- en compliancearchitectuur is lokale verwerking geen risicoloos alternatief.

Welke risico's gelden voor beide architecturen?

• Ongecontroleerde datastroom — informatie die via permissies, telemetrie of extensies het apparaat verlaat zonder dat dit aantoonbaar onder controle staat.
• Onverifieerde modelbestanden — gewichtbestanden die niet zijn gecontroleerd op integriteit of ongewenste inhoud.
• Logging zonder versleuteling — prompts en outputs die lokaal of in de cloud onversleuteld worden opgeslagen.
• Bevoegdheden zonder audit — agents en applicaties die toegang hebben tot gevoelige documenten zonder dat dit wordt vastgelegd.
• Stateful cloud-verwerking — verzoeken die in de cloud worden opgeslagen of gebruikt voor doeleinden buiten de huidige taak.

Hoe bouw je een verificeerbare architectuur?

De praktische conclusie is taak-gebaseerde routing. Eenvoudige, contextarme taken kunnen lokaal draaien. Complexe, contextrijke taken gaan via een vertrouwelijke cloudlaag met sterke verificatie en logging. Wie zulke inference inkoopt of bouwt, moet concreet kunnen uitvragen: is de omgeving stateless, welke opslagbeperkingen gelden, welke verificatiemogelijkheden zijn er, en is er een onafhankelijke security-audit?

1. Definieer per workflow welke data waar mag draaien — documenteer welke taken lokaal kunnen blijven en welke naar cloud moeten gaan, met de reden per keuze.
2. Verifieer modelbestanden voordat ze worden geladen — controleer integriteit en herkomst van alle gewichtbestanden en afhankelijkheden.
3. Versleutel alle logging van prompts en outputs — zorg dat audit-trails niet onversleuteld kunnen worden gelezen of geëxporteerd.
4. Definieer en log applicatiebevoegdheden expliciet — maak zichtbaar welke agents en apps toegang hebben tot welke documenten en waarom.
5. Eis stateless cloud-verwerking met verificatie — zorg dat verzoeken niet worden opgeslagen en dat onafhankelijke onderzoekers de privacyclaims kunnen controleren.

Wat verandert in de praktijk?

De ontwikkelingen van 2026 verschuiven de discussie van ideologie naar ontwerp. De vraag is niet meer of je lokaal of cloud vertrouwt, maar of je architectuur laat zien wat er met vertrouwelijke informatie gebeurt. Zowel Apples hybride stack als academisch onderzoek en praktijkgidsen komen uit bij dezelfde conclusie: verifieerbaarheid is het centrale criterium. Een verificatielaag kan u helpen zichtbaar te maken welke inhoud het apparaat mag verlaten en waar controles falen. Maar geen tooling kan het professionele eindoordeel vervangen. U blijft verantwoordelijk voor de keuze welke taken waar draaien en welke controles daarvoor nodig zijn.