Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - Linux カーネルでは、以下の脆弱性が解決されています: net: dsa: Fix possible memory leaks in dsa_loop_init() kmemleak reported memory leaks in dsa_loop_init(): kmemleak: 12 new suspected memory leaks unreferenced object 0xffff8880138ce000 (size 2048): comm modprobe, pid 390, jiffies 4295040478 (age 238.976s) backtrace: [<000000006a94f1d5>] kmalloc_trace+0x26/0x60 [<00000000a9c44622>] phy_device_create+0x5d/0x970 [<00000000d0ee2afc>] get_phy_device+0xf3/0x2b0 [<00000000dca0c71f>]
    __fixed_phy_register.part.0+0x92/0x4e0 [<000000008a834798>] fixed_phy_register+0x84/0xb0 [<0000000055223fcb>] dsa_loop_init+0xa9/0x116 [dsa_loop] ... There are two reasons for memleak in dsa_loop_init(). First, fixed_phy_register() create and register phy_device: fixed_phy_register() get_phy_device() phy_device_create() # freed by phy_device_free() phy_device_register() # freed by phy_device_remove() But fixed_phy_unregister() only calls phy_device_remove(). So the memory allocated in phy_device_create() is leaked. Second, when mdio_driver_register() fail in dsa_loop_init(), it just returns and there is no cleanup for phydevs. Fix the problems by catching the error of mdio_driver_register() in dsa_loop_init(), then calling both fixed_phy_unregister() and phy_device_free() to release phydevs. Also add a function for phydevs cleanup to avoid duplacate. (CVE-2022-49926)

Nessus は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且供應商未提供可用的修補程式。

  - 已解決 Linux 核心中的下列弱點：net: dsa: Fix possible memory leaks in dsa_loop_init() kmemleak reported memory leaks in dsa_loop_init(): kmemleak: 12 new suspected memory leaks unreferenced object 0xffff8880138ce000 (size 2048): comm modprobe, pid 390, jiffies 4295040478 (age 238.976s) backtrace: [<000000006a94f1d5>] kmalloc_trace+0x26/0x60 [<00000000a9c44622>] phy_device_create+0x5d/0x970 [<00000000d0ee2afc>] get_phy_device+0xf3/0x2b0 [<00000000dca0c71f>]
    __fixed_phy_register.part.0+0x92/0x4e0 [<000000008a834798>] fixed_phy_register+0x84/0xb0 [<0000000055223fcb>] dsa_loop_init+0xa9/0x116 [dsa_loop] ... There are two reasons for memleak in dsa_loop_init(). First, fixed_phy_register() create and register phy_device: fixed_phy_register() get_phy_device() phy_device_create() # freed by phy_device_free() phy_device_register() # freed by phy_device_remove() But fixed_phy_unregister() only calls phy_device_remove(). So the memory allocated in phy_device_create() is leaked. Second, when mdio_driver_register() fail in dsa_loop_init(), it just returns and there is no cleanup for phydevs. Fix the problems by catching the error of mdio_driver_register() in dsa_loop_init(), then calling both fixed_phy_unregister() and phy_device_free() to release phydevs. Also add a function for phydevs cleanup to avoid duplacate. (CVE-2022-49926)

請注意，Nessus 依賴供應商報告的套件存在。

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - In the Linux kernel, the following vulnerability has been resolved: net: dsa: Fix possible memory leaks in     dsa_loop_init() kmemleak reported memory leaks in dsa_loop_init(): kmemleak: 12 new suspected memory leaks     unreferenced object 0xffff8880138ce000 (size 2048): comm modprobe, pid 390, jiffies 4295040478 (age     238.976s) backtrace: [<000000006a94f1d5>] kmalloc_trace+0x26/0x60 [<00000000a9c44622>]     phy_device_create+0x5d/0x970 [<00000000d0ee2afc>] get_phy_device+0xf3/0x2b0 [<00000000dca0c71f>]
    __fixed_phy_register.part.0+0x92/0x4e0 [<000000008a834798>] fixed_phy_register+0x84/0xb0     [<0000000055223fcb>] dsa_loop_init+0xa9/0x116 [dsa_loop] ... There are two reasons for memleak in     dsa_loop_init(). First, fixed_phy_register() create and register phy_device: fixed_phy_register()     get_phy_device() phy_device_create() # freed by phy_device_free() phy_device_register() # freed by     phy_device_remove() But fixed_phy_unregister() only calls phy_device_remove(). So the memory allocated in     phy_device_create() is leaked. Second, when mdio_driver_register() fail in dsa_loop_init(), it just     returns and there is no cleanup for phydevs. Fix the problems by catching the error of     mdio_driver_register() in dsa_loop_init(), then calling both fixed_phy_unregister() and phy_device_free()     to release phydevs. Also add a function for phydevs cleanup to avoid duplacate. (CVE-2022-49926)

Note that Nessus relies on the presence of the package as reported by the vendor.

The Unity Linux 20 host has a package installed that is affected by a vulnerability as referenced in the UTSA-2025-987106 advisory.

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

    net: dsa: Fix possible memory leaks in dsa_loop_init()

    kmemleak reported memory leaks in dsa_loop_init():

    kmemleak: 12 new suspected memory leaks

    unreferenced object 0xffff8880138ce000 (size 2048):
      comm modprobe, pid 390, jiffies 4295040478 (age 238.976s)       backtrace:
        [<000000006a94f1d5>] kmalloc_trace+0x26/0x60         [<00000000a9c44622>] phy_device_create+0x5d/0x970         [<00000000d0ee2afc>] get_phy_device+0xf3/0x2b0         [<00000000dca0c71f>] __fixed_phy_register.part.0+0x92/0x4e0         [<000000008a834798>] fixed_phy_register+0x84/0xb0         [<0000000055223fcb>] dsa_loop_init+0xa9/0x116 [dsa_loop]         ...

    There are two reasons for memleak in dsa_loop_init().

    First, fixed_phy_register() create and register phy_device:

    fixed_phy_register()       get_phy_device()         phy_device_create() # freed by phy_device_free()       phy_device_register() # freed by phy_device_remove()

    But fixed_phy_unregister() only calls phy_device_remove().
    So the memory allocated in phy_device_create() is leaked.

    Second, when mdio_driver_register() fail in dsa_loop_init(),     it just returns and there is no cleanup for phydevs.

    Fix the problems by catching the error of mdio_driver_register()     in dsa_loop_init(), then calling both fixed_phy_unregister() and     phy_device_free() to release phydevs.
    Also add a function for phydevs cleanup to avoid duplacate.

Tenable has extracted the preceding description block directly from the Unity Linux security advisory.

Note that Nessus has not tested for this issue but has instead relied only on the application's self-reported version number.

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 已修复 Linux 内核中的下列漏洞：net: dsa: Fix possible memory leaks in dsa_loop_init() kmemleak reported memory leaks in dsa_loop_init(): kmemleak: 12 new suspected memory leaks unreferenced object 0xffff8880138ce000 (size 2048): comm modprobe, pid 390, jiffies 4295040478 (age 238.976s) backtrace: [<000000006a94f1d5>] kmalloc_trace+0x26/0x60 [<00000000a9c44622>] phy_device_create+0x5d/0x970 [<00000000d0ee2afc>] get_phy_device+0xf3/0x2b0 [<00000000dca0c71f>]
    __fixed_phy_register.part.0+0x92/0x4e0 [<000000008a834798>] fixed_phy_register+0x84/0xb0 [<0000000055223fcb>] dsa_loop_init+0xa9/0x116 [dsa_loop] ... There are two reasons for memleak in dsa_loop_init(). First, fixed_phy_register() create and register phy_device: fixed_phy_register() get_phy_device() phy_device_create() # freed by phy_device_free() phy_device_register() # freed by phy_device_remove() But fixed_phy_unregister() only calls phy_device_remove(). So the memory allocated in phy_device_create() is leaked. Second, when mdio_driver_register() fail in dsa_loop_init(), it just returns and there is no cleanup for phydevs. Fix the problems by catching the error of mdio_driver_register() in dsa_loop_init(), then calling both fixed_phy_unregister() and phy_device_free() to release phydevs. Also add a function for phydevs cleanup to avoid duplacate. (CVE-2022-49926)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
246253	Linux Distros のパッチ未適用の脆弱性: CVE-2022-49926	Nessus	Misc.	2025/8/8	2025/9/30	medium
246253	Linux Distros 未修補的弱點：CVE-2022-49926	Nessus	Misc.	2025/8/8	2025/9/30	medium
246253	Linux Distros Unpatched Vulnerability : CVE-2022-49926	Nessus	Misc.	2025/8/8	2025/9/30	medium
268323	Unity Linux 20.1070e Security Update: kernel (UTSA-2025-987106)	Nessus	Unity Linux Local Security Checks	2025/10/7	2025/10/7	medium
246253	Linux Distros 未修补的漏洞：CVE-2022-49926	Nessus	Misc.	2025/8/8	2025/9/30	medium

检测

插件搜索

medium

medium

medium

medium

medium