[ home / rules / faq ] [ overboard / sfw / alt ] [ leftypol / siberia / hobby / tech / edu / games / anime / music / draw / AKM ] [ meta / roulette ] [ cytube / wiki / git ] [ GET / ref / marx / booru / zine ]

/tech/ - Technology

"Technology reveals the active relation of man to nature" - Karl Marx
Name
Options
Subject
Comment
Flag
File
Embed
Password (For file deletion.)

Join our Matrix Chat <=> IRC: #leftypol on Rizon


File: 1667426235941.jpeg (63.91 KB, 680x960, toox.jpeg)

 No.17430

https://madaidans-insecurities.github.io/linux.html
This article shows a plethora of holes in Linux, problems which even Windows has methods to curb. It seems like the current model for linux kernel development somehow is failing (either in lacking funding, or something else). What will it take for Linux to catch up to corporate alternatives?

 No.17431

> M1 Macs also use Pointer Authentication Codes (PAC) to ensure forward and backward-edge protection.
You might want to include this for that part: https://www.kernel.org/doc/html/latest/arm64/pointer-authentication.html

 No.17436

Nice arguments
Too bad I didn't read them

 No.17437

>>17436
it's not "arguments", it's exposition of data /g/tard
If you use linux, it's worth taking a look at. I use qubes, i'm not anti-linux or anything. Knowledge is power comrade

 No.17438

>>17437
"exposition of data" have some balls you STEMlord

 No.17609

bumppp

 No.18186

tanenbaum was right about microkernels. having separate containers and systems that don't rely on each other is the most important thing in security right now. QubesOS literally runs a bunch of VMs, sandboxing sensitive ones from the safer ones (AdminVM, VaultVM…). Of course that won't happen to Linux because it's already a huge bloated codebase with millions of lines of code, so the only way out is doing something closer to OpenBSD, QubesOS or MINIX, if you don't want to contribute to those directly for some reason

 No.18187

>>18186
also, using a memory safe language is a must. C is completely outdated for modern OS development

 No.18190

Linux was never designed to be a super duper tight-asshole security magic pill. If you want that, go deal with OpenBSD or whatever.
>>18187
C can be memory-safe, it just requires a skilled eye for vulnerabilities instead of relying on a run-time program to handle it for you.

 No.18192

>>18186
HURD is already a functional OS!! It's microkerneled and modular all the way down

 No.18194

Well I wouldn't call it catch up. Linux is still secure in a lot of ways that it's corporate competition lags behind in. So like the user is in a pickle rn of chosing between a bunch of OSes that are all vulnerable in some glaring, publicly known way.

I assume these are the case for linux-hardened too, or is this just for the vanilla kernel?


Unique IPs: 7

[Return][Go to top] [Catalog] | [Home][Post a Reply]
Delete Post [ ]
[ home / rules / faq ] [ overboard / sfw / alt ] [ leftypol / siberia / hobby / tech / edu / games / anime / music / draw / AKM ] [ meta / roulette ] [ cytube / wiki / git ] [ GET / ref / marx / booru / zine ]