{"id":7396,"date":"2026-09-04T18:49:32","date_gmt":"2026-09-04T10:49:32","guid":{"rendered":"https:\/\/www.54iter.cn\/?vuln=cve-2026-74434"},"modified":"2026-09-04T18:49:32","modified_gmt":"2026-09-04T10:49:32","slug":"cve-2026-74434","status":"publish","type":"vuln","link":"https:\/\/www.54iter.cn\/?vuln=cve-2026-74434","title":{"rendered":"CVE-2026-74434 [CRITICAL] &#8211; In the Linux kernel, the following vulnerability has been resolved:\n\nrxrpc: Don&#8217;t move a p"},"content":{"rendered":"<p>In the Linux kernel, the following vulnerability has been resolved:<\/p>\n<p>rxrpc: Don&#8217;t move a peeked OOB message onto the pending queue<\/p>\n<p>rxrpc_recvmsg_oob() takes a received oob message off recvmsg_oobq and,<br \/>\nif a response is needed, moves it onto the pending_oobq tree. However,<br \/>\nonly the unlink from recvmsg_oobq is guarded by MSG_PEEK; the move onto<br \/>\npending_oobq always runs.<\/p>\n<p>As a result, reading a challenge with MSG_PEEK leaves the skb on<br \/>\nrecvmsg_oobq while also adding it to pending_oobq. Since struct<br \/>\nsk_buff&#8217;s rbnode shares storage with its next and prev pointers,<br \/>\nrb_insert_color() overwrites the list linkage, and the skb, which holds<br \/>\na single reference, becomes reachable from both queues at once.<\/p>\n<p>When the socket is closed both queues are drained in turn. While<br \/>\ndraining recvmsg_oobq, __skb_unlink() follows the next and prev<br \/>\npointers that rbnode has overwritten and writes to a bad address. Also,<br \/>\nas the skb holds a single reference but is freed from each queue, both<br \/>\nthe skb and the connection reference it holds are released twice. This<br \/>\nleads to memory corruption and to a use-after-free caused by the<br \/>\nconnection refcount underflow.<\/p>\n<p>MSG_PEEK does not consume the message from the queue, so only unlink it<br \/>\nfrom recvmsg_oobq and then move it onto pending_oobq or free it when<br \/>\nthe message is actually consumed.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>In the Linux kernel, the following vulnerability has been resolved:<\/p>\n<p>rxrpc: Don&#8217;t move a peeked OOB message onto the pending queue<\/p>\n<p>rxrpc_recvmsg_oob() takes a received oob message off recvmsg_oobq an<\/p>\n","protected":false},"template":"","meta":[],"categories":[],"tags":[],"class_list":["post-7396","vuln","type-vuln","status-publish","hentry"],"_links":{"self":[{"href":"https:\/\/www.54iter.cn\/index.php?rest_route=\/wp\/v2\/vuln\/7396","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.54iter.cn\/index.php?rest_route=\/wp\/v2\/vuln"}],"about":[{"href":"https:\/\/www.54iter.cn\/index.php?rest_route=\/wp\/v2\/types\/vuln"}],"wp:attachment":[{"href":"https:\/\/www.54iter.cn\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=7396"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.54iter.cn\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=7396"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.54iter.cn\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=7396"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}