oh good, another one
My desktop is immune somehow, with a year old kernel. No idea why.
[user@shithouse:/tmp/dirtyfrag] > uname -a Linux shithouse 6.1.153_2 #1 SMP PREEMPT_DYNAMIC Tue Sep 30 13:38:47 UTC 2025 x86_64 GNU/Linux [user@shithouse:/tmp/dirtyfrag] > ./exp dirtyfrag: failed (rc=3) [user@shithouse:/tmp/dirtyfrag] > ./exp dirtyfrag: failed (rc=3) [user@shithouse:/tmp/dirtyfrag] > ./exp dirtyfrag: failed (rc=3) [user@shithouse:/tmp/dirtyfrag] > id uid=1002(user) gid=200(users) groups=200(users)The modules used by the exploit (esp4, esp6, rxrpc) might not be installed on your system
They are:
[user@shithouse:/tmp/dirtyfrag] > lsmod | grep -E '(esp|rxrpc)' esp6 28672 0 rxrpc 258048 0 ip6_udp_tunnel 16384 1 rxrpc udp_tunnel 20480 1 rxrpc esp4 28672 0[user@shithouse:/tmp/dirtyfrag] > zgrep -Ei '(rxrpc|inet.?_esp)' /proc/config.gz CONFIG_INET_ESP=m CONFIG_INET_ESP_OFFLOAD=m CONFIG_INET_ESPINTCP=y CONFIG_INET6_ESP=m CONFIG_INET6_ESP_OFFLOAD=m CONFIG_INET6_ESPINTCP=y CONFIG_AF_RXRPC=m # CONFIG_AF_RXRPC_IPV6 is not set # CONFIG_AF_RXRPC_INJECT_LOSS is not set # CONFIG_AF_RXRPC_DEBUG is not setoh

What distro? Check dmesg, it’s probably AppArmor blocking unprivileged_userns.
Void.
Kernel log has only these two messages from when the modules were loaded, none after that:
[12660744.186643] Initializing XFRM netlink socket [12660751.925450] NET: Registered PF_RXRPC protocol familyNo apparmor:
CONFIG_LSM="landlock,yama,loadpin,safesetid,integrity"[user@shithouse:~] > aa-enabled No - disabled at boot.Isn’t half of the exploit intended to work around apparmor?

Reminder that though this is a big deal, it’s not something about which most people need to run around with their hair on fire.
This is a root escalation exploit, meaning a malicious actor still needs the ability to get on your system and permission to run the right commands. The major concern is for servers being accessed by unknown people, who may be able to access those commands. Minimal exposure for desktop users.
Is arch affected?
(Please god let there be a benefit to using arch I need to justify my time sinking)
It is affected. If you have the 7.0.4 kernel from yesterday though, you’re fine, though the
linuxarch package is still on 7.0.3.linux-cachyosfor example is on 7.0.4.So I guess I have to upgrade the kernel to 7.0.4? Is that possible?
Just wait until later today or tomorrow and the update will likely be in the core repository, then you can just do a normal update.
OK thanks!
Oh btw you can update now.
Ah, thanks for reminding me!
alpine proving once again it’s the goat








