CVE-2025-38089: Linux hwe edge · In the Linux kernel, the following vulnerability has been resolved: sunrpc: handle SVC_GARBAGE during svc auth processing as auth error tianshuo han
Affects linux-hwe-edgeSource GCVE Database
Not known to be exploited · CVSS 9.8 Medium · fixed in 6.8.0-1051.57~22.04.1 : update linux-hwe-edge when convenient.
Data as of 26 Oct 2026, 07:57 UTC
- EPSS
- 0.5% chance of exploitation in 30 days – higher than 45% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 6.8.0-1051.57~22.04.1, 6.8.0-1047.50~22.04.2, 6.8.0-1046.49~22.04.1 +2
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:HExploitation evidence
Disclosed: evidence found.
CVE published 30 Jun 2025
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 2026-10-26.
What to do
Upgrade to a fixed release listed under Affected software.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| linux-hwe-edge | Affected
| Fixed in
|
AI-suggested
Red Hat has released updated kpatch-patch modules for kernel-5.14.0-427.13.1.el9_4 as part of Red Hat Enterprise Linux 9.4 Extended Update Support. Applying these updates and rebooting the system is required to fully remediate the vulnerability. For detailed update instructions, refer to Red Hat's official guidance at https://access.redhat.com/articles/11258. No additional mitigation steps are indicated beyond applying the official patch and rebooting.
Description
In the Linux kernel, the following vulnerability has been resolved: sunrpc: handle SVC_GARBAGE during svc auth processing as auth error tianshuo han reported a remotely-triggerable crash if the client sends a kernel RPC server a specially crafted packet. If decoding the RPC reply fails in such a way that SVC_GARBAGE is returned without setting the rq_accept_statp pointer, then that pointer can be dereferenced and a value stored there. If it's the first time the thread has processed an RPC, then that pointer will be set to NULL and the kernel will crash. In other cases, it could create a memory scribble. The server sunrpc code treats a SVC_GARBAGE return from svc_authenticate or pg_authenticate as if it should send a GARBAGE_ARGS reply. RFC 5531 says that if authentication fails that the RPC should be rejected instead with a status of AUTH_ERR. Handle a SVC_GARBAGE return as an AUTH_ERROR, with a reason of AUTH_BADCRED instead of returning GARBAGE_ARGS in that case. This sidesteps the whole problem of touching the rpc_accept_statp pointer in this situation and avoids the crash.
References
- access.redhat.com/errata/RHSA-2025:12977 (opens in a new tab)
- access.redhat.com/security/updates/classification/ (opens in a new tab)
- bugzilla.redhat.com/show_bug.cgi?id=2375529 (opens in a new tab)
- security.access.redhat.com/data/csaf/v2/advisories/2025/rhsa-2025_12977.json (opens in a new tab)
- ubuntu.com/security/CVE-2025-38089 (opens in a new tab)
- cve.org/CVERecord?id=CVE-2025-38089 (opens in a new tab)
- git.kernel.org/linus/94d10a4dba0bc482f2b01e39f06d5513d0f75742 (opens in a new tab)
- git.kernel.org/stable/c/353e75b55e583635bf71cde6abcec274dba05edd (opens in a new tab)
- git.kernel.org/stable/c/599c489eea793821232a2f69a00fa57d82b0ac98 (opens in a new tab)
- git.kernel.org/stable/c/94d10a4dba0bc482f2b01e39f06d5513d0f75742 (opens in a new tab)
- git.kernel.org/stable/c/c90459cd58bb421d275337093d8e901e0ba748dd (opens in a new tab)
- openwall.com/lists/oss-security/2025/07/02/2 (opens in a new tab)
- github.com/keymaker-arch/NFSundown (opens in a new tab)
- ubuntu.com/security/notices/USN-7833-1 (opens in a new tab)
- ubuntu.com/security/notices/USN-7834-1 (opens in a new tab)
- ubuntu.com/security/notices/USN-7833-2 (opens in a new tab)
- ubuntu.com/security/notices/USN-7833-3 (opens in a new tab)
- ubuntu.com/security/notices/USN-7833-4 (opens in a new tab)
- ubuntu.com/security/notices/USN-7856-1 (opens in a new tab)
- ubuntu.com/security/notices/USN-8028-1 (opens in a new tab)
- ubuntu.com/security/notices/USN-8028-2 (opens in a new tab)
- ubuntu.com/security/notices/USN-8031-1 (opens in a new tab)
- ubuntu.com/security/notices/USN-8028-3 (opens in a new tab)
- ubuntu.com/security/notices/USN-8028-4 (opens in a new tab)