CVE-2026-98347

/// Technical description

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

IB/IPoIB: Avoid restoring OPER_UP after multicast flush

ipoib_ib_dev_flush_light() temporarily clears IPOIB_FLAG_OPER_UP to

prevent multicast joins while ipoib_mcast_dev_flush() is running, and

restores the flag afterwards if it was previously set.

This restore races with ipoib_ib_dev_down(). If the interface is brought

down while the flush is in progress, ipoib_ib_dev_down() clears

IPOIB_FLAG_OPER_UP, but the flush path may set it again after the device

has already gone down.

Since commit 894021a75291 ("IB/ipoib: Make the carrier_on_task race

aware"), ipoib_mcast_carrier_on_task() relies on IPOIB_FLAG_OPER_UP

being cleared to terminate its rtnl_trylock() retry loop. If the flag is

left set after shutdown, the workqueue retries forever, causing teardown

to deadlock when ipoib_ndo_uninit() waits in destroy_workqueue() while

holding RTNL.

Instead of overloading IPOIB_FLAG_OPER_UP to block multicast joins

during a li

/// Remediation

Check the references section for vendor advisories, patches, and mitigation guidance. If immediate patching is not possible, review the CVSS vector to understand the attack surface and apply compensating controls such as network segmentation or access restrictions.

/// References