https://vulnerability.circl.lu Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Wed, 30 Sep 2026 03:39:14 +0000 https://vulnerability.circl.lu/vuln/cve-2026-74522 <p><strong>Affected:</strong> Linux</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>ksmbd: fix use-after-free in __close_file_table_ids()</p> <p>A ksmbd_file can remain alive after logical close while another session holds a temporary reference obtained through ksmbd_lookup_fd_inode(). ksmbd_close_fd() currently marks the file closed and drops the idr-owned reference, but leaves the pointer published in the closing session&#39;s idr until the final reference is dropped.</p> <p>If the foreign holder performs the final ksmbd_fd_put(), __put_fd_final() supplies the foreign session&#39;s file table to __ksmbd_close_fd(). The object is then freed without being removed from its owner&#39;s idr, and the owner session later dereferences the stale pointer during file-table teardown.</p> <p>Remove the volatile id from the owner&#39;s idr while ksmbd_close_fd() still holds that table&#39;s lock, and clear volatile_id before dropping the idr-owned reference. A later foreign final put then only performs physical destruction and cannot remove the object from the wrong table.</p> <p><strong>Affected:</strong> Linux</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>ksmbd: fix use-after-free in __close_file_table_ids()</p> <p>A ksmbd_file can remain alive after logical close while another session holds a temporary reference obtained through ksmbd_lookup_fd_inode(). ksmbd_close_fd() currently marks the file closed and drops the idr-owned reference, but leaves the pointer published in the closing session&#39;s idr until the final reference is dropped.</p> <p>If the foreign holder performs the final ksmbd_fd_put(), __put_fd_final() supplies the foreign session&#39;s file table to __ksmbd_close_fd(). The object is then freed without being removed from its owner&#39;s idr, and the owner session later dereferences the stale pointer during file-table teardown.</p> <p>Remove the volatile id from the owner&#39;s idr while ksmbd_close_fd() still holds that table&#39;s lock, and clear volatile_id before dropping the idr-owned reference. A later foreign final put then only performs physical destruction and cannot remove the object from the wrong table.</p> https://vulnerability.circl.lu/vuln/cve-2026-74522