CVE-2026-23017

In the Linux kernel, the following vulnerability has been resolved: idpf: fix error handling in the init_task on load If the init_task fails during a driver load, we end up without vports and netdevs, effectively failing the entire process. In that state a subsequent reset will result in a crash as the service task attempts to access uninitialized resources. Following trace is from an error in the init_task where the CREATE_VPORT (op 501) is rejected by the FW: [40922.763136] idpf 0000:83:00.0: Device HW Reset initiated [40924.449797] idpf 0000:83:00.0: Transaction failed (op 501) [40958.148190] idpf 0000:83:00.0: HW reset detected [40958.161202] BUG: kernel NULL pointer dereference, address: 00000000000000a8 ... [40958.168094] Workqueue: idpf-0000:83:00.0-vc_event idpf_vc_event_task [idpf] [40958.168865] RIP: 0010:idpf_vc_event_task+0x9b/0x350 [idpf] ... [40958.177932] Call Trace: [40958.178491] <TASK> [40958.179040] process_one_work+0x226/0x6d0 [40958.179609] worker_thread+0x19e/0x340 [40958.180158] ? __pfx_worker_thread+0x10/0x10 [40958.180702] kthread+0x10f/0x250 [40958.181238] ? __pfx_kthread+0x10/0x10 [40958.181774] ret_from_fork+0x251/0x2b0 [40958.182307] ? __pfx_kthread+0x10/0x10 [40958.182834] ret_from_fork_asm+0x1a/0x30 [40958.183370] </TASK> Fix the error handling in the init_task to make sure the service and mailbox tasks are disabled if the error happens during load. These are started in idpf_vc_core_init(), which spawns the init_task and has no way of knowing if it failed. If the error happens on reset, following successful driver load, the tasks can still run, as that will allow the netdevs to attempt recovery through another reset. Stop the PTP callbacks either way as those will be restarted by the call to idpf_vc_core_init() during a successful reset.

• CWE-476

• https://git.kernel.org/stable/c/4d792219fe6f891b5b557a607ac8a0a14eda6e38Patch
• https://git.kernel.org/stable/c/a514c374edcd33581cdcccf8faa7cc606a600319Patch

Published

Jan 31, 2026

Last Modified

Jun 17, 2026

Status

Analyzed

• How Strix found a critical auth bypass in etcdStrix autonomously discovered a critical authentication bypass in etcd, later designated CVE-2026-33413.
• Autonomous PentestingAI agents that find and validate exploitable vulnerabilities like this one across your applications.
• PR ReviewsPentest every pull request so vulnerable code is caught before it ships to production.
• AI Penetration TestingHow AI-driven penetration testing continuously covers your attack surface.

• CVE-2026-23011In the Linux kernel, the following vulnerability has been re…5.5
• CVE-2026-23012In the Linux kernel, the following vulnerability has been re…7.8
• CVE-2026-23013In the Linux kernel, the following vulnerability has been re…7.8
• CVE-2026-23014In the Linux kernel, the following vulnerability has been re…5.5
• CVE-2026-23015In the Linux kernel, the following vulnerability has been re…5.5
• CVE-2026-23016In the Linux kernel, the following vulnerability has been re…5.5
• CVE-2026-23018In the Linux kernel, the following vulnerability has been re…5.5
• CVE-2026-23019In the Linux kernel, the following vulnerability has been re…5.5
• CVE-2026-2302Under specific conditions when processing a maliciously craf…6.9
• CVE-2026-23020In the Linux kernel, the following vulnerability has been re…5.5
• CVE-2026-23021In the Linux kernel, the following vulnerability has been re…5.5
• CVE-2026-23022In the Linux kernel, the following vulnerability has been re…5.5