3 ms·
I hope (perhaps naively) that CPU vendors will wake up, model all side channel data flows and prevent information leakage or provide features for software to us
by vardump 7y ago
I hope (perhaps naively) that CPU vendors will wake up, model all side channel data flows and prevent information leakage or provide features for software to use to do so.
CPU features like software controlled cache compartmentalization could also help, preventing cache related side channel leaks.
> The same comes when you allow random untrusted code be JITed or even ran as is with WASM.
If it's single threaded and WASM "syscall" interface doesn't provide anything that can be used as a clock, I don't see there's much to exploit — as long as each syscall interface itself is secure against direct and side channel attacks.
> ...remove JIT compilation of untrusted code.
You could probably still be able to exploit these issues, just somewhat slower. Also interpreters need to access memory, and those patterns are highly predictable.
- nikanj 7y agoWaking up and realizing the holes need to be plugged is only the first step on the very long path to actually not having any holes. As evidenced by the struggles of browser developers, making a solid sandbox is -hard-. They've been trying to make JS secure and sidechannel free for a good part of 15 years now, and there are still issues found every quarter.