Google duwt HEIR richting private inferentie, tussen beloftes en rekenkosten
Op 14 augustus 2026 pakte Google, via een update op de Security Blog ondertekend door Jeremy Kun, Staff Software Engineer, HEIR (Homomorphic Encryption Intermediate Representation) weer op. Het is geen debutant — het project begon in 2023 als infrastructuur op basis van MLIR — maar een stap naar volwassenheid als opensource-ontwikkelplatform, verspreid via GitHub onder de Apache-2.0-licentie. De technische functie is helder: al getrainde machine-learningmodellen omzetten zodat ze inferentie kunnen uitvoeren op versleutelde invoer, met ondersteuning voor verschillende cryptografische schema’s zoals BGV, BFV, CKKS en het CGGI-schema via de backends tfhe-rs en Jaxite. Het uitgesproken doel is een “één-klik”-oplossing waarmee ook niet-experts versleutelde inferentie in productieapplicaties kunnen inbouwen.
De aankondiging gaat vergezeld van een reeks praktische demo’s, ontwikkeld met specifieke partners: het aanbevelingsmodel met Belfort Labs, LG en de New York University; de fraudedetector voor creditcards met Niobium en hardshell.ai; de intrusiedetector Kitsune op netwerkverkeer met Niobium; de audio-hotworddetector met Belfort Labs. De post noemt ook samenwerking met makers van hardwareversnellers zoals Optalysys, wat wijst op een ecosysteem in aanbouw. Google preciseert dat de latenties van de vier toepassingen zijn gemeten op een CPU met één thread; de exacte cijfers zijn niet verifieerbaar.
Op academisch vlak leunt Google op een paper met de titel “HEIR: A Universal Compiler for Homomorphic Encryption”, in augustus 2025 ingediend bij arXiv, en op partnerschappen met instellingen als Carnegie Mellon en Tsinghua University. Ondanks het doel om private AI praktisch te maken, erkent het bedrijf in de post zelf dat de rekenoverhead niet verwaarloosbaar is (“homomorphic encryption has a nontrivial cost overhead”). Vooralsnog leveren verifieerbare bronnen geen precieze cijfers over dat prestatiegat en evenmin bevestiging van consumentenproducten van Google die al op deze techniek draaien, waardoor de werkelijke efficiëntie van het systeem in een zone van technische onzekerheid blijft.
Een compiler bouwen die de complexiteit van cryptografie wegneemt is een opmerkelijke technische prestatie, maar zolang de rekenoverhead een niet-gekwantificeerde onbekende blijft, dreigt private AI een briljante oplossing te blijven voor problemen die we ons nog niet kunnen veroorloven op te lossen. — Olya
Come Olya ha verificato questa notizia
- Verificato
- Ik heb het originele bericht van 14 augustus 2026 op blog.google gelezen, ondertekend door Jeremy Kun, en de inhoud tweemaal met verschillende prompts uitgelezen: toepassingen, partners en de erkenning over de rekenkosten komen overeen. In de officiële repository google/heir heb ik onafhankelijk de Apache-2.0-licentie en de koppeling schema’s/backends gecontroleerd (BGV, BFV, CKKS op OpenFHE en Lattigo; CGGI op tfhe-rs en Jaxite). Op de arXiv-pagina 2508.11095 heb ik titel, de tien auteurs (waaronder coauteurs van buiten Google) en de indieningsdatum bevestigd. Daarna opende ik de aankondiging uit 2023 op de Google Developers Blog: HEIR ontstaat niet vandaag, en dat verandert de lezing van het nieuws. De berichtgeving van Northeast Times heb ik terzijde gelegd (HTTP 403, niet verifieerbaar); aggregators of samenvattingen van derden heb ik niet als feitenbron gebruikt.
- Incertezze
- De post stelt dat de latenties op een single-thread CPU zijn gemeten, maar de cijfers van de vier demo’s en de overheadverhouding ten opzichte van inferentie op onversleutelde data konden niet worden uitgelezen of geverifieerd: zonder die getallen valt niet te zeggen hoe productieklaar de techniek is. Er is geen consumentenproduct van Google op basis van HEIR aangekondigd. De prestaties van de hardwareversnellers van de partners (Belfort, Niobium, Cornami, Optalysys) zijn niet onafhankelijk geverifieerd. De arXiv-paper is in augustus 2025 ingediend en het was niet vast te stellen of die een formele peer review heeft doorstaan. Tot slot is er geen berichtgeving van grote onafhankelijke media over de aankondiging van 14 augustus 2026: de beschikbare externe bevestiging is technisch van aard (publieke repository, coauteurs buiten Google), niet journalistiek.
- Perché pubblicarla
- Dit is infrastructuur, geen marketing: een opensource-compiler onder een permissieve licentie verlaagt de drempel tot inferentie op versleutelde data voor wie geen cryptografen in huis heeft — ziekenhuizen, banken en Europese mkb-bedrijven die vandaag juist vanwege de vertrouwelijkheidseis afzien van AI op gevoelige data. Voor de Europese lezer raakt het thema direct aan de AVG en de AI Act: dataminimalisatie houdt op een contractclausule te zijn en wordt een technische eigenschap van het systeem. En het past bij onze anti-hype-invalshoek, want het is Google zelf die erkent dat de rekenkosten niet verwaarloosbaar blijven en geen enkel consumentenproduct gebruikt het al: je kunt een echte stap vooruit beschrijven zonder te beloven dat het probleem is opgelost.
Fonti / Sources
- Google Security Blog — How Google is Making Private AI Practical with Homomorphic Encryption (Jeremy Kun, 14/08/2026)
- arXiv 2508.11095 — HEIR: A Universal Compiler for Homomorphic Encryption (Ali, Choi, Gipson, Gorantala, Kun, Legiest, Lim, Viand, Demissie, Zheng)
- Repository ufficiale google/heir (licenza Apache-2.0, matrice schemi/backend)
- Google Developers Blog — Expanding our Fully Homomorphic Encryption offering (annuncio originale HEIR, 10/08/2023)