CVE-2026-68425High· 7.1▾ TwilightIn the Linux kernel, the following vulnerability has been resolved: IB/mad: Drop unmatched RMPP responses before reassembly Kernel-handled RMPP receive processing starts reassembly for active DATA responses before the response is match…
▾ Twilight zone — High severity, or a signal on a lesser flaw
impact 39.1 · likelihood 0.1 · exploitation 0
Need a working PoC? Pro members can cast a request and our team develops one — it lands right here.
Stakeholder-Specific Vulnerability Categorization from CISA's ADP record at CVE.org: whether exploitation is observed, whether an attack can be automated, and how much of the system is at stake. The CVSS score shown above comes from the assigning CNA record, not NVD.
Exploit-prediction probability, daily snapshots since Oct 16.
Disclosure to exploitation, from the record and what we observed since indexing it.
Disclosed via CVEORG
0.3%
Last analysed / modified upstream
0.3% → 0.3%
In the Linux kernel, the following vulnerability has been resolved:
IB/mad: Drop unmatched RMPP responses before reassembly
Kernel-handled RMPP receive processing starts reassembly for active DATA responses before the response is matched to an outstanding send. The normal match happens later, after ib_process_rmpp_recv_wc() has either assembled a complete message or consumed the segment.
That ordering lets an unsolicited response that routes to a kernel RMPP agent by the high TID bits allocate or extend RMPP receive state before the full TID and source address are checked against a real request. A reordered burst can therefore reach the receive-side insertion path even though the response would not match any send.
For kernel-handled RMPP DATA responses, require the existing ib_find_send_mad() match before entering RMPP reassembly. The matcher already checks the full TID, management class and source address/GID against the agent wait, backlog and in-flight send lists. If there is no match, drop the response without creating RMPP state.
This leaves the RMPP window behavior unchanged and only rejects responses that have no corresponding request.
Linux >= fa619a77046bef30478697aba0553991033afb8e < 45416c87ebcece1e90f3bc5bc172d106b77c6b69Linux >= fa619a77046bef30478697aba0553991033afb8e < 9634fb1f4d404f36a20ffbcb8797369db69b06bbLinux >= fa619a77046bef30478697aba0553991033afb8e < bfb9e8243fd2099d1080d09222964d988f991d9bLinux >= fa619a77046bef30478697aba0553991033afb8e < dfa535c94406c03d3f0c869ef3ba5528e395737cLinux >= fa619a77046bef30478697aba0553991033afb8e < 6e1bd7f590b0ccfee07f7fe1d48b92059bd37d72Linux >= fa619a77046bef30478697aba0553991033afb8e < 98d2d468b4faa1fdc68c0c6c238389906ee3490cLinux >= fa619a77046bef30478697aba0553991033afb8e < ad9c9ad3204f63a46f0f7de29687a8e512f05e29Linux >= fa619a77046bef30478697aba0553991033afb8e < d2e52d610b9b09694261632340b801a421e0b0c5Linux 2.6.13Refer to the linked advisories for vendor-supplied fixes and affected version ranges.
Connected by shared product, vendor, weakness, or advisory.
CVE-2024-38564High· 7.8bpf: Add BPF_PROG_TYPE_CGROUP_SKB attach type enforcement in BPF_LINK_CREATE
CVE-2026-99092Noneriscv: patch: fix handling of bpf-jit execmem addresses
CVE-2026-99089NoneASoC: samsung: i2s: enable op_clk in probe to balance runtime PM
CVE-2026-99093Nonemm: don't schedule deferred kernel page table freeing while booting
CVE-2026-99088Nonenet: openvswitch: validate transport header presence in set_ipv6_addr
CVE-2026-99090Nonedrm/amdgpu: serialize vblank counter reads against GPU reset