this post was submitted on 07 May 2026
67 points (100.0% liked)

Linux

65097 readers
944 users here now

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 7 years ago
MODERATORS
top 32 comments
sorted by: hot top controversial new old
[–] monovergent@lemmy.ml 28 points 5 hours ago (1 children)

Can't wait for one that'll work on Android so I can maybe root some otherwise useless old phones

[–] rabber@lemmy.ca 2 points 1 hour ago (1 children)

What would you use the old phones for out of curiosity?

[–] lengau@midwest.social 2 points 1 hour ago

I'm not the person you replied to, but I would love to have more ARM hardware for running tests on. A lot of what I write needs to be separately tested on each architecture.

[–] shirro@aussie.zone 18 points 5 hours ago (1 children)

In the 90s I compiled all my kernels at home from source with just the drivers I needed. Only installed the packages I needed. Only enabled the services I needed. The Unix way. When the kernel added modules I was still only compiling a subset and generally loading them manually.

Obviously that doesn't work for most users and distros sensibly started shipping with modules compiled for practically every need. Usually when I view distro security alerts they are for packages I don't install. But I have all these damn kernel modules just waiting to automatically load. I know I can blacklist them individually but I wonder if there is a way to profile the modules I use and use a deny all/whitelist approach instead?

[–] MNByChoice@midwest.social 1 points 2 hours ago

Clearly you know of lot about this. Here are some comments for the next human.

Deny all modules seems more possible than a whitelist approach. To deny all, the command is likely "sysctl kernel.modules_disabled=1".

Whitelisting is harder. One could store a list of all loaded modules on a working system. Store a list of all kernel modules currently installed on the system. Compare the lists and remove from the "all" list the "running" list (grep will do this) and write it to the blacklist file.

The problem with the Whitelisting approach is that it needs to run after every kernel module install (which is doable).

If the above is the case, then someone must have automated this already, but I cannot find it quickly. (I checked Debian's package repository.)

[–] inari@piefed.zip 18 points 7 hours ago (1 children)

Good to see these exploits being found and worked on

[–] Thaurin@lemmy.world 6 points 7 hours ago

This was leaked early. There is a mitigation (see link for confirmation):

sh -c "printf 'install esp4 /bin/false\ninstall esp6 /bin/false\ninstall rxrpc /bin/false\n' > /etc/modprobe.d/dirtyfrag.conf; rmmod esp4 esp6 rxrpc 2>/dev/null; true"
[–] Mwa@thelemmy.club 10 points 7 hours ago

may become useful if i forgot my password.

[–] jodanlime@midwest.social 4 points 7 hours ago (3 children)

Well shit. I wonder if all Linux systems are affected, the testing in the repo doesn't cover Arch for instance. For now I'd assume the answer is yes.

[–] CodenameDarlen@lemmy.world 5 points 6 hours ago* (last edited 6 hours ago)

Yea it works on arch, I just tested on my own PC:

OS: Arch Linux x86_64
Kernel: Linux 7.0.3-arch1-2
❯ ./exp
[root@arch dirtyfrag]# ls
README.md  assets  exp  exp.c
[root@arch dirtyfrag]# whoami
root

I updated it last week.

Edit: I just ran yay -Suy to update everything and still works.

[–] Remus86@lemmy.zip 2 points 6 hours ago (1 children)

I also just verified it worked on my Arch install. But running the mitigation command and rebooting effectively blocked it, and I'm on the Arch LTS kernel. I think the disabled modules are related to IPSec, which most desktop users don't really need.

[–] CameronDev@programming.dev 2 points 4 hours ago

Did you have the modules loaded before running the exploit?

[–] CameronDev@programming.dev 3 points 7 hours ago (1 children)

Its a kernel exploit, so probably. But I just checked my arch installs,and I don't have any of the kernel modules loaded. Loading requires root anyway, so I think this may be fairly limited in reality?

[–] adarza@lemmy.ca 2 points 5 hours ago

don't see 'em loaded here, either. trixie server, aurora (f44) desktop

[–] warmaster@lemmy.world 2 points 6 hours ago (1 children)

Does this affect immutable distros like Bazzite?

[–] KianaTabion@lemmy.today 1 points 1 hour ago

I'm pretty sure it does; as secureblue, an ~~immutable~~ atomic distro that's hardened by default, required this commit to mitigate it once and for all.

While Bazzite and its atomic brethren do provide some additional protection against attacks, it's often very overstated 😅. Hence, it's unsurprising that it doesn't provide any defense against this assault.

[–] CodenameDarlen@lemmy.world 1 points 6 hours ago (4 children)

What's up with all these vulnerabilities?

Kind of worried to be honest, two in like a week? Pretty scary.

I'm very dumb about Linux technical stuff but I feel like root access is way too easy to be accessed.

Is there any way to make it harder? I mean let's say similar to Android, you need to unlock the boot loader first, flash a recovery and flash Magisk or something, that's a good layer before root access.

At least for Linux Desktop, maybe make it so we can get root access only via a bootable USB with a correct password? Just for sporadic system changes.

Is there anything like that?

[–] wampus@lemmy.ca 1 points 2 hours ago

With AI enabled bug hunting, you're likely to see a blitz of vulnerabilities, followed by a significant reduction in vulnerabilities.

Yes, malicious folks are usin em -- heck, Kali's had AI integrations for a while on a bunch of its tools even, for pen testing. But devs writing code get em too, and those are the people we need to see using these sorts of workflows as it lets them clip a bunch of zero days.

I think Mozilla, as an example, had a recent patch that cleaned up something like 271 zero days? Anthropic taking their Mythos stuff to banks/govt was largely just a publicity thing to try and shut people up who were mocking claudes code, but also potentially because it'd found govt-placed backdoors that they wanted the gov to know were about to be exposed / patched. The USA's alleged ability to "shut off" tech assets during raids in Venezuela and Iran, gets trickier if AI is exposing their back doors. Likely also why the US Administration is now saying they want to review AIs before they get released. Mythos definitely isn't the only game in town for this sort of stuff -- but the general idea that the dev teams will be shifting to using these tools for QA / writing more secure apps in the near future, is fairly valid. So I wouldn't go too tinfoil hat-y on that front... though it is a period where we'll see a need to patch aggressively, and to double check security configs etc.

[–] superglue@lemmy.dbzer0.com 8 points 5 hours ago (2 children)

This exploit appears to be inspired by the copy fail.

Should you be worried? Nah, You should not be installing untrusted software on your device. This isnt even the type of exploit that scares me. Your device gas to already be compromised for this exploit to succeed.

Supply chain attacks are what scare me.

[–] corsicanguppy@lemmy.ca 2 points 3 hours ago

Supply chain attacks are what scare me.

As a former OS security pro, this is the right answer. Not because of the exploit itself, but because young (unmentored) coders readily trust some really bad patterns of pulling in random junk from the web and running it. THIS is how the LPE becomes essentially an RCE-level problem.

There are two types of users: those who run untrusted software, and those who are way too trusting.

[–] favoredponcho@lemmy.zip 0 points 3 hours ago

There is an LLM called mythos from Anthropic that is very good at finding vulnerabilities.

[–] idriss@lemmy.ml 1 points 5 hours ago (1 children)

if somebody has user access to your computer, they are already 95% there, so I am not worried about these priv escalation part of the last 5%

[–] CodenameDarlen@lemmy.world 3 points 5 hours ago* (last edited 5 hours ago) (1 children)

If you refer to physical access I wouldn't say that, I've encrypted partition.

But if you're saying just access to my main user inside the OS, then I'd really like if you could elaborate with real examples how can user access do any harm to my system without root access.

[–] Corngood@lemmy.ml 2 points 3 hours ago

For me the scariest thing someone could do on my pc is exfiltrate all the data from my home directory which is readable by my user account.

Maybe I'm misunderstanding you, but that's harm to me without root access.