Linux kernel flaw opens root-only files to unprivileged users
What happened
Researchers disclosed a Linux kernel vulnerability (CVE-2026-46333) that allowed unprivileged users to read files normally restricted to root, and maintainers have already landed a fix upstream. The bug affects multiple long‑term support kernel lines, so many enterprise images need per‑distro validation rather than a blind global update. Watch vendor backports and distro packaging timelines because those will determine when and how you can safely push fixes
Buyer takeaway
Don't push a blanket kernel update; require distro‑specific backport schedules and test evidence from OS/image suppliers before mass deployment
Cost / money
Canary testing and rollback planning will increase short‑term OPEX for engineering and vendor support hours
Supplier / commercial
Negotiate patch SLAs, backport timelines, and rollback commitments with OS vendors and managed image providers to reduce downtime risk
Safety / operations
Because the flaw can expose SSH keys and root‑only files, operations must include containment, key rotation, and verification of fix effectiveness
What to watch
Watch for slow distro backports or custom kernels that require separate validation tracks and extended support
Key facts
- Affects multiple LTS kernel lines from 5.10 upward
- Fix committed upstream in a named kernel patch (ptrace/get_dumpable change)
Source excerpts
The bug affects multiple LTS kernel lines from 5
Security Plus ModuleJail, a radical proposal for minimizing the impact of similar bugs Another Linux kernel flaw has handed local unprivileged users a way to peek at files they should never be able to read, including root-only secrets such as SSH keys. The bug affects multiple LTS kernel lines from 5
The top line of the README summarizes it: A single POSIX shell script that shrinks a Linux host's kernel-module attack surface by writing a modprobe
