https://vulnerability.circl.lu Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Tue, 29 Sep 2026 04:53:04 +0000 https://vulnerability.circl.lu/vuln/cve-2026-89983 <p><strong>Affected:</strong> Linux</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>i2c: core: fix debugfs UAF on adapter removal</p> <p>i2c_del_adapter() frees the adapter&#39;s debugfs directory before it unregisters the adapter device, but the new_device sysfs attribute stays writable until device_del(). A write racing with removal still reaches i2c_device_probe(), which passes the freed adap-&gt;debugfs to debugfs_create_dir() as the new client&#39;s parent:</p> <p>BUG: KASAN: slab-use-after-free in lookup_noperm_common+0x407/0x430 Read of size 4 at addr ffff88803ef87810 by task syz.0.61/6090 lookup_noperm_common+0x407/0x430 simple_start_creating+0x9c/0x110 debugfs_start_creating+0xdb/0x1a0 debugfs_create_dir+0x24/0x350 i2c_device_probe+0x814/0xbf0</p> <p>It&#39;s technically possible to create a client after i2c_deregister_clients has run. That client will never be unregistered and make wait_for_completion hang.</p> <p>Close the window by removing the new_device attribute at the start of i2c_del_adapter(). device_remove_file() will drain any clients left.</p> <p><strong>Affected:</strong> Linux</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>i2c: core: fix debugfs UAF on adapter removal</p> <p>i2c_del_adapter() frees the adapter&#39;s debugfs directory before it unregisters the adapter device, but the new_device sysfs attribute stays writable until device_del(). A write racing with removal still reaches i2c_device_probe(), which passes the freed adap-&gt;debugfs to debugfs_create_dir() as the new client&#39;s parent:</p> <p>BUG: KASAN: slab-use-after-free in lookup_noperm_common+0x407/0x430 Read of size 4 at addr ffff88803ef87810 by task syz.0.61/6090 lookup_noperm_common+0x407/0x430 simple_start_creating+0x9c/0x110 debugfs_start_creating+0xdb/0x1a0 debugfs_create_dir+0x24/0x350 i2c_device_probe+0x814/0xbf0</p> <p>It&#39;s technically possible to create a client after i2c_deregister_clients has run. That client will never be unregistered and make wait_for_completion hang.</p> <p>Close the window by removing the new_device attribute at the start of i2c_del_adapter(). device_remove_file() will drain any clients left.</p> https://vulnerability.circl.lu/vuln/cve-2026-89983