CVE-2026-23322

Summary

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

ipmi: Fix use-after-free and list corruption on sender error

The analysis from Breno:

When the SMI sender returns an error, smi_work() delivers an error response but then jumps back to restart without cleaning up properly:

  1. intf->curr_msg is not cleared, so no new message is pulled
  2. newmsg still points to the message, causing sender() to be called again with the same message
  3. If sender() fails again, deliver_err_response() is called with the same recv_msg that was already queued for delivery

This causes list_add corruption ("list_add double add") because the recv_msg is added to the user_msgs list twice. Subsequently, the corrupted list leads to use-after-free when the memory is freed and reused, and eventually a NULL pointer dereference when accessing recv_msg->done.

The buggy sequence:

sender() fails -> deliver_err_response(recv_msg) // recv_msg queued for delivery -> goto restart // curr_msg not cleared! sender() fails again (same message!) -> deliver_err_response(recv_msg) // tries to queue same recv_msg -> LIST CORRUPTION

Fix this by freeing the message and setting it to NULL on a send error. Also, always free the newmsg on a send error, otherwise it will leak.

Affected Software

VendorProductVersion RangeStatus
LinuxLinux9cf93a8fa9513c6d3cc65bdd50e05c1355cef322 < c08ec55617cb9674a060a3392ea08391ab2a4f74affected
LinuxLinux9cf93a8fa9513c6d3cc65bdd50e05c1355cef322 < 65ff5d1e4410df05edfbeb7bf2d62f7681ce1d53affected
LinuxLinux9cf93a8fa9513c6d3cc65bdd50e05c1355cef322 < 594c11d0e1d445f580898a2b8c850f2e3f099368affected
LinuxLinux6.18affected
LinuxLinux0 < 6.18unaffected
LinuxLinux6.18.17 <= 6.18.*unaffected
LinuxLinux6.19.7 <= 6.19.*unaffected
LinuxLinux7.0 <= *unaffected

Weaknesses

References