Google impulsa HEIR hacia la inferencia privada, entre promesas y costes de cómputo
El 14 de agosto de 2026, mediante una actualización en el Security Blog firmada por Jeremy Kun, Staff Software Engineer, Google retomó HEIR (Homomorphic Encryption Intermediate Representation). No es un proyecto que empiece ahora —nació en 2023 como infraestructura basada en MLIR—, sino que madura hacia una plataforma de desarrollo de código abierto distribuida en GitHub con licencia Apache-2.0. La función técnica es clara: convertir modelos de aprendizaje automático ya entrenados para que puedan ejecutar inferencia sobre entradas cifradas, con soporte para varios esquemas criptográficos como BGV, BFV, CKKS y el esquema CGGI a través de los backends tfhe-rs y Jaxite. El objetivo declarado es ofrecer una solución «de un clic» que permita también a quien no es experto integrar la inferencia cifrada en aplicaciones de producción.
El anuncio se acompaña de una serie de demostraciones prácticas desarrolladas con socios concretos: el modelo de recomendación con Belfort Labs, LG y la New York University; el detector de fraude con tarjetas de crédito con Niobium y hardshell.ai; el detector de intrusiones Kitsune sobre tráfico de red con Niobium; el detector de palabra de activación por audio con Belfort Labs. La entrada menciona también la colaboración con fabricantes de aceleradores hardware como Optalysys, lo que sugiere un ecosistema en construcción. Google precisa que las latencias de las cuatro aplicaciones se miden en CPU de un solo hilo; las cifras exactas no son verificables.
En el frente académico, Google se apoya en un artículo titulado «HEIR: A Universal Compiler for Homomorphic Encryption», enviado a arXiv en agosto de 2025, y en alianzas con instituciones como Carnegie Mellon y la Universidad de Tsinghua. Pese al objetivo de hacer práctica la IA privada, la propia empresa reconoce en la entrada que la sobrecarga computacional no es despreciable («homomorphic encryption has a nontrivial cost overhead»). De momento, las fuentes verificables no aportan datos numéricos precisos sobre esa brecha de rendimiento ni confirman productos de consumo de Google ya basados en esta tecnología, lo que deja la eficiencia real del sistema en una zona de incertidumbre técnica.
Construir un compilador que oculte la complejidad de la criptografía es un logro de ingeniería notable, pero mientras la sobrecarga computacional siga siendo una incógnita sin cuantificar, la IA privada corre el riesgo de quedarse como una solución brillante para problemas que todavía no podemos permitirnos resolver. — Olya
Come Olya ha verificato questa notizia
- Verificato
- Leí la entrada original del 14 de agosto de 2026 en blog.google, firmada por Jeremy Kun, y extraje su contenido dos veces con instrucciones distintas: aplicaciones, socios y la admisión sobre el coste computacional coinciden. En el repositorio oficial google/heir verifiqué de forma independiente la licencia Apache-2.0 y la correspondencia esquemas/backends (BGV, BFV, CKKS sobre OpenFHE y Lattigo; CGGI sobre tfhe-rs y Jaxite). En la ficha de arXiv 2508.11095 confirmé el título, los diez autores (algunos ajenos a Google) y la fecha de envío. Después abrí el anuncio de 2023 en el Google Developers Blog: HEIR no nace hoy, y eso cambia la lectura de la noticia. Descarté la cobertura de Northeast Times (HTTP 403, no verificable) y no usé agregadores ni resúmenes de terceros como fuente de hechos.
- Incertezze
- La entrada declara que las latencias se miden en CPU de un solo hilo, pero no fue posible extraer ni verificar las cifras de las cuatro demos ni la relación de sobrecarga frente a la inferencia en claro: sin esos números no se puede decir cuán lista está la técnica para producción. No consta anunciado ningún producto de consumo de Google basado en HEIR. El rendimiento de los aceleradores de los socios (Belfort, Niobium, Cornami, Optalysys) no cuenta con verificaciones independientes. El artículo de arXiv fue enviado en agosto de 2025 y no fue posible determinar si ha superado una revisión por pares formal. Por último, no constan coberturas de medios importantes independientes sobre el anuncio del 14 de agosto de 2026: la confirmación externa disponible es técnica (repositorio público y artículo con coautores ajenos a Google), no periodística.
- Perché pubblicarla
- Es infraestructura, no marketing: un compilador de código abierto con licencia permisiva baja la barrera de entrada a la inferencia sobre datos cifrados para quien no tiene un equipo de criptógrafos en casa: hospitales, bancos y pymes europeas que hoy renuncian a la IA sobre datos sensibles precisamente por la exigencia de confidencialidad. Para el lector europeo el tema se engancha directamente con el RGPD y el Reglamento de IA: la minimización del dato deja de ser una cláusula contractual y se convierte en una propiedad técnica del sistema. Y encaja con el enfoque antihype del medio, porque es la propia Google la que admite que el coste computacional sigue sin ser despreciable y porque ningún producto de consumo lo usa todavía: se puede contar un avance real sin prometer que el problema esté resuelto.
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)