The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - xfrm: espintcp: do not reuse an in-progress partial send espintcp keeps a single in-flight transmit in     ctx->partial. Before building a new sk_msg, espintcp_sendmsg() first tries to flush that state through     espintcp_push_msgs(). For blocking callers, espintcp_push_msgs() may return success even when the previous     partial send is still pending. espintcp_sendmsg() would then reinitialize emsg->skmsg and reuse     ctx->partial while the old transfer still owns that state. Do not rebuild the send message when     ctx->partial is still in progress. If espintcp_push_msgs() returns with emsg->len still set, fail the new     send instead of overwriting the live partial state. This is a memory-safety fix: reusing the live partial-     send state can leave a stale offset attached to a new sk_msg and lead to an out-of- bounds read in the     send path. tcp_sendmsg_locked() already handles waiting for send buffer memory, so the fix here is just to     preserve espintcp's one-message-at-a-time transmit state. (CVE-2026-52935)

Note that Nessus relies on the presence of the package as reported by the vendor.

Detections

Analytics

Linux Distros Unpatched Vulnerability : CVE-2026-52935

high Nessus Plugin ID 322531

Version 1.28