Bug 2312099 (CVE-2024-46702) - CVE-2024-46702 kernel: thunderbolt: Mark XDomain as unplugged when router is removed
Summary: CVE-2024-46702 kernel: thunderbolt: Mark XDomain as unplugged when router is ...
Keywords:
Status: NEW
Alias: CVE-2024-46702
Product: Security Response
Classification: Other
Component: vulnerability
Version: unspecified
Hardware: All
OS: Linux
low
low
Target Milestone: ---
Assignee: Product Security DevOps Team
QA Contact:
URL:
Whiteboard:
Depends On: 2312140
Blocks:
TreeView+ depends on / blocked
 
Reported: 2024-09-13 07:20 UTC by OSIDB Bzimport
Modified: 2024-09-13 10:15 UTC (History)
4 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed:
Embargoed:


Attachments (Terms of Use)

Description OSIDB Bzimport 2024-09-13 07:20:45 UTC
In the Linux kernel, the following vulnerability has been resolved:

thunderbolt: Mark XDomain as unplugged when router is removed

I noticed that when we do discrete host router NVM upgrade and it gets
hot-removed from the PCIe side as a result of NVM firmware authentication,
if there is another host connected with enabled paths we hang in tearing
them down. This is due to fact that the Thunderbolt networking driver
also tries to cleanup the paths and ends up blocking in
tb_disconnect_xdomain_paths() waiting for the domain lock.

However, at this point we already cleaned the paths in tb_stop() so
there is really no need for tb_disconnect_xdomain_paths() to do that
anymore. Furthermore it already checks if the XDomain is unplugged and
bails out early so take advantage of that and mark the XDomain as
unplugged when we remove the parent router.


Note You need to log in before you can comment on or make changes to this bug.