REDHAT-BUG-2513293: Use After Free

Published Aug 10, 2026
·
Updated

In the Linux kernel, the following vulnerability has been resolved:

net/iucv: fix use-after-free of a severed iucvpath

afiucv queues not-yet-received message notifications on iucv->messageq, each holding a raw pointer to the connection's iucvpath. When the peer severs the connection, iucvseverpath() frees that path with iucvpathfree() but leaves the notifications queued. A later recvmsg() drains messageq via iucvprocessmessageq() and hands the stale path to messagereceive() -- a use-after-free of the freed iucvpath.

Drop the queued notifications when the path is severed; once the path is gone they can no longer be received. This also frees the notifications leaked when a socket is closed with messages still queued.

Affected Software

1 affected component
Linux Linux kernel

Event History

Aug 10, 2026
Data Sourced
via Red Hat·12:29 PM
DescriptionSeverityAffected Software

Frequently Asked Questions

1

Which systems are exposed to this issue?

Systems using the Linux kernel AF_IUCV networking functionality are exposed when queued message notifications can reference an IUCV path that a peer has severed. The issue involves AF_IUCV socket message handling rather than general network socket processing.

2

What event is needed to trigger the use-after-free?

A peer must sever an IUCV connection while message notifications for that connection remain queued. A later recvmsg() operation that drains the queued notifications can then pass the freed IUCV path to message_receive().

3

What is the mitigation if an updated kernel cannot be deployed immediately?

The provided information identifies the vulnerable path as AF_IUCV message handling. Avoiding use of AF_IUCV connections, particularly where peers can sever connections with messages still queued, prevents the described trigger.

4

How can administrators determine whether the described condition may have occurred?

The condition requires queued AF_IUCV message notifications, severing of the associated connection by a peer, and a subsequent recvmsg() that processes the queue. The provided information does not specify a log message, detection signature, or other indicator for confirming exploitation.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203