{"id":70177,"date":"2025-09-15T18:32:41","date_gmt":"2025-09-15T15:02:41","guid":{"rendered":"https:\/\/afaghhosting.net\/blog\/cve-2023-53234-watchdog-fix-kmemleak-in-watchdog_cdev_register\/"},"modified":"2025-09-15T18:32:41","modified_gmt":"2025-09-15T15:02:41","slug":"cve-2023-53234-watchdog-fix-kmemleak-in-watchdog_cdev_register","status":"publish","type":"post","link":"https:\/\/afaghhosting.net\/blog\/cve-2023-53234-watchdog-fix-kmemleak-in-watchdog_cdev_register\/","title":{"rendered":"CVE-2023-53234 &#8211; watchdog: Fix kmemleak in watchdog_cdev_register"},"content":{"rendered":"<p><strong>CVE ID : <\/strong>CVE-2023-53234<br \/>\n<br \/>\n<strong>Published : <\/strong> Sept. 15, 2025, 2:22 p.m. | 32\u00a0minutes ago<br \/>\n<br \/>\n<strong>Description : <\/strong>In the Linux kernel, the following vulnerability has been resolved:<\/p>\n<p>watchdog: Fix kmemleak in watchdog_cdev_register<\/p>\n<p>kmemleak reports memory leaks in watchdog_dev_register, as follows:<br \/>\nunreferenced object 0xffff888116233000 (size 2048):<br \/>\n  comm &#8220;&#8221;modprobe&#8221;&#8221;, pid 28147, jiffies 4353426116 (age 61.741s)<br \/>\n  hex dump (first 32 bytes):<br \/>\n    80 fa b9 05 81 88 ff ff 08 30 23 16 81 88 ff ff  &#8230;&#8230;&#8230;0#&#8230;..<br \/>\n    08 30 23 16 81 88 ff ff 00 00 00 00 00 00 00 00  .0#&#8230;&#8230;&#8230;&#8230;.<br \/>\n  backtrace:<br \/>\n    [] __kmem_cache_alloc_node+0x157\/0x220<br \/>\n    [] kmalloc_trace+0x21\/0x110<br \/>\n    [] watchdog_dev_register+0x4e\/0x780 [watchdog]\n    [] __watchdog_register_device+0x4f0\/0x680 [watchdog]\n    [] watchdog_register_device+0xd2\/0x110 [watchdog]\n    [] 0xffffffffc10880ae<br \/>\n    [] do_one_initcall+0xcb\/0x4d0<br \/>\n    [] do_init_module+0x1ca\/0x5f0<br \/>\n    [] load_module+0x6133\/0x70f0<br \/>\n    &#8230;<\/p>\n<p>unreferenced object 0xffff888105b9fa80 (size 16):<br \/>\n  comm &#8220;&#8221;modprobe&#8221;&#8221;, pid 28147, jiffies 4353426116 (age 61.741s)<br \/>\n  hex dump (first 16 bytes):<br \/>\n    77 61 74 63 68 64 6f 67 31 00 b9 05 81 88 ff ff  watchdog1&#8230;&#8230;.<br \/>\n  backtrace:<br \/>\n    [] __kmem_cache_alloc_node+0x157\/0x220<br \/>\n    [] __kmalloc_node_track_caller+0x44\/0x1b0<br \/>\n    [] kvasprintf+0xb5\/0x140<br \/>\n    [] kvasprintf_const+0x55\/0x180<br \/>\n    [] kobject_set_name_vargs+0x56\/0x150<br \/>\n    [] dev_set_name+0xab\/0xe0<br \/>\n    [] watchdog_dev_register+0x285\/0x780 [watchdog]\n    [] __watchdog_register_device+0x4f0\/0x680 [watchdog]\n    [] watchdog_register_device+0xd2\/0x110 [watchdog]\n    [] 0xffffffffc10880ae<br \/>\n    [] do_one_initcall+0xcb\/0x4d0<br \/>\n    [] do_init_module+0x1ca\/0x5f0<br \/>\n    [] load_module+0x6133\/0x70f0<br \/>\n    &#8230;<\/p>\n<p>The reason is that put_device is not be called if cdev_device_add fails<br \/>\nand wdd-&gt;id != 0.<\/p>\n<p>watchdog_cdev_register<br \/>\n  wd_data = kzalloc                             [1]\n  err = dev_set_name                            [2]\n  ..<br \/>\n  err = cdev_device_add<br \/>\n  if (err) {<br \/>\n    if (wdd-&gt;id == 0) {  \/\/ wdd-&gt;id != 0<br \/>\n      ..<br \/>\n    }<br \/>\n    return err;  \/\/ [1],[2] would be leaked<\/p>\n<p>To fix it, call put_device in all wdd-&gt;id cases.<br \/>\n<br \/>\n<strong>Severity:<\/strong> 0.0 | NA<br \/>\n<br \/>\nVisit the link for more details, such as CVSS details, affected products, timeline, and more&#8230;<\/p>\n","protected":false},"excerpt":{"rendered":"<p>CVE ID : CVE-2023-53234 Published : Sept. 15, 2025, 2:22 p.m. | 32\u00a0minutes ago Description : In the Linux kernel, the following vulnerability has been resolved: watchdog: Fix kmemleak in watchdog_cdev_register kmemleak reports memory leaks in watchdog_dev_register, as follows: unreferenced object 0xffff888116233000 (size 2048): comm &#8220;&#8221;modprobe&#8221;&#8221;, pid 28147, jiffies 4353426116 (age 61.741s) hex dump (first &hellip;<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[26],"tags":[],"class_list":["post-70177","post","type-post","status-publish","format-standard","hentry","category-vulnerability"],"_links":{"self":[{"href":"https:\/\/afaghhosting.net\/blog\/wp-json\/wp\/v2\/posts\/70177","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/afaghhosting.net\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/afaghhosting.net\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/afaghhosting.net\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/afaghhosting.net\/blog\/wp-json\/wp\/v2\/comments?post=70177"}],"version-history":[{"count":0,"href":"https:\/\/afaghhosting.net\/blog\/wp-json\/wp\/v2\/posts\/70177\/revisions"}],"wp:attachment":[{"href":"https:\/\/afaghhosting.net\/blog\/wp-json\/wp\/v2\/media?parent=70177"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/afaghhosting.net\/blog\/wp-json\/wp\/v2\/categories?post=70177"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/afaghhosting.net\/blog\/wp-json\/wp\/v2\/tags?post=70177"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}