Re:Google’s Fully Homomorphic Encryption Compiler – A Primer
by j2kun on Monday February 13, 2023 @10:15PM
(#34784794)
I probably should have added: the backends used in the post are 3-ish years old and missing some of the latest features. We're working on integrating newer backends and taking advantage of the new techniques! The performance story is better than it seems from my article. Plus this doesn't have any hardware acceleration, another big topic on my agenda :)
[ Parent
| on HN ]
Re:Google’s Fully Homomorphic Encryption Compiler – A Primer
by aliqot on Monday February 13, 2023 @11:05PM
(#34785143)
Hey no need to justify it here, this is really cool! The first few runs are always slow and ready for optimization. I am very optimistic for what this tech may do for medical records and similar industries.
Re:Google’s Fully Homomorphic Encryption Compiler – A Primer
by fnordpiglet on Monday February 13, 2023 @11:19PM
(#34785240)
Yeah I’ve always wondered if FHE would benefit from asic level acceleration, or at least FPGA
Re:Google’s Fully Homomorphic Encryption Compiler – A Primer
by DesiLurker on Tuesday February 14, 2023 @02:44PM
(#34794859)
If you are going to do an asic (w/o data going to memory IO) then why not use regular encryption with codec on the SoC itself (like DRM content). that works just fine. IMO the main value here would be trust between unknown parties over untrusted medium.
Re:Google’s Fully Homomorphic Encryption Compiler – A Primer
by fnordpiglet on Tuesday February 14, 2023 @10:22PM
(#34799680)
The typical perceived use case is FHE in cloud providers providing highly sensitive compute in a multi tenant platform. In something like that full on hardware acceleration is key
Re:Google’s Fully Homomorphic Encryption Compiler – A Primer
by DesiLurker on Wednesday February 15, 2023 @08:02PM
(#34813488)
just noticed the response..
Not really, even in those cases you need to understand that bits in memory (ie.. everything past (&including) the SoC's IO pins would never see the data unencrypted. any decryption is handled within working cache on soc with secure context (typically on a secure OS vm). I dont see why a bunch of compute code wont work there. in fact you could go a step further and encrypt compute instructions too. then assuming you know what you are doing and dont crash the compute node will have no idea what ops you are actually doing on what data.
btw thats how DRM works (sans the last part).
Re:Google’s Fully Homomorphic Encryption Compiler – A Primer
by fnordpiglet on Monday February 13, 2023 @11:35PM
(#34785339)
Great article btw