“Closing Panel: Spectre”
summary
Discussion covers concrete mitigations, tradeoffs and timelines: OS fixes and microcode updates (IBRS/IBPB), firmware interfaces on ARM, and compiler/runtime changes like retpoline and serializing fences that hurt benchmarks but patch attack vectors. Browsers and JITs are high risk—site-level processes leak via shared VMs unless site isolation or per-site processes are used. Cloud vendors roll fixes and customers must plan regular VM/kernel updates. Windows-style Virtualization-based Security and Credential Guard are examples of usable isolation.
AI-written summary · about
chapters (10)
- 0:00Introduction and ground rules
- 1:05Panelist introductions
- 3:42Performance impact of fixes
- 7:05Browser security challenges
- 11:50Spectre in cloud environments
- 14:41Fixing architectural failures
- 18:08Security in C++ and native code
- 25:46ARM, IBM, and microcode updates
- 30:56Isolation and cryptographic security
- 36:40Future hardware and conclusions
related talks
50mPractical Ghostbusting: Meltdown, Spectre and You
46mRethinking Architectures and Abstraction for a World Where Security Improvements Matter More than Performance Gains
30mSpectre, Meltdown, & Linux
25mThe Memory of a Meltdown
51mKeynote |The Microarchitectures That I Saw And The Ones That I Hope To One Day See
01h 01mTutorial: Side-Channel Attacks and Transient Execution Vulnerab...
52mSecuring The Unseen: Vulnerability Research In Confidential Computing
44mMake It Fixable
