Re:CacheOut: Leaking Data on Intel CPUs via Cache Evictions
by FisDugthop on Monday January 27, 2020 @04:01PM
(#22163730)
By your own numbers, this could translate to a 30-second AES key exfiltration in the cloud. This isn't a non-issue, even if you personally aren't affected.
[ Parent
| on HN ]
Re:CacheOut: Leaking Data on Intel CPUs via Cache Evictions
by jnordwick on Monday January 27, 2020 @04:51PM
(#22164209)
you have to find the address first, which is a lot of rummaging around. you aren't just handed it. that is going to quite a bit, especially the program build any security measures in (eg, allocate at a random address). good luck with that.
Re:CacheOut: Leaking Data on Intel CPUs via Cache Evictions
by DoctorOetker on Tuesday January 28, 2020 @11:18AM
(#22170758)
it's easy to say vulnerabilities don't matter... when responsible disclosure results in fixes for those specific relevant systems for which actual executable Proof of Concepts were designed. The authors have the skill and knowhow to do this for new systems, and the surrounding knowhow and skills are not gained by merely reading the whitepaper that focusses on the exact nature of the side-channel. Similarily a paper from the field of say physics, will not hold your hand by having a huge appendix filled with the physics courses, exercises, ... the authors enjoyed as a student...
Re:CacheOut: Leaking Data on Intel CPUs via Cache Evictions
by sitkack on Monday January 27, 2020 @08:04PM
(#22165468)
Spread the key over a whole page with fec, implement the key recovery using non saved registers. Would be nice to avoid pre-emption and avoid leaking regs to ram. Perhaps last step could use avx to run a permutation.