3 ms·
From reading that blog post it is not clear to me if their wrapping code existed prior to the discovery of the heartbleed bug: The post summary says: Akamai pa
by gphilip 13y ago
From reading that blog post it is not clear to me if their wrapping code existed prior to the discovery of the heartbleed bug: The post summary says:
Akamai patched the announced Heartbleed vulnerability prior to its public announcement. We, like all users of OpenSSL, could have exposed passwords or session cookies transiting our network from August 2012 through 4 April 2014. Our custom memory allocator protected against nearly every circumstance by which Heartbleed could have leaked SSL keys.
So: did the custom memory allocator exist already in August 2012? From reading the post this looks to be the case. Could it be that someone at Akamai took a look at the heartbeat (or other OpenSSL) code, decided that it could lead to memory leaks, and wrote their own memory allocator wrapper code to guard against this?
Edit: SSL -> OpenSSL
- computer 13y agoHow I read it is that this code already protected their private key, but the Heartbleed bug still disclosed other private details (such as submitted user data).
- alexkus 13y agoFrom the original post: > This patch is a variant of what we've been using to help protect customer keys for a decade. So it protects keys against heartbleed, but not other HTTP related data (urls, cookies, headers, etc).
- Dylan16807 13y agoKeys are not passwords and session cookies.
- yukichan 13y agoAkamai's patch is older than the heartbleed issue in OpenSSL so it wasn't a response to heartbleed, and they were still vulnerable for non-key data.