Top
Best
New

Posted by saikatsg 7 hours ago

We have a year to fix security everywhere(jyn.dev)
252 points | 238 commentspage 4
chris_wot 5 hours ago|
More tired “don’t use C or C++” advise.
mark_something 4 hours ago|
I wonder why C and C++ are usually regarded as equally insecure. In C you need to carefully check that you free allocated memory, and that you don't use it after you free it. In C++ this is automated by using classes like std::string and std::vector, once they go out of scope their memory is freed and you can't use it anymore. It is still possible, e.g. by using a for loop that iterates over a vector, and removing or adding stuff to that same vector in that loop. But my rough estimate is that such errors are at least ten times less likely in C++.

I develop in C++ for a job, and when I need to use a library written in C I always have a bad feeling about it.

keybored 4 hours ago||
Clanker fodder. Unless the We are heads of states/heads of spooks or the AI powers that be (praise be) that there is no power and will to do that in one year or even ten years.
techpression 6 hours ago||
Remember how GLM 5.3 was going to cause massive hacks, break banks and ruin everything (it was even newsworthy since media picked up how people were working overtime in preparation).

And yet here we are.

halilBB 2 hours ago||
[flagged]
jens_tlb 3 hours ago||
[dead]
vee-kay 4 hours ago||
[dead]
uecker 7 hours ago||
[flagged]
orlp 6 hours ago|
Supply chain risks are essentially a solved problem.

    1. Set a minimum age on dependencies: https://github.com/rust-lang/cargo/issues/15973
    2. Scan all dependency code with AI
Even if you don't do #2 yourself as long as anyone does in the age window you've set, you're protected. In the age of AI the "you can't read all dependency code" argument doesn't work anymore.

On top of the above modern age argument, let's compare the amount of vulnerabilities found in shipped Rust software due to supply chain attacks (0 to my knowledge) against memory safety vulnerabilities (the majority of all vulnerabilities).

There have been successful supply chain attacks against Rust developers due to build.rs but those were quickly dealt with, and should be a thing of the past once min-age hits stable (next release).

uecker 16 minutes ago|||
If I look at actual incidence involving memory safety issues compared to supply chain issues in general, it is the later which is much a higher risk to me.

And yes, there were successful supply chain attacks on Rust developers, even just recently: https://blog.rust-lang.org/2026/08/20/supply-chain-attack-on... despite this being a "solved" problem. I think this becomes worse with AI not better, while memory safety risks will probably get much less in other languages after possibly some higher rate for a while.

egnehots 6 hours ago|||
don't you then introduce a new risk?

with a gap between the update of your deps, you are at risk of systematically being unpatched for a window of time that the attackers know (just after a fix is published).

orlp 6 hours ago||
The above is a general rule protecting you against supply chain attacks by default. If there is an important CVE published with a patch you can manually review that patch and bypass the minimum-age requirement for that dependency specifically.
hn_submit 7 hours ago|
Or we could just dump Linux and Windows and switch to a microkernel operating system, which is much more secure.

These endless patching cycles are simply not going to work in the long run. Operating systems get orphaned all the time, especially the ones in cheap Chinese stuff.

simonw 7 hours ago||
Got any leads on good tutorials on how to use a microkernel operating system on a VPS somewhere to host a website?
rramadass 6 hours ago|||
Just checked with Google Gemini on how one might be able to do the above. It pointed to Minix3/seL4/Genode and vps providers who either support custom ISOs or run it within an emulator like QEMU.

You can also look at using Unikernels for this purpose. Here is an article Unleashing Extreme Speed and Security: Deploying Unikernels with NanoVMs on VPS to Eliminate the Linux OS - https://xylentis.com/blog/unleashing-extreme-speed-and-secur...

hn_submit 6 hours ago|||
Minix can run Ngnix.
thunderfork 7 hours ago||
"throw away all software written before 2026" does technically solve this problem, if you ignore everything else the article is talking about (deployment and continuity of service)
999900000999 6 hours ago|||
Not to mention a whole lot of new vulnerabilities are bound to arise with all this new software.

We really just need better regulations around data retention, especially ppi.

Never going to happen though, no incentives exist to NOT sell my personal data

snvzz 5 hours ago|||
Throwing away old software is not a requirement, as demonstrated very successfully by Genode and its SculptOS.