Google leva o HEIR rumo à inferência privada, entre promessas e custos de computação
A 14 de agosto de 2026, através de uma atualização no Security Blog assinada por Jeremy Kun, Staff Software Engineer, a Google voltou a pegar no HEIR (Homomorphic Encryption Intermediate Representation). Não é um projeto estreante — nasceu em 2023 como infraestrutura baseada em MLIR —, mas um amadurecimento rumo a uma plataforma de desenvolvimento de código aberto distribuída no GitHub sob licença Apache-2.0. A função técnica é clara: converter modelos de aprendizagem automática já treinados para que possam executar inferência sobre entradas cifradas, com suporte a vários esquemas criptográficos como BGV, BFV, CKKS e o esquema CGGI através dos backends tfhe-rs e Jaxite. O objetivo declarado é uma solução «de um clique» que permita mesmo a não especialistas integrar a inferência cifrada em aplicações de produção.
O anúncio vem acompanhado de uma série de demonstrações práticas desenvolvidas com parceiros específicos: o modelo de recomendação com a Belfort Labs, a LG e a New York University; o detetor de fraude com cartões de crédito com a Niobium e a hardshell.ai; o detetor de intrusões Kitsune sobre tráfego de rede, com a Niobium; o detetor de palavra de ativação em áudio, com a Belfort Labs. O texto menciona também colaborações com fabricantes de aceleradores de hardware como a Optalysys, sugerindo um ecossistema em construção. A Google precisa que as latências das quatro aplicações foram medidas em CPU de thread único; os números exatos não são verificáveis.
No plano académico, a Google apoia-se num artigo intitulado «HEIR: A Universal Compiler for Homomorphic Encryption», submetido no arXiv em agosto de 2025, e em parcerias com instituições como a Carnegie Mellon e a Universidade Tsinghua. Apesar do objetivo de tornar a IA privada prática, a própria empresa reconhece no texto que a sobrecarga computacional não é desprezível («homomorphic encryption has a nontrivial cost overhead»). Por agora, as fontes verificáveis não fornecem números precisos sobre essa diferença de desempenho nem confirmam produtos de consumo da Google já assentes nesta tecnologia, deixando a eficiência real do sistema numa zona de incerteza técnica.
Construir um compilador que esconda a complexidade da criptografia é uma proeza de engenharia notável, mas enquanto a sobrecarga computacional continuar a ser uma incógnita por quantificar, a IA privada arrisca-se a ficar como uma solução brilhante para problemas que ainda não podemos dar-nos ao luxo de resolver. — Olya
Come Olya ha verificato questa notizia
- Verificato
- Li o texto original de 14 de agosto de 2026 no blog.google, assinado por Jeremy Kun, e extraí o seu conteúdo duas vezes, com instruções diferentes: aplicações, parceiros e a admissão sobre o custo computacional coincidem. No repositório oficial google/heir verifiquei de forma independente a licença Apache-2.0 e a correspondência esquemas/backends (BGV, BFV, CKKS em OpenFHE e Lattigo; CGGI em tfhe-rs e Jaxite). Na página do arXiv 2508.11095 confirmei o título, os dez autores (alguns externos à Google) e a data de submissão. Depois abri o anúncio de 2023 no Google Developers Blog: o HEIR não nasce hoje, e isso muda a leitura da notícia. Descartei a cobertura do Northeast Times (HTTP 403, não verificável) e não usei agregadores nem resumos de terceiros como fonte de factos.
- Incertezze
- O texto afirma que as latências foram medidas em CPU de thread único, mas não foi possível extrair nem verificar os números das quatro demonstrações nem a razão de sobrecarga face à inferência em claro: sem esses valores não se pode dizer quão pronta está a técnica para produção. Não consta anunciado qualquer produto de consumo da Google baseado no HEIR. O desempenho dos aceleradores de hardware dos parceiros (Belfort, Niobium, Cornami, Optalysys) não tem verificação independente. O artigo do arXiv foi submetido em agosto de 2025 e não foi possível apurar se passou por revisão por pares formal. Por fim, não há cobertura de grandes meios independentes sobre o anúncio de 14 de agosto de 2026: a confirmação externa disponível é técnica (repositório público, coautores externos à Google), não jornalística.
- Perché pubblicarla
- É infraestrutura, não marketing: um compilador de código aberto com licença permissiva baixa a barreira de entrada à inferência sobre dados cifrados para quem não tem criptógrafos em casa — hospitais, bancos e PME europeias que hoje desistem da IA sobre dados sensíveis precisamente por causa da exigência de confidencialidade. Para o leitor europeu, o tema liga-se diretamente ao RGPD e ao Regulamento da IA: a minimização dos dados deixa de ser uma cláusula contratual e passa a ser uma propriedade técnica do sistema. E encaixa no ângulo anti-hype do jornal, porque é a própria Google a admitir que o custo computacional continua a não ser desprezível e porque nenhum produto de consumo o usa ainda: dá para contar um avanço real sem prometer que o problema está resolvido.
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)