aboutsummaryrefslogtreecommitdiff
path: root/lume/src/shitposts
diff options
context:
space:
mode:
authorXe Iaso <me@xeiaso.net>2024-04-08 10:28:42 -0400
committerXe Iaso <me@xeiaso.net>2024-04-08 10:28:42 -0400
commitba82d637e8dc65604f1cd10fe11381bc39179b8e (patch)
tree6bca13776024e92c304a3c326275bb6e678d41b2 /lume/src/shitposts
parentad3a417b0b73eaaa98491c17f3bc8c9f71474ac3 (diff)
downloadxesite-ba82d637e8dc65604f1cd10fe11381bc39179b8e.tar.xz
xesite-ba82d637e8dc65604f1cd10fe11381bc39179b8e.zip
CVE-2024-2511
Signed-off-by: Xe Iaso <me@xeiaso.net>
Diffstat (limited to 'lume/src/shitposts')
-rw-r--r--lume/src/shitposts/no-way-to-prevent-this/CVE-2024-2511.md20
1 files changed, 20 insertions, 0 deletions
diff --git a/lume/src/shitposts/no-way-to-prevent-this/CVE-2024-2511.md b/lume/src/shitposts/no-way-to-prevent-this/CVE-2024-2511.md
new file mode 100644
index 0000000..5787bf1
--- /dev/null
+++ b/lume/src/shitposts/no-way-to-prevent-this/CVE-2024-2511.md
@@ -0,0 +1,20 @@
+---
+title: '"No way to prevent this" say users of only language where this regularly happens'
+date: 2024-04-08
+series: "no-way-to-prevent-this"
+type: blog
+hero:
+ ai: "Photo by Andrea Piacquadio, source: Pexels"
+ file: sad-business-man
+ 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-2511](https://www.openssl.org/news/secadv/20240408.txt) for the project [OpenSSL](https://www.openssl.org/), site reliability workers
+and systems administrators scrambled to desperately rebuild and patch all their systems to fix a memory leak that allows for unbound growth when using a non-default TLSv1.3 configuration. 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 Lady Shanel Streich, 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
+write their code in a robust manner." At press time, users of the only programming language in the world where these vulnerabilities
+regularly happen once or twice per quarter for the last eight years were referring to themselves and their situation as "helpless."