Goal Reached Thanks to every supporter — we hit 100%!

Goal: 1000 CNY · Raised: 1359 CNY

100%

CVE-2025-38492— netfs: Fix race between cache write completion and ALL_QUEUED being set

Quick assessment

Affected
Linux Linux
Exploitation
No confirmed in-the-wild exploitation; assess based on exposure
Recommended action
Check the vendor advisory and references for a fixed version. If immediate upgrade is impossible, restrict exposure and increase monitoring.

Linux kernel是美国Linux基金会的开源操作系统Linux所使用的内核。 Linux kernel存在安全漏洞,该漏洞源于缓存写入完成和ALL_QUEUED设置之间的竞争条件。

AI Predicted 5.0 Difficulty: Moderate EPSS 0.10% · P1

Possible ATT&CK Techniques 1 AI

T1496 · Resource Hijacking

Affected Version Matrix 6

VendorProduct Version RangeStatus
Linux Linux e2d46f2ec332533816417b60933954173f602121< 110188a13c4853bd4c342e600ced4dfd26c3feb5 affected
e2d46f2ec332533816417b60933954173f602121< 89635eae076cd8eaa5cb752f66538c9dc6c9fdc3 affected
6.14 affected
< 6.14 unaffected
6.15.8≤ 6.15.* unaffected
6.16≤ * unaffected
Get alerts for future matching vulnerabilities Log in to subscribe

I. Basic Information for CVE-2025-38492

Vulnerability Information

Have questions about the vulnerability? See if Shenlong's analysis helps!
View Shenlong Deep Dive ↗

Although we use advanced large model technology, its output may still contain inaccurate or outdated information.Shenlong tries to ensure data accuracy, but please verify and judge based on the actual situation.

Vulnerability Title
netfs: Fix race between cache write completion and ALL_QUEUED being set
Source: CVE Program / CVE List V5
Vulnerability Description
In the Linux kernel, the following vulnerability has been resolved: netfs: Fix race between cache write completion and ALL_QUEUED being set When netfslib is issuing subrequests, the subrequests start processing immediately and may complete before we reach the end of the issuing function. At the end of the issuing function we set NETFS_RREQ_ALL_QUEUED to indicate to the collector that we aren't going to issue any more subreqs and that it can do the final notifications and cleanup. Now, this isn't a problem if the request is synchronous (NETFS_RREQ_OFFLOAD_COLLECTION is unset) as the result collection will be done in-thread and we're guaranteed an opportunity to run the collector. However, if the request is asynchronous, collection is primarily triggered by the termination of subrequests queuing it on a workqueue. Now, a race can occur here if the app thread sets ALL_QUEUED after the last subrequest terminates. This can happen most easily with the copy2cache code (as used by Ceph) where, in the collection routine of a read request, an asynchronous write request is spawned to copy data to the cache. Folios are added to the write request as they're unlocked, but there may be a delay before ALL_QUEUED is set as the write subrequests may complete before we get there. If all the write subreqs have finished by the ALL_QUEUED point, no further events happen and the collection never happens, leaving the request hanging. Fix this by queuing the collector after setting ALL_QUEUED. This is a bit heavy-handed and it may be sufficient to do it only if there are no extant subreqs. Also add a tracepoint to cross-reference both requests in a copy-to-request operation and add a trace to the netfs_rreq tracepoint to indicate the setting of ALL_QUEUED.
Source: CVE Program / CVE List V5
CVSS Information
N/A
Source: CVE Program / CVE List V5
Vulnerability Type
N/A
Source: CVE Program / CVE List V5
Vulnerability Title
Linux kernel 安全漏洞
Source: CNNVD (China National Vulnerability Database)
Vulnerability Description
Linux kernel是美国Linux基金会的开源操作系统Linux所使用的内核。 Linux kernel存在安全漏洞,该漏洞源于缓存写入完成和ALL_QUEUED设置之间的竞争条件。
Source: CNNVD (China National Vulnerability Database)
CVSS Information
N/A
Source: CNNVD (China National Vulnerability Database)
Vulnerability Type
N/A
Source: CNNVD (China National Vulnerability Database)

Affected Products

Vendor Product Affected Versions CPE Subscribe
Linux Linux e2d46f2ec332533816417b60933954173f602121 ~ 110188a13c4853bd4c342e600ced4dfd26c3feb5 -
Linux Linux 6.14 -

II. Public POCs for CVE-2025-38492

# POC Description Source Link Shenlong Link
AI-Generated POC Premium

No public POC found.

Login to generate AI POC

III. Intelligence Information for CVE-2025-38492

请登录查看更多情报信息。

Same Patch Batch · Linux · 2025-07-28 · 29 CVEs total

CVE-2025-38488 9.8 CRITICAL smb: client: fix use-after-free in crypt_message when using async crypto
CVE-2025-38471 9.8 CRITICAL tls: always refresh the queue when reading sock
CVE-2025-38472 9.8 CRITICAL netfilter: nf_conntrack: fix crash due to removal of uninitialised entry
CVE-2025-38476 9.8 CRITICAL rpl: Fix use-after-free in rpl_do_srh_inline().
CVE-2025-38490 9.8 CRITICAL net: libwx: remove duplicate page_pool_put_full_page()
CVE-2025-38495 8.8 HIGH HID: core: ensure the allocated report buffer can contain the reserved report ID
CVE-2025-38491 8.2 HIGH mptcp: make fallback action and fallback decision atomic
CVE-2025-38478 7.8 HIGH comedi: Fix initialization of data for instructions that write to subdevice
CVE-2025-38485 7.8 HIGH iio: accel: fxls8962af: Fix use after free in fxls8962af_fifo_flush
CVE-2025-38486 7.8 HIGH soundwire: Revert "soundwire: qcom: Add set_channel_map api support"
CVE-2025-38484 7.8 HIGH iio: backend: fix out-of-bound write
CVE-2025-38494 7.8 HIGH HID: core: do not bypass hid_hw_raw_request
CVE-2025-38477 7.8 HIGH net/sched: sch_qfq: Fix race condition on qfq_aggregate
CVE-2025-38475 7.8 HIGH smc: Fix various oops due to inet_sock type confusion.
CVE-2025-38470 7.8 HIGH net: vlan: fix VLAN 0 refcount imbalance of toggling filtering during runtime
CVE-2025-38493 tracing/osnoise: Fix crash in timerlat_dump_stack()
CVE-2025-38483 comedi: das16m1: Fix bit shift out of bounds
CVE-2025-38496 dm-bufio: fix sched in atomic context
CVE-2025-38489 s390/bpf: Fix bpf_arch_text_poke() with new_addr == NULL again
CVE-2025-38497 usb: gadget: configfs: Fix OOB read on empty string write

Showing top 20 of 29 CVEs. View all on vendor page &rarr; →

IV. Related Vulnerabilities

V. Comments for CVE-2025-38492

No comments yet


Leave a comment