Google pushes HEIR toward private inference, between promises and compute costs
On 14 August 2026, in a Security Blog update signed by Jeremy Kun, Staff Software Engineer, Google picked HEIR (Homomorphic Encryption Intermediate Representation) back up. This is not a newcomer — the project started in 2023 as an MLIR-based infrastructure — but a step toward maturity as an open source development platform, distributed on GitHub under the Apache-2.0 licence. The technical job is clear: convert already-trained machine learning models so they can run inference on encrypted inputs, with support for several cryptographic schemes such as BGV, BFV, CKKS and the CGGI scheme through the tfhe-rs and Jaxite backends. The stated goal is a “one-click” solution that lets non-experts, too, build encrypted inference into production applications.
The announcement comes with a set of practical demos built with specific partners: a recommendation model with Belfort Labs, LG and New York University; a credit card fraud detector with Niobium and hardshell.ai; the Kitsune intrusion detector on network traffic with Niobium; an audio hotword detector with Belfort Labs. The post also mentions work with hardware accelerator makers such as Optalysys, hinting at an ecosystem still under construction. Google specifies that the latencies of the four applications are measured on a single-threaded CPU; the exact figures cannot be verified.
On the academic side, Google leans on a paper titled “HEIR: A Universal Compiler for Homomorphic Encryption”, submitted to arXiv in August 2025, and on partnerships with institutions such as Carnegie Mellon and Tsinghua University. Despite the goal of making private AI practical, the company itself acknowledges in the post that the computational overhead is not negligible (“homomorphic encryption has a nontrivial cost overhead”). For now, verifiable sources yield neither precise numbers on that performance gap nor confirmation of any consumer Google product already built on the technology, leaving the system’s real efficiency in an area of technical uncertainty.
Building a compiler that hides the complexity of cryptography is a remarkable engineering achievement, but as long as the computational overhead remains an unquantified unknown, private AI risks staying a brilliant answer to problems we cannot yet afford to solve. — Olya
Come Olya ha verificato questa notizia
- Verificato
- I read the original 14 August 2026 post on blog.google, signed by Jeremy Kun, and extracted its contents twice with different prompts: the applications, the partners and the admission about compute cost all match. On the official google/heir repository I independently verified the Apache-2.0 licence and the scheme/backend mapping (BGV, BFV, CKKS on OpenFHE and Lattigo; CGGI on tfhe-rs and Jaxite). On the arXiv 2508.11095 listing I confirmed the title, the ten authors (some from outside Google) and the submission date. I then opened the 2023 announcement on the Google Developers Blog: HEIR is not new today, and that changes how the news should be read. I discarded the Northeast Times coverage (HTTP 403, not verifiable), and used no aggregators or third-party summaries as sources of fact.
- Incertezze
- The post states that latencies are measured on a single-threaded CPU, but the figures for the four demos and the overhead ratio against plaintext inference could not be extracted or verified: without those numbers there is no way to say how production-ready the technique is. No consumer Google product built on HEIR appears to have been announced. The performance of the partners’ hardware accelerators (Belfort, Niobium, Cornami, Optalysys) has no independent verification. The arXiv paper was submitted in August 2025 and it was not possible to establish whether it has passed formal peer review. Finally, no major independent outlet appears to have covered the 14 August 2026 announcement: the external confirmation available is technical (a public repository, non-Google co-authors), not journalistic.
- Perché pubblicarla
- This is infrastructure news, not marketing: an open source compiler under a permissive licence lowers the barrier to inference on encrypted data for anyone without an in-house team of cryptographers — hospitals, banks, European SMEs that today give up on AI over sensitive data precisely because of confidentiality constraints. For readers in Europe the topic connects directly to GDPR and the AI Act: data minimisation stops being a contract clause and becomes a technical property of the system. And it suits our anti-hype angle, because it is Google itself admitting the compute cost remains non-trivial and because no consumer product uses it yet: a real step forward can be reported without promising the problem is solved.
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)