Live data from Hacker News

New Linux udisks flaw lets attackers get root on major Linux distros

bleepingcomputer.com

51–60 of 287 posts

Re: New Linux udisks flaw lets attackers get root on major Linux distros

#51
post #3

Earlier quoted context omitted.

If you think Linux is an experiment, you should see the other OSes.

I'm pretty sure, that the BSD family is pretty mature and secure. Linux is just good enough for most people.

> I'm pretty sure, that the BSD family is pretty mature and secure.

Not to mention illumos-based systems too.

Re: New Linux udisks flaw lets attackers get root on major Linux distros

#52

It's pretty old and only affects openSUSE, the title is extremely misleading

- openSUSE Leap 15 (Current LTS)

- SUSE Linux Enterprise 15 (Current LTS)

- Debian 12 (Current LTS)

- Ubuntu 24.04 (Current LTS)

... Were you thinking about a different bug...?

Re: New Linux udisks flaw lets attackers get root on major Linux distros

#53

Earlier quoted context omitted.

> They are still missing something like capability based security ...like Capsicum? https://wiki.freebsd.org/Capsicum

No, that requires explicit changes by programs to use meaning that malware can ignore it and steal your browser's cookies and take secret photos with your webcam.

So the capability-based security framework is not missing unlike your original statement?

Re: New Linux udisks flaw lets attackers get root on major Linux distros

#54
udisks, not counting its dependencies, has 265,334 LoC. pmount, in contrast, has 19,978 LoC, or >13x less.

sudo, another setuid binary with a lot of policy code, has 210 CVEs / 430.150 kLoC = ~0.5 CVE per kLoC.

57.5% of CVEs have a CVSS >= 7, so 0.5 * 0.575 = 0.2875 CVE7/kLoC.

As a back-of-envelope estimate,

  udisks: 0.2875 CVE7/kLoC * 265.334 kLoC = ~76.28 critical CVEs;
  pmount: 0.2875 CVE7/kLoC * 19.9780 kLoC = ~5.7 CVEs.

Re: New Linux udisks flaw lets attackers get root on major Linux distros

#55
post #37

Earlier quoted context omitted.

> I wish I had something like GrapheneOS on desktops (yes I know about Qubes) SecureBlue and Kicksecure are the closest equivalents.

What's their selling point compared ro Qubes?

https://secureblue.dev/ https://www.kicksecure.com/

Re: New Linux udisks flaw lets attackers get root on major Linux distros

#57
Local privesc, don't care. If anyone still thinks that they can draw a security boundary anywhere with a shared kernel, they should really look at kernel CVE database (and be horrified). For every fancy titled exploit there are twenty that you've never heard of.

You can sort of do it if you carefully structure your program to restrict syscall use and then use some minimal and well audited syscall filtering layer to hide most of the kernel. But you really have to know what you're doing and proper security hardening will break a lot of software. To get a basic level of security, you have to disable anything with the letters "BPF", hide all virtual filesystems like /proc, /sys, disable io_uring and remove every CONFIG_* you see until something stops working. Some subsystems seem more vulnerable than others (ironically netfilter seems to be a steady source of vulnerabilities).

Re: New Linux udisks flaw lets attackers get root on major Linux distros

#59

Earlier quoted context omitted.

That's certainly an interesting standpoint. I use both privately and professionally and while I accept that security-wise (even with selinux) they feel lacking , feature-wise they far exceed Windows I use as my other is except in gaming experience. I wish I had something like GrapheneOS on desktops (yes I know about Qubes)

Qubes is definitely hard to daily drive. With it's ancient default XFCE design, it looks really ugly. Plus no hardware acceleration

What's hard about it exactly? It's my daily driver. You can install KDE, too: https://forum.qubes-os.org/t/kde-changing-the-way-you-use-qu...

Re: New Linux udisks flaw lets attackers get root on major Linux distros

#60

Earlier quoted context omitted.

I'm pretty sure, that the BSD family is pretty mature and secure. Linux is just good enough for most people.

A big part of the difference is that the BSDs are designed by a governing committee. They usually don't have 15 different solutions for the same problem, but instead 2-3 solutions that work well. Take filesystems, the official filesystems are UFS(1/2) and ZFS. They have GEOM as LVM and LUKS and more. That being said, the majority of money and development goes into Linux, which by itself may make it a better system (e…

I can't help but make the comparison with cryptographic network protocols, where the industry started with a kitchen-sink approach (e.g. pluggable cipher suites in TLS) and ended up moving towards fixed primitives (e.g. Wireguard mostly uses DJB-originated techniques, take them or leave them).

The general lesson from that seems to be that a simpler, well-understood, well-tested and mostly static attack surface is better than a more complex, more fully-featured and more dynamic attack surface. I wonder whether we'll see a trend towards even more boring Linux distributions which focus on consistency over modernity. I wouldn't complain if we did.

Post reply on HN