> Safe and fast crypto implementations from Google's BoringSSL
I'm a little confused, is this a wrapper on BoringSSL?
I'm a little confused, is this a wrapper on BoringSSL?
Most memory safety problems in TLS implementations come from the higher-level protocol code, not the implementations of the raw crypto primitives. In fact, the latter benefit from being written in as low-level of a style as possible to mitigate timing attacks.
Edit: Brian Smith has an authoritative comment here: https://www.reddit.com/r/rust/comments/89aiyw/mesalink_a_mem...