CVE-2026-89784— SUNRPC: check rpc_sockaddr2uaddr() return value in rpcb_register_inet4/6
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.
In the Linux kernel, the following vulnerability has been resolved: SUNRPC: check rpc_sockaddr2uaddr() return value in rpcb_register_inet4/6 rpcb_register_inet4() and rpcb_register_inet6() store the result of rpc_sockaddr2uaddr() into map->r_addr without check
Get alerts for future matching vulnerabilities
Log in to subscribe
I. Basic Information for CVE-2026-89784
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
SUNRPC: check rpc_sockaddr2uaddr() return value in rpcb_register_inet4/6
Source: CVE Program / CVE List V5
Vulnerability Description
In the Linux kernel, the following vulnerability has been resolved:
SUNRPC: check rpc_sockaddr2uaddr() return value in rpcb_register_inet4/6
rpcb_register_inet4() and rpcb_register_inet6() store the result of
rpc_sockaddr2uaddr() into map->r_addr without checking it for NULL.
rpc_sockaddr2uaddr() returns NULL when its final kstrdup() fails, and
the unchecked NULL is then carried into the synchronous RPCBPROC_SET
encode path: rpcb_register_call() -> rpc_call_sync() ->
rpcb_enc_getaddr() -> encode_rpcb_string(), whose first statement is
strlen(string), dereferencing NULL and oopsing the kernel.
The crash reproduces under failslab on v6.12; with KASAN the NULL
dereference surfaces as a fault on the shadow of address zero:
Oops: general protection fault, probably for non-canonical address
0xdffffc0000000000 [#1] PREEMPT SMP KASAN
RIP: 0010:strlen (lib/string.c:409)
Call Trace:
encode_rpcb_string (net/sunrpc/rpcb_clnt.c:890)
rpcb_enc_getaddr (net/sunrpc/rpcb_clnt.c:910)
rpcauth_wrap_req_encode (net/sunrpc/auth.c:745)
call_encode (net/sunrpc/clnt.c:1966)
__rpc_execute (net/sunrpc/sched.c:952)
rpc_run_task (net/sunrpc/clnt.c:1243)
rpc_call_sync (net/sunrpc/clnt.c:1272)
rpcb_v4_register (net/sunrpc/rpcb_clnt.c:500)
svc_generic_rpcbind_set
nfsd_rpcbind_set
svc_register
svc_setup_socket
svc_addsock
write_ports
nfsctl_transaction_write
vfs_write
The crash is reachable when an in-kernel RPC service (nfsd, lockd,
nfs-callback) registers with the local rpcbind under enough memory
pressure for the small GFP_KERNEL kstrdup() in rpc_sockaddr2uaddr() to
fail. The asynchronous getport path already handles this exact failure
mode by returning -ENOMEM; only the two register helpers omit the check.
Mirror that handling: bail out with -ENOMEM when rpc_sockaddr2uaddr()
returns NULL, before the address is fed into the encoder.
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
Affected Products
II. Public POCs for CVE-2026-89784
| # | POC Description | Source Link | Shenlong Link |
|---|
AI-Generated POC
Premium
No public POC found.
Login to generate AI POCIII. Intelligence Information for CVE-2026-89784
请登录查看更多情报信息。
Other References for CVE-2026-89784 (8)
Same Patch Batch · Linux · 2026-09-16 · 276 CVEs total
| CVE-2026-89860 | scsi: qla2xxx: Initialize NVMe abort_work once at submission | |
| CVE-2026-89877 | media: saa7164: fix cleanup on resource allocation failure | |
| CVE-2026-89875 | media: ti: vpe: quiesce overflow recovery before freeing streams | |
| CVE-2026-89876 | media: tda18250: fix possible integer overflow | |
| CVE-2026-89874 | media: v4l2-async: avoid deleting unlinked ASC entry on link error | |
| CVE-2026-89872 | media: v4l2-fwnode: Fix fwnode leak in v4l2_fwnode_parse_link | |
| CVE-2026-89873 | media: v4l2-ctrls: validate HEVC EXT SPS RPS counts | |
| CVE-2026-89871 | media: video-i2c: fix kthread error pointer left in kthread_vid_cap on failure | |
| CVE-2026-89870 | media: zoran: Avoid freeing a registered video_device twice | |
| CVE-2026-89869 | media: qcom: iris: use disable_irq() during power-off | |
| CVE-2026-89868 | media: chips-media: wave5: Add timeout while stop_streaming | |
| CVE-2026-89867 | media: chips-media: wave5: Defer job_finish() only when a DEC_PIC was queued | |
| CVE-2026-89866 | media: chips-media: wave5: Resume device before setting EOS flag | |
| CVE-2026-89865 | scsi: qla2xxx: Zero SFP DMA buffer in FRU/I2C bsg handlers | |
| CVE-2026-89864 | scsi: qla2xxx: Bound i2c->length in I2C bsg handlers | |
| CVE-2026-89863 | scsi: qla2xxx: edif: Fix NULL pointer deref in RX SA delete check | |
| CVE-2026-89862 | scsi: qla2xxx: Fix BSG job leak on validate flash image error path | |
| CVE-2026-89861 | scsi: qla2xxx: Hold vport reference in qla24xx_report_id_acquisition() | |
| CVE-2026-89850 | scsi: qla2xxx: Don't query firmware state while chip is down | |
| CVE-2026-89848 | scsi: qla2xxx: Quiesce response IRQ before freeing request queue |
Showing top 20 of 276 CVEs. View all on vendor page → →
IV. Related Vulnerabilities
Same product: Linux
-
CVE-2026-90049
net: skbuff: don't skb_tx_error() the source skb in skb_zero -
CVE-2026-90048
fs/ntfs3: fix slab-out-of-bounds write in ni_create_attr_lis -
CVE-2026-90047
drm/xe: Don't hand out the flat CCS storage as usable VRAM -
CVE-2026-90046
mm/page_alloc: don't spin_trylock() in NMI on UP -
CVE-2026-90044
usb: gadget: f_fs: Fix Use-After-Free in AIO error path
Same vendor: Linux
-
CVE-2026-90049
net: skbuff: don't skb_tx_error() the source skb in skb_zero -
CVE-2026-90048
fs/ntfs3: fix slab-out-of-bounds write in ni_create_attr_lis -
CVE-2026-90047
drm/xe: Don't hand out the flat CCS storage as usable VRAM -
CVE-2026-90046
mm/page_alloc: don't spin_trylock() in NMI on UP -
CVE-2026-90044
usb: gadget: f_fs: Fix Use-After-Free in AIO error path
V. Comments for CVE-2026-89784
No comments yet