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

  - 已修复 Linux 内核中的下列漏洞：coresight: cti: Fix hang in cti_disable_hw() cti_enable_hw() and cti_disable_hw() are called from an atomic context so shouldn't use runtime PM because it can result in a sleep when communicating with firmware. Since commit 3c6656337852 (Revert firmware: arm_scmi: Add clock management to the SCMI power domain), this causes a hang on Juno when running the Perf Coresight tests or running this command: perf record -e cs_etm//u -- ls This was also missed until the revert commit because pm_runtime_put() was called with the wrong device until commit 692c9a499b28 (coresight: cti: Correct the parameter for pm_runtime_put) With lock and scheduler debugging enabled the following is output: coresight cti_sys0: cti_enable_hw -- dev:cti_sys0 parent:
    20020000.cti BUG: sleeping function called from invalid context at drivers/base/power/runtime.c:1151 in_atomic(): 1, irqs_disabled(): 128, non_block: 0, pid: 330, name: perf-exec preempt_count: 2, expected:
    0 RCU nest depth: 0, expected: 0 INFO: lockdep is turned off. irq event stamp: 0 hardirqs last enabled at (0): [<0000000000000000>] 0x0 hardirqs last disabled at (0): [<ffff80000822b394>] copy_process+0xa0c/0x1948 softirqs last enabled at (0): [<ffff80000822b394>] copy_process+0xa0c/0x1948 softirqs last disabled at (0): [<0000000000000000>] 0x0 CPU: 3 PID: 330 Comm: perf-exec Not tainted 6.0.0-00053-g042116d99298 #7 Hardware name: ARM LTD ARM Juno Development Platform/ARM Juno Development Platform, BIOS EDK II Sep 13 2022 Call trace: dump_backtrace+0x134/0x140 show_stack+0x20/0x58 dump_stack_lvl+0x8c/0xb8 dump_stack+0x18/0x34 __might_resched+0x180/0x228 __might_sleep+0x50/0x88
    __pm_runtime_resume+0xac/0xb0 cti_enable+0x44/0x120 coresight_control_assoc_ectdev+0xc0/0x150 coresight_enable_path+0xb4/0x288 etm_event_start+0x138/0x170 etm_event_add+0x48/0x70 event_sched_in.isra.122+0xb4/0x280 merge_sched_in+0x1fc/0x3d0 visit_groups_merge.constprop.137+0x16c/0x4b0 ctx_sched_in+0x114/0x1f0 perf_event_sched_in+0x60/0x90 ctx_resched+0x68/0xb0 perf_event_exec+0x138/0x508 begin_new_exec+0x52c/0xd40 load_elf_binary+0x6b8/0x17d0 bprm_execve+0x360/0x7f8 do_execveat_common.isra.47+0x218/0x238 __arm64_sys_execve+0x48/0x60 invoke_syscall+0x4c/0x110 el0_svc_common.constprop.4+0xfc/0x120 do_el0_svc+0x34/0xc0 el0_svc+0x40/0x98 el0t_64_sync_handler+0x98/0xc0 el0t_64_sync+0x170/0x174 Fix the issue by removing the runtime PM calls completely. They are not needed here because it must have already been done when building the path for a trace. [ Fix build warnings ] (CVE-2022-50491)

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

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

  - 已解決 Linux 核心中的下列弱點：coresight: cti: Fix hang in cti_disable_hw() cti_enable_hw() and cti_disable_hw() are called from an atomic context so shouldn't use runtime PM because it can result in a sleep when communicating with firmware. Since commit 3c6656337852 (Revert firmware: arm_scmi: Add clock management to the SCMI power domain), this causes a hang on Juno when running the Perf Coresight tests or running this command: perf record -e cs_etm//u -- ls This was also missed until the revert commit because pm_runtime_put() was called with the wrong device until commit 692c9a499b28 (coresight: cti: Correct the parameter for pm_runtime_put) With lock and scheduler debugging enabled the following is output: coresight cti_sys0: cti_enable_hw -- dev:cti_sys0 parent:
    20020000.cti BUG: sleeping function called from invalid context at drivers/base/power/runtime.c:1151 in_atomic(): 1, irqs_disabled(): 128, non_block: 0, pid: 330, name: perf-exec preempt_count: 2, expected:
    0 RCU nest depth: 0, expected: 0 INFO: lockdep is turned off. irq event stamp: 0 hardirqs last enabled at (0): [<0000000000000000>] 0x0 hardirqs last disabled at (0): [<ffff80000822b394>] copy_process+0xa0c/0x1948 softirqs last enabled at (0): [<ffff80000822b394>] copy_process+0xa0c/0x1948 softirqs last disabled at (0): [<0000000000000000>] 0x0 CPU: 3 PID: 330 Comm: perf-exec Not tainted 6.0.0-00053-g042116d99298 #7 Hardware name: ARM LTD ARM Juno Development Platform/ARM Juno Development Platform, BIOS EDK II Sep 13 2022 Call trace: dump_backtrace+0x134/0x140 show_stack+0x20/0x58 dump_stack_lvl+0x8c/0xb8 dump_stack+0x18/0x34 __might_resched+0x180/0x228 __might_sleep+0x50/0x88
    __pm_runtime_resume+0xac/0xb0 cti_enable+0x44/0x120 coresight_control_assoc_ectdev+0xc0/0x150 coresight_enable_path+0xb4/0x288 etm_event_start+0x138/0x170 etm_event_add+0x48/0x70 event_sched_in.isra.122+0xb4/0x280 merge_sched_in+0x1fc/0x3d0 visit_groups_merge.constprop.137+0x16c/0x4b0 ctx_sched_in+0x114/0x1f0 perf_event_sched_in+0x60/0x90 ctx_resched+0x68/0xb0 perf_event_exec+0x138/0x508 begin_new_exec+0x52c/0xd40 load_elf_binary+0x6b8/0x17d0 bprm_execve+0x360/0x7f8 do_execveat_common.isra.47+0x218/0x238 __arm64_sys_execve+0x48/0x60 invoke_syscall+0x4c/0x110 el0_svc_common.constprop.4+0xfc/0x120 do_el0_svc+0x34/0xc0 el0_svc+0x40/0x98 el0t_64_sync_handler+0x98/0xc0 el0t_64_sync+0x170/0x174 Fix the issue by removing the runtime PM calls completely. They are not needed here because it must have already been done when building the path for a trace. [ Fix build warnings ] (CVE-2022-50491)

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

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

  - Linux カーネルでは、以下の脆弱性が解決されています: coresight: cti: Fix hang in cti_disable_hw() cti_enable_hw() and cti_disable_hw() are called from an atomic context so shouldn't use runtime PM because it can result in a sleep when communicating with firmware. Since commit 3c6656337852 (Revert firmware: arm_scmi: Add clock management to the SCMI power domain), this causes a hang on Juno when running the Perf Coresight tests or running this command: perf record -e cs_etm//u -- ls This was also missed until the revert commit because pm_runtime_put() was called with the wrong device until commit 692c9a499b28 (coresight: cti: Correct the parameter for pm_runtime_put) With lock and scheduler debugging enabled the following is output: coresight cti_sys0: cti_enable_hw -- dev:cti_sys0 parent:
    20020000.cti BUG: sleeping function called from invalid context at drivers/base/power/runtime.c:1151 in_atomic(): 1, irqs_disabled(): 128, non_block: 0, pid: 330, name: perf-exec preempt_count: 2, expected:
    0 RCU nest depth: 0, expected: 0 INFO: lockdep is turned off. irq event stamp: 0 hardirqs last enabled at (0): [<0000000000000000>] 0x0 hardirqs last disabled at (0): [<ffff80000822b394>] copy_process+0xa0c/0x1948 softirqs last enabled at (0): [<ffff80000822b394>] copy_process+0xa0c/0x1948 softirqs last disabled at (0): [<0000000000000000>] 0x0 CPU: 3 PID: 330 Comm: perf-exec Not tainted 6.0.0-00053-g042116d99298 #7 Hardware name: ARM LTD ARM Juno Development Platform/ARM Juno Development Platform, BIOS EDK II Sep 13 2022 Call trace: dump_backtrace+0x134/0x140 show_stack+0x20/0x58 dump_stack_lvl+0x8c/0xb8 dump_stack+0x18/0x34 __might_resched+0x180/0x228 __might_sleep+0x50/0x88
    __pm_runtime_resume+0xac/0xb0 cti_enable+0x44/0x120 coresight_control_assoc_ectdev+0xc0/0x150 coresight_enable_path+0xb4/0x288 etm_event_start+0x138/0x170 etm_event_add+0x48/0x70 event_sched_in.isra.122+0xb4/0x280 merge_sched_in+0x1fc/0x3d0 visit_groups_merge.constprop.137+0x16c/0x4b0 ctx_sched_in+0x114/0x1f0 perf_event_sched_in+0x60/0x90 ctx_resched+0x68/0xb0 perf_event_exec+0x138/0x508 begin_new_exec+0x52c/0xd40 load_elf_binary+0x6b8/0x17d0 bprm_execve+0x360/0x7f8 do_execveat_common.isra.47+0x218/0x238 __arm64_sys_execve+0x48/0x60 invoke_syscall+0x4c/0x110 el0_svc_common.constprop.4+0xfc/0x120 do_el0_svc+0x34/0xc0 el0_svc+0x40/0x98 el0t_64_sync_handler+0x98/0xc0 el0t_64_sync+0x170/0x174 Fix the issue by removing the runtime PM calls completely. They are not needed here because it must have already been done when building the path for a trace. [ Fix build warnings ] (CVE-2022-50491)

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: coresight: cti: Fix hang in     cti_disable_hw() cti_enable_hw() and cti_disable_hw() are called from an atomic context so shouldn't use     runtime PM because it can result in a sleep when communicating with firmware. Since commit 3c6656337852     (Revert firmware: arm_scmi: Add clock management to the SCMI power domain), this causes a hang on Juno     when running the Perf Coresight tests or running this command: perf record -e cs_etm//u -- ls This was     also missed until the revert commit because pm_runtime_put() was called with the wrong device until commit     692c9a499b28 (coresight: cti: Correct the parameter for pm_runtime_put) With lock and scheduler     debugging enabled the following is output: coresight cti_sys0: cti_enable_hw -- dev:cti_sys0 parent:
    20020000.cti BUG: sleeping function called from invalid context at drivers/base/power/runtime.c:1151     in_atomic(): 1, irqs_disabled(): 128, non_block: 0, pid: 330, name: perf-exec preempt_count: 2, expected:
    0 RCU nest depth: 0, expected: 0 INFO: lockdep is turned off. irq event stamp: 0 hardirqs last enabled at     (0): [<0000000000000000>] 0x0 hardirqs last disabled at (0): [<ffff80000822b394>]     copy_process+0xa0c/0x1948 softirqs last enabled at (0): [<ffff80000822b394>] copy_process+0xa0c/0x1948     softirqs last disabled at (0): [<0000000000000000>] 0x0 CPU: 3 PID: 330 Comm: perf-exec Not tainted     6.0.0-00053-g042116d99298 #7 Hardware name: ARM LTD ARM Juno Development Platform/ARM Juno Development     Platform, BIOS EDK II Sep 13 2022 Call trace: dump_backtrace+0x134/0x140 show_stack+0x20/0x58     dump_stack_lvl+0x8c/0xb8 dump_stack+0x18/0x34 __might_resched+0x180/0x228 __might_sleep+0x50/0x88
    __pm_runtime_resume+0xac/0xb0 cti_enable+0x44/0x120 coresight_control_assoc_ectdev+0xc0/0x150     coresight_enable_path+0xb4/0x288 etm_event_start+0x138/0x170 etm_event_add+0x48/0x70     event_sched_in.isra.122+0xb4/0x280 merge_sched_in+0x1fc/0x3d0 visit_groups_merge.constprop.137+0x16c/0x4b0     ctx_sched_in+0x114/0x1f0 perf_event_sched_in+0x60/0x90 ctx_resched+0x68/0xb0 perf_event_exec+0x138/0x508     begin_new_exec+0x52c/0xd40 load_elf_binary+0x6b8/0x17d0 bprm_execve+0x360/0x7f8     do_execveat_common.isra.47+0x218/0x238 __arm64_sys_execve+0x48/0x60 invoke_syscall+0x4c/0x110     el0_svc_common.constprop.4+0xfc/0x120 do_el0_svc+0x34/0xc0 el0_svc+0x40/0x98     el0t_64_sync_handler+0x98/0xc0 el0t_64_sync+0x170/0x174 Fix the issue by removing the runtime PM calls     completely. They are not needed here because it must have already been done when building the path for a     trace. [ Fix build warnings ] (CVE-2022-50491)

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-2026-006926 advisory.

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

    coresight: cti: Fix hang in cti_disable_hw()

    cti_enable_hw() and cti_disable_hw() are called from an atomic context     so shouldn't use runtime PM because it can result in a sleep when     communicating with firmware.

    Since commit 3c6656337852 (Revert firmware: arm_scmi: Add clock     management to the SCMI power domain), this causes a hang on Juno when     running the Perf Coresight tests or running this command:

      perf record -e cs_etm//u -- ls

    This was also missed until the revert commit because pm_runtime_put()     was called with the wrong device until commit 692c9a499b28 (coresight:
    cti: Correct the parameter for pm_runtime_put)

    With lock and scheduler debugging enabled the following is output:

       coresight cti_sys0: cti_enable_hw -- dev:cti_sys0  parent: 20020000.cti        BUG: sleeping function called from invalid context at drivers/base/power/runtime.c:1151        in_atomic(): 1, irqs_disabled(): 128, non_block: 0, pid: 330, name: perf-exec        preempt_count: 2, expected: 0        RCU nest depth: 0, expected: 0        INFO: lockdep is turned off.
       irq event stamp: 0        hardirqs last  enabled at (0): [<0000000000000000>] 0x0        hardirqs last disabled at (0): [<ffff80000822b394>] copy_process+0xa0c/0x1948        softirqs last  enabled at (0): [<ffff80000822b394>] copy_process+0xa0c/0x1948        softirqs last disabled at (0): [<0000000000000000>] 0x0        CPU: 3 PID: 330 Comm: perf-exec Not tainted 6.0.0-00053-g042116d99298 #7        Hardware name: ARM LTD ARM Juno Development Platform/ARM Juno Development Platform, BIOS EDK II Sep 13     2022        Call trace:
        dump_backtrace+0x134/0x140         show_stack+0x20/0x58         dump_stack_lvl+0x8c/0xb8         dump_stack+0x18/0x34
        __might_resched+0x180/0x228
        __might_sleep+0x50/0x88
        __pm_runtime_resume+0xac/0xb0         cti_enable+0x44/0x120         coresight_control_assoc_ectdev+0xc0/0x150         coresight_enable_path+0xb4/0x288         etm_event_start+0x138/0x170         etm_event_add+0x48/0x70         event_sched_in.isra.122+0xb4/0x280         merge_sched_in+0x1fc/0x3d0         visit_groups_merge.constprop.137+0x16c/0x4b0         ctx_sched_in+0x114/0x1f0         perf_event_sched_in+0x60/0x90         ctx_resched+0x68/0xb0         perf_event_exec+0x138/0x508         begin_new_exec+0x52c/0xd40         load_elf_binary+0x6b8/0x17d0         bprm_execve+0x360/0x7f8         do_execveat_common.isra.47+0x218/0x238
        __arm64_sys_execve+0x48/0x60         invoke_syscall+0x4c/0x110         el0_svc_common.constprop.4+0xfc/0x120         do_el0_svc+0x34/0xc0         el0_svc+0x40/0x98         el0t_64_sync_handler+0x98/0xc0         el0t_64_sync+0x170/0x174

    Fix the issue by removing the runtime PM calls completely. They are not     needed here because it must have already been done when building the     path for a trace.

    [ Fix build warnings ]

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.

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

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

    coresight: cti: Fix hang in cti_disable_hw()

    cti_enable_hw() and cti_disable_hw() are called from an atomic context     so shouldn't use runtime PM because it can result in a sleep when     communicating with firmware.

    Since commit 3c6656337852 (Revert firmware: arm_scmi: Add clock     management to the SCMI power domain), this causes a hang on Juno when     running the Perf Coresight tests or running this command:

      perf record -e cs_etm//u -- ls

    This was also missed until the revert commit because pm_runtime_put()     was called with the wrong device until commit 692c9a499b28 (coresight:
    cti: Correct the parameter for pm_runtime_put)

    With lock and scheduler debugging enabled the following is output:

       coresight cti_sys0: cti_enable_hw -- dev:cti_sys0  parent: 20020000.cti        BUG: sleeping function called from invalid context at drivers/base/power/runtime.c:1151        in_atomic(): 1, irqs_disabled(): 128, non_block: 0, pid: 330, name: perf-exec        preempt_count: 2, expected: 0        RCU nest depth: 0, expected: 0        INFO: lockdep is turned off.
       irq event stamp: 0        hardirqs last  enabled at (0): [<0000000000000000>] 0x0        hardirqs last disabled at (0): [<ffff80000822b394>] copy_process+0xa0c/0x1948        softirqs last  enabled at (0): [<ffff80000822b394>] copy_process+0xa0c/0x1948        softirqs last disabled at (0): [<0000000000000000>] 0x0        CPU: 3 PID: 330 Comm: perf-exec Not tainted 6.0.0-00053-g042116d99298 #7        Hardware name: ARM LTD ARM Juno Development Platform/ARM Juno Development Platform, BIOS EDK II Sep 13     2022        Call trace:
        dump_backtrace+0x134/0x140         show_stack+0x20/0x58         dump_stack_lvl+0x8c/0xb8         dump_stack+0x18/0x34
        __might_resched+0x180/0x228
        __might_sleep+0x50/0x88
        __pm_runtime_resume+0xac/0xb0         cti_enable+0x44/0x120         coresight_control_assoc_ectdev+0xc0/0x150         coresight_enable_path+0xb4/0x288         etm_event_start+0x138/0x170         etm_event_add+0x48/0x70         event_sched_in.isra.122+0xb4/0x280         merge_sched_in+0x1fc/0x3d0         visit_groups_merge.constprop.137+0x16c/0x4b0         ctx_sched_in+0x114/0x1f0         perf_event_sched_in+0x60/0x90         ctx_resched+0x68/0xb0         perf_event_exec+0x138/0x508         begin_new_exec+0x52c/0xd40         load_elf_binary+0x6b8/0x17d0         bprm_execve+0x360/0x7f8         do_execveat_common.isra.47+0x218/0x238
        __arm64_sys_execve+0x48/0x60         invoke_syscall+0x4c/0x110         el0_svc_common.constprop.4+0xfc/0x120         do_el0_svc+0x34/0xc0         el0_svc+0x40/0x98         el0t_64_sync_handler+0x98/0xc0         el0t_64_sync+0x170/0x174

    Fix the issue by removing the runtime PM calls completely. They are not     needed here because it must have already been done when building the     path for a trace.

    [ Fix build warnings ]

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.

An update of the linux package has been released.

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
269344	Linux Distros 未修补的漏洞：CVE-2022-50491	Nessus	Misc.	2025/10/8	2026/1/15	medium
269344	Linux Distros 未修補的弱點：CVE-2022-50491	Nessus	Misc.	2025/10/8	2026/1/15	medium
269344	Linux Distros のパッチ未適用の脆弱性: CVE-2022-50491	Nessus	Misc.	2025/10/8	2026/1/15	medium
269344	Linux Distros Unpatched Vulnerability : CVE-2022-50491	Nessus	Misc.	2025/10/8	2026/1/15	medium
308241	Unity Linux 20.1060a / 20.1070a Security Update: kernel (UTSA-2026-006926)	Nessus	Unity Linux Local Security Checks	2026/4/21	2026/4/21	medium
308629	Unity Linux 20.1060e / 20.1070e Security Update: kernel (UTSA-2026-011125)	Nessus	Unity Linux Local Security Checks	2026/4/21	2026/4/21	medium
151965	Photon OS 4.0: Linux PHSA-2021-4.0-0065	Nessus	PhotonOS Local Security Checks	2021/7/22	2026/3/23	high

检测

插件搜索

medium

medium

medium

medium

medium

medium

high