LiveActive security incident?Get immediate response
CVE Record

CVE-2025-39996: media: b2c2: Fix use-after-free causing by irq_check_work in flexcop_pci_remove

In the Linux kernel, the following vulnerability has been resolved: media: b2c2: Fix use-after-free causing by irq_check_work in flexcop_pci_remove The original code uses cancel_delayed_work() in flexcop_pci_remove(), which does not guarantee that the delayed work item irq_check_work has fully completed if it was already running. This leads to use-after-free scenarios where flexcop_pci_remove() may free the flexcop_device while irq_check_work is still active and attempts to dereference the device. A typical race condition is illustrated below: CPU 0 (remove) | CPU 1 (delayed work callback) flexcop_pci_remove() | flexcop_pci_irq_check_work() cancel_delayed_work() | flexcop_device_kfree(fc_pci->fc_dev) | | fc = fc_pci->fc_dev; // UAF This is confirmed by a KASAN report: ================================================================== BUG: KASAN: slab-use-after-free in __run_timer_base.part.0+0x7d7/0x8c0 Write of size 8 at addr ffff8880093aa8c8 by task bash/135 ... Call Trace: <IRQ> dump_stack_lvl+0x55/0x70 print_report+0xcf/0x610 ? __run_timer_base.part.0+0x7d7/0x8c0 kasan_report+0xb8/0xf0 ? __run_timer_base.part.0+0x7d7/0x8c0 __run_timer_base.part.0+0x7d7/0x8c0 ? __pfx___run_timer_base.part.0+0x10/0x10 ? __pfx_read_tsc+0x10/0x10 ? ktime_get+0x60/0x140 ? lapic_next_event+0x11/0x20 ? clockevents_program_event+0x1d4/0x2a0 run_timer_softirq+0xd1/0x190 handle_softirqs+0x16a/0x550 irq_exit_rcu+0xaf/0xe0 sysvec_apic_timer_interrupt+0x70/0x80 </IRQ> ... Allocated by task 1: kasan_save_stack+0x24/0x50 kasan_save_track+0x14/0x30 __kasan_kmalloc+0x7f/0x90 __kmalloc_noprof+0x1be/0x460 flexcop_device_kmalloc+0x54/0xe0 flexcop_pci_probe+0x1f/0x9d0 local_pci_probe+0xdc/0x190 pci_device_probe+0x2fe/0x470 really_probe+0x1ca/0x5c0 __driver_probe_device+0x248/0x310 driver_probe_device+0x44/0x120 __driver_attach+0xd2/0x310 bus_for_each_dev+0xed/0x170 bus_add_driver+0x208/0x500 driver_register+0x132/0x460 do_one_initcall+0x89/0x300 kernel_init_freeable+0x40d/0x720 kernel_init+0x1a/0x150 ret_from_fork+0x10c/0x1a0 ret_from_fork_asm+0x1a/0x30 Freed by task 135: kasan_save_stack+0x24/0x50 kasan_save_track+0x14/0x30 kasan_save_free_info+0x3a/0x60 __kasan_slab_free+0x3f/0x50 kfree+0x137/0x370 flexcop_device_kfree+0x32/0x50 pci_device_remove+0xa6/0x1d0 device_release_driver_internal+0xf8/0x210 pci_stop_bus_device+0x105/0x150 pci_stop_and_remove_bus_device_locked+0x15/0x30 remove_store+0xcc/0xe0 kernfs_fop_write_iter+0x2c3/0x440 vfs_write+0x871/0xd70 ksys_write+0xee/0x1c0 do_syscall_64+0xac/0x280 entry_SYSCALL_64_after_hwframe+0x77/0x7f ... Replace cancel_delayed_work() with cancel_delayed_work_sync() to ensure that the delayed work item is properly canceled and any executing delayed work has finished before the device memory is deallocated. This bug was initially identified through static analysis. To reproduce and test it, I simulated the B2C2 FlexCop PCI device in QEMU and introduced artificial delays within the flexcop_pci_irq_check_work() function to increase the likelihood of triggering the bug.

UnknownCVSS not scoredNot KEV-listedUpdated
Glexia's TakeAutomated analysismoderate

Security readout for executives and security teams

Plain-English summary

This Linux kernel issue affects a specific media PCI driver. During device removal, background work can keep running after driver memory is freed, causing a kernel use-after-free. Business urgency is mainly for systems using B2C2 FlexCop PCI media devices or kernels carrying that driver.

Executive priority

Treat as targeted kernel maintenance, not an emergency from the provided evidence. Patch through normal kernel update cycles, faster where affected media PCI hardware, hotplug workflows, or test environments load this driver.

Technical view

In flexcop_pci_remove(), cancel_delayed_work() can return while irq_check_work is already executing. The remove path may free flexcop_device, and the delayed work callback can then dereference freed memory. The upstream fix changes cancellation to cancel_delayed_work_sync() before deallocation.

Likely exposure

Exposure appears limited to Linux systems with the b2c2 FlexCop PCI media driver present and relevant hardware, emulation, or module loading. The source does not show broad remote exposure or impact on systems that never load this driver.

Exploitation context

No active exploitation is cited, and KEV is false. The source describes static-analysis discovery and a KASAN-confirmed reproduction using QEMU simulation with artificial delays to make the race easier to trigger.

Researcher notes

The evidence supports a race in the device removal path, not a general remote attack surface. The public description gives the faulty lifetime sequence and KASAN trace, but no CVSS, CWE, exploit, or distribution-specific fixed package information.

Mitigation direction

  • Apply kernel updates containing the referenced stable commits or distribution backports.
  • Check Linux vendor guidance for exact fixed packages and supported kernel branches.
  • Disable or avoid loading the affected media driver if it is unused.
  • Restrict local administrative and device-management access on affected systems.
  • Prioritize patching systems using B2C2 FlexCop PCI hardware or equivalent test setups.

Validation and detection

  • Inventory kernels for the b2c2 FlexCop PCI driver and loaded media modules.
  • Verify the running kernel includes a referenced stable fix or vendor backport.
  • Check whether affected B2C2 FlexCop PCI hardware is present or emulated.
  • Review kernel logs for KASAN, timer, delayed-work, or use-after-free reports.
  • Test driver removal behavior only in controlled staging environments.
Prepared
Confidence
medium
Sources
11

Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.

Potential ATT&CK relevance

Conservative CVE-to-ATT&CK context

These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.

ATT&CK lookup starting points

Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.

cve · low confidence lookup

CVE-2025-39996 mapping review

Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.

Open ATT&CK lookup
Vulnerability profileCVE Program record
Severity
Unknown
CVSS
Not scored
Known Exploited
No
Published
Official CVE source material

CNA and ADP enrichment extracted from CVE v5

These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.

0CVSS vectors
3Timeline events
0ADP providers
10Source links

Vulnerability timeline

Timeline events are normalized from CVE metadata, CNA source timelines, ADP timelines, and KEV metadata when present.

  1. CVE reservedCVE Program

    The CVE ID was reserved by the assigning CNA.

  2. CVE publishedCVE Program

    The CVE record was published.

  3. CVE updatedCVE Program

    The CVE record metadata indicates this as the latest update time.

Affected products

Products and packages named in the record

VendorProductVersion / packageStatus
LinuxLinux382c5546d618f24dc7d6ae7ca33412083720efbf, 382c5546d618f24dc7d6ae7ca33412083720efbf, 382c5546d618f24dc7d6ae7ca33412083720efbf, 382c5546d618f24dc7d6ae7ca33412083720efbf, 382c5546d618f24dc7d6ae7ca33412083720efbf, 382c5546d618f24dc7d6ae7ca33412083720efbf, 382c5546d618f24dc7d6ae7ca33412083720efbf, 382c5546d618f24dc7d6ae7ca33412083720efbf, 382c5546d618f24dc7d6ae7ca33412083720efbfunaffected
LinuxLinux2.6.29, 0, 5.4.301, 5.10.246, 5.15.195, 6.1.156, 6.6.110, 6.12.51, 6.16.11, 6.17.1, 6.18affected
Weakness

CWE details

No CWE listed

CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.