Signal is active with 2 mentions in latest observed window
Recommended action window: Monitor and triage in normal cycle
NVD description
In the Linux kernel, the following vulnerability has been resolved: kernel/fork: clear PF_BLOCK_TS in copy_process() PF_BLOCK_TS is only set in blk_time_get_ns() when current->plug is non-NULL, and blk_finish_plug() clears it via __blk_flush_plug() before NULLing the plug pointer. copy_process() breaks the invariant by inheriting PF_BLOCK_TS from the parent while resetting the child's plug to NULL. Clear PF_BLOCK_TS alongside that assignment so callers can rely on "PF_BLOCK_TS set implies current->plug != NULL" and dereference current->plug unguarded.
Priority
LOW
Exploitation
NONE
PoC
NONE
Patch
AVAILABLE
Momentum
NONE
If you run products in this scope, you should treat this CVE as relevant to your environment.
CVE-2026-64253 Linux Kernel PF_BLOCK_TS Flag Inheritance Vulnerability in copy_process() https://vulmon.com/vulnerabilitydetails?qid=CVE-2026-64253
Post summary
The post identifies CVE-2026-64253 as a Linux kernel PF_BLOCK_TS flag inheritance vulnerability and links to a detail page, with no PoC, exploit, patch, or active exploitation information.
CVE-2026-64253 In the Linux kernel, the following vulnerability has been resolved: kernel/fork: clear PF_BLOCK_TS in copy_process() PF_BLOCK_TS is only set in blk_time_get_ns() wh… https://www.cve.org/CVERecord?id=CVE-2026-64253
Post summary
CVE-2026-64253, a Linux kernel vulnerability involving PF_BLOCK_TS, has been fixed by clearing the flag during copy_process; a kernel patch has been applied to resolve the issue.
1 of 1 entries
| Part | Vendor | Product | Version | Target SW | Target HW |
|---|---|---|---|---|---|
| OS | linux | linux_kernel | - | - | - |