···11---
22title: '"No way to prevent this" say users of only language where this regularly happens'
33-date: 2024-06-27
33+date: 2024-07-30
44series: "no-way-to-prevent-this"
55type: blog
66hero:
···99 prompt: A forlorn business man resting his head on a brown wall next to a window.
1010---
11111212-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
1313-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
1212+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
1313+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
1414written in C, the only programming language where these vulnerabilities regularly happen. "This was a terrible tragedy, but sometimes
1515-these things just happen and there's nothing anyone can do to stop them," said programmer Ms. Carrie Kuhn, echoing statements
1515+these things just happen and there's nothing anyone can do to stop them," said programmer Miss Josefina Terry, echoing statements
1616expressed by hundreds of thousands of programmers who use the only language where 90% of the world's memory safety vulnerabilities have
1717occurred in the last 50 years, and whose projects are 20 times more likely to have security vulnerabilities. "It's a shame, but what can
1818we do? There really isn't anything we can do to prevent memory safety vulnerabilities from happening if the programmer doesn't want to