Automatically eliminating speculative leaks from cryptographic code with blade

We introduce Blade, a new approach to automatically and efficiently eliminate speculative leaks from cryptographic code. Blade is built on the insight that to stop leaks via speculative execution, it suffices to cut the dataflow from expressions that speculatively introduce secrets ( sources ) to th...

Full description

Saved in:
Bibliographic Details
Published inProceedings of ACM on programming languages Vol. 5; no. POPL; pp. 1 - 30
Main Authors Vassena, Marco, Disselkoen, Craig, Gleissenthall, Klaus von, Cauligi, Sunjay, Kıcı, Rami Gökhan, Jhala, Ranjit, Tullsen, Dean, Stefan, Deian
Format Journal Article
LanguageEnglish
Published 01.01.2021
Online AccessGet full text
ISSN2475-1421
2475-1421
DOI10.1145/3434330

Cover

Loading…
More Information
Summary:We introduce Blade, a new approach to automatically and efficiently eliminate speculative leaks from cryptographic code. Blade is built on the insight that to stop leaks via speculative execution, it suffices to cut the dataflow from expressions that speculatively introduce secrets ( sources ) to those that leak them through the cache ( sinks ), rather than prohibit speculation altogether. We formalize this insight in a static type system that (1) types each expression as either transient , i.e., possibly containing speculative secrets or as being stable , and (2) prohibits speculative leaks by requiring that all sink expressions are stable. Blade relies on a new abstract primitive, protect , to halt speculation at fine granularity. We formalize and implement protect using existing architectural mechanisms, and show how Blade’s type system can automatically synthesize a minimal number of protect s to provably eliminate speculative leaks. We implement Blade in the Cranelift WebAssembly compiler and evaluate our approach by repairing several verified, yet vulnerable WebAssembly implementations of cryptographic primitives. We find that Blade can fix existing programs that leak via speculation automatically , without user intervention, and efficiently even when using fences to implement protect .
ISSN:2475-1421
2475-1421
DOI:10.1145/3434330