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
[ Parent
| on HN ]
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).