Een spamfilter dat je mail leest. Een aanbevelingssysteem dat je kijkgedrag kent. Een fraudedetector die je transacties ziet. Bij vrijwel elke handige functie ruil je een stukje inzage in tegen gemak, en dat is precies de ruil die homomorfe encryptie wil doorbreken: rekenen op gegevens die versleuteld blijven.
Op 14 augustus publiceerde Google HEIR, een open source compiler die die belofte een stuk dichterbij brengt. Staff software engineer Jeremy Kun beschrijft het als de nieuwste toevoeging aan Googles Private Computing Toolkit.
Wat HEIR doet
HEIR is de afkorting van Homomorphic Encryption Intermediate Representation. Kort gezegd: je geeft het een getraind AI-model dat op gewone, leesbare data werkt, en je krijgt een versie terug die op versleutelde invoer werkt. De server rekent op cijfertekst, geeft een versleuteld antwoord terug, en pas op jouw apparaat wordt dat leesbaar.
Dat handmatig doen kan al jaren, maar het vergt volgens Google een team cryptografen per toepassing. Dat is de reden dat de techniek buiten labs en een paar grote bedrijven nauwelijks landt. HEIR probeert die drempel weg te halen, met als uitgesproken doel dat een ontwikkelaar zonder cryptografie-achtergrond het straks met één klik inschakelt.
Beginner-tipVersleuteling die je kent (WhatsApp, je bankomgeving) beschermt data tijdens het transport. Bij homomorfe encryptie blijft de data óók versleuteld tijdens het rekenen zelf. De server voert de som uit zonder ooit te zien welke getallen erin gaan.
Vier demo’s, en wat ze verzwijgen
Google liet het niet bij een aankondiging maar publiceerde vier werkende toepassingen, elk met broncode:
- Een aanbevelingsmodel (samen met Belfort Labs, LG en New York University) dat contentsuggesties doet zonder de kenmerken van de gebruiker te kunnen inzien.
- Een creditcardfraudedetector, gebouwd met Niobium en hardshell.ai.
- Kitsune, een systeem dat afwijkend netwerkverkeer herkent zonder dat de dienstverlener de inhoud van de pakketjes ziet.
- Een hotword-detector die het activeerwoord van een spraakassistent herkent terwijl de audio versleuteld blijft.
Die laatste is het meest voorstelbaar voor thuis. Een slimme speaker die pas iets doorstuurt als je het activeerwoord zegt, maar zelfs die controle uitvoert op versleutelde audio, is precies het soort apparaat waar veel mensen nu huiverig voor zijn.
De cijfers waarmee Google de demo’s presenteert komen van één CPU-kern. Dat is netjes en eerlijk, en tegelijk de bescheidenste meetlat die er is. Google werkt samen met vier makers van versnellerhardware — Belfort, Niobium, Cornami en Optalysys — en kondigt aan de snelheidswinst daarvan “binnenkort” te laten zien. Tot die getallen op tafel liggen, blijft het antwoord op de enige vraag die er commercieel toe doet, hoeveel dit kost per verzoek, gewoon onbekend.
Waarom dit voor jou uitmaakt
De sectoren waar Google op mikt zijn de sectoren waar je gegevens het gevoeligst liggen: zorg en financiën. Daar botsen twee dingen op elkaar. Ziekenhuizen willen samen betere modellen bouwen maar mogen elkaars patiëntdossiers niet zien; banken willen fraudepatronen over instellingen heen herkennen zonder klantgegevens te delen. Dat soort samenwerkingen sneuvelt nu meestal op de juridische fase.
Als versleuteld rekenen betaalbaar wordt, verschuift die discussie van “mogen we dit delen” naar “wat kost het”. Google zegt dat zelf ook zo: de kostenoverhead van homomorfe encryptie is er nog steeds, maar hij daalt snel, en daarmee wordt privacy een rekensom in plaats van een blokkade.
Eén ding verandert er juridisch niet. Versleutelde persoonsgegevens blijven persoonsgegevens zolang er ergens een sleutel is die ze herleidbaar maakt. Wie hoopte dat dit een route om de AVG heen is, komt bedrogen uit. Wat het wél doet, is het risico bij de verwerkende partij bijna wegnemen: bij een inbraak op hun servers ligt er cijfertekst.
Wat je hiermee kunt
Voor de meeste lezers is dit nog geen knop om om te zetten. Wel is het een goede graadmeter voor wat je de komende jaren van een dienst mag verwachten. Als een aanbieder in 2027 nog steeds zegt dat hij je data móét kunnen lezen om een functie te leveren, is dat vanaf nu een keuze en geen natuurwet.
Bouw je zelf iets met gevoelige data, dan is HEIR het proberen waard voor kleine, afgebakende taken: een classificatie, een matchvraag, een fraudescore. De broncode van de vier demo’s staat open, en dat is meteen de eerlijkste test — draai er je eigen model doorheen en kijk wat de latentie doet.
