Skip to content

Commit

Permalink
Browse files Browse the repository at this point in the history
Signed-off-by: Xe Iaso <[email protected]>
  • Loading branch information
Xe committed Jul 30, 2024
1 parent 0b582f9 commit 98c6a71
Showing 1 changed file with 4 additions and 4 deletions.
8 changes: 4 additions & 4 deletions lume/src/shitposts/no-way-to-prevent-this/CVE-2024-5535.md
Original file line number Diff line number Diff line change
@@ -1,6 +1,6 @@
---
title: '"No way to prevent this" say users of only language where this regularly happens'
date: 2024-06-27
date: 2024-07-30
series: "no-way-to-prevent-this"
type: blog
hero:
Expand All @@ -9,10 +9,10 @@ hero:
prompt: A forlorn business man resting his head on a brown wall next to a window.
---

In the hours following the release of [CVE-2024-5535](https://jbp.io/2024/06/27/cve-2024-5535-openssl-memory-safety.html) for the project [OpenSSL](https://openssl.org/), site reliability workers
and systems administrators scrambled to desperately rebuild and patch all their systems to fix NPN (the precursor to ALPN) in OpenSSL 1.0.x, 1.1.x, and 3.x leaking 255 bytes of client heap to the server with every write. This is due to the affected components being
In the hours following the release of [CVE-2024-5535](https://jbp.io/2024/06/27/cve-2024-5535-openssl-memory-safety.html) for the project [OpenSSL](https://openssl-library.org/), site reliability workers
and systems administrators scrambled to desperately rebuild and patch all their systems to fix a memory safety vulnerability allowing 255 bytes of the client's heap to be sent to the server when using Next-Protocol-Notifications (commonly used for HTTP/2 connections). This vulnerability has existed since 2011. This is due to the affected components being
written in C, the only programming language where these vulnerabilities regularly happen. "This was a terrible tragedy, but sometimes
these things just happen and there's nothing anyone can do to stop them," said programmer Ms. Carrie Kuhn, echoing statements
these things just happen and there's nothing anyone can do to stop them," said programmer Miss Josefina Terry, echoing statements
expressed by hundreds of thousands of programmers who use the only language where 90% of the world's memory safety vulnerabilities have
occurred in the last 50 years, and whose projects are 20 times more likely to have security vulnerabilities. "It's a shame, but what can
we do? There really isn't anything we can do to prevent memory safety vulnerabilities from happening if the programmer doesn't want to
Expand Down

0 comments on commit 98c6a71

Please sign in to comment.