Dirty Frag was published on 7 May 2026 with a working exploit and, at that moment, no patches and no CVEs: the embargo had broken. It’s a local root exploit that chains two kernel bugs, CVE-2026-43284 (IPsec ESP: esp4/esp6) and CVE-2026-43500 (RxRPC: rxrpc). Fixed kernels have since been released (see the patch guide). This page covers the window before you can install one.
The mitigation that works: block the modules
The disclosure itself gives the stopgap: prevent the three modules from loading and unload them if they’re loaded.
sudo 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"
Check that none are loaded afterwards:
grep -E '^(esp4|esp6|rxrpc) ' /proc/modules || echo "none loaded"
If one won’t unload because it’s in use, reboot. The modprobe file keeps it from loading again.
What it breaks
- Kernel IPsec using ESP: strongSwan or Libreswan tunnels that use the kernel’s ESP stack.
- RxRPC: mainly the in-kernel AFS client.
WireGuard, Tailscale and OpenVPN don’t use these modules. Most homelabs lose nothing.
Why restricting user namespaces is not enough
Restricting unprivileged user namespaces is often suggested for kernel LPEs, and it does stop the ESP half: that path needs the networking privileges a user namespace provides. But the RxRPC half doesn’t. According to Sysdig’s analysis, on Ubuntu, where user namespaces are restricted by default but rxrpc.ko ships in the standard kernel package, the exploit simply uses RxRPC. Block the modules.
Reduce who can run code
Like any local exploit, Dirty Frag needs code execution first:
- Remove or lock shell accounts that don’t need access:
sudo usermod -L username - Don’t run untrusted containers or images on hosts you care about. LXC containers share the host kernel.
- Keep internet-facing services updated, since a compromised service is the usual first foothold.
Then patch
The module block is temporary. Once your distribution ships the fixed kernel, install it, reboot, and delete /etc/modprobe.d/dirtyfrag.conf if you need IPsec or AFS back.
Sources: the oss-security disclosure, the CVE records for CVE-2026-43284 and CVE-2026-43500, and Sysdig’s analysis.
What’s Next
- Your Container Is Not a Sandbox: Why MicroVMs Are the Future of Homelab Isolation
- Proxmox VE Homelab Setup: Complete Installation and Configuration Guide (2026)
- Grafana + Prometheus Homelab Monitoring: Full Stack Setup in 30 Minutes
- AEAD Socket Vulnerability: How to Patch Your Linux Homelab Kernel Right Now
[discussion]
Comments are powered by Giscus — backed by GitHub Discussions. Sign in with GitHub to join the conversation.