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: btrfs: fix hang during unmount when     block group reclaim task is running When we start an unmount, at close_ctree(), if we have the reclaim     task running and in the middle of a data block group relocation, we can trigger a deadlock when stopping     an async reclaim task, producing a trace like the following: [629724.498185] task:kworker/u16:7 state:D     stack: 0 pid:681170 ppid: 2 flags:0x00004000 [629724.499760] Workqueue: events_unbound     btrfs_async_reclaim_metadata_space [btrfs] [629724.501267] Call Trace: [629724.501759] <TASK>     [629724.502174] __schedule+0x3cb/0xed0 [629724.502842] schedule+0x4e/0xb0 [629724.503447]     btrfs_wait_on_delayed_iputs+0x7c/0xc0 [btrfs] [629724.504534] ? prepare_to_wait_exclusive+0xc0/0xc0     [629724.505442] flush_space+0x423/0x630 [btrfs] [629724.506296] ? rcu_read_unlock_trace_special+0x20/0x50     [629724.507259] ? lock_release+0x220/0x4a0 [629724.507932] ? btrfs_get_alloc_profile+0xb3/0x290 [btrfs]     [629724.508940] ? do_raw_spin_unlock+0x4b/0xa0 [629724.509688]     btrfs_async_reclaim_metadata_space+0x139/0x320 [btrfs] [629724.510922] process_one_work+0x252/0x5a0     [629724.511694] ? process_one_work+0x5a0/0x5a0 [629724.512508] worker_thread+0x52/0x3b0 [629724.513220] ?     process_one_work+0x5a0/0x5a0 [629724.514021] kthread+0xf2/0x120 [629724.514627] ?     kthread_complete_and_exit+0x20/0x20 [629724.515526] ret_from_fork+0x22/0x30 [629724.516236] </TASK>     [629724.516694] task:umount state:D stack: 0 pid:719055 ppid:695412 flags:0x00004000 [629724.518269] Call     Trace: [629724.518746] <TASK> [629724.519160] __schedule+0x3cb/0xed0 [629724.519835] schedule+0x4e/0xb0     [629724.520467] schedule_timeout+0xed/0x130 [629724.521221] ? lock_release+0x220/0x4a0 [629724.521946] ?     lock_acquired+0x19c/0x420 [629724.522662] ? trace_hardirqs_on+0x1b/0xe0 [629724.523411]
    __wait_for_common+0xaf/0x1f0 [629724.524189] ? usleep_range_state+0xb0/0xb0 [629724.524997]
    __flush_work+0x26d/0x530 [629724.525698] ? flush_workqueue_prep_pwqs+0x140/0x140 [629724.526580] ?     lock_acquire+0x1a0/0x310 [629724.527324] __cancel_work_timer+0x137/0x1c0 [629724.528190]     close_ctree+0xfd/0x531 [btrfs] [629724.529000] ? evict_inodes+0x166/0x1c0 [629724.529510]     generic_shutdown_super+0x74/0x120 [629724.530103] kill_anon_super+0x14/0x30 [629724.530611]     btrfs_kill_super+0x12/0x20 [btrfs] [629724.531246] deactivate_locked_super+0x31/0xa0 [629724.531817]     cleanup_mnt+0x147/0x1c0 [629724.532319] task_work_run+0x5c/0xa0 [629724.532984]     exit_to_user_mode_prepare+0x1a6/0x1b0 [629724.533598] syscall_exit_to_user_mode+0x16/0x40 [629724.534200]     do_syscall_64+0x48/0x90 [629724.534667] entry_SYSCALL_64_after_hwframe+0x44/0xae [629724.535318] RIP:
    0033:0x7fa2b90437a7 [629724.535804] RSP: 002b:00007ffe0b7e4458 EFLAGS: 00000246 ORIG_RAX: 00000000000000a6     [629724.536912] RAX: 0000000000000000 RBX: 00007fa2b9182264 RCX: 00007fa2b90437a7 [629724.538156] RDX:
    0000000000000000 RSI: 0000000000000000 RDI: 0000555d6cf20dd0 [629724.539053] RBP: 0000555d6cf20ba0 R08:
    0000000000000000 R09: 00007ffe0b7e3200 [629724.539956] R10: 0000000000000000 R11: 0000000000000246 R12:
    0000000000000000 [629724.540883] R13: 0000555d6cf20dd0 R14: 0000555d6cf20cb0 R15: 0000000000000000     [629724.541796] </TASK> This happens because: 1) Before entering close_ctree() we have the async block     group reclaim task running and relocating a data block group; 2) There's an async metadata (or data) space     reclaim task running; 3) We enter close_ctree() and park the cleaner kthread; 4) The async space reclaim     task is at flush_space() and runs all the existing delayed iputs; 5) Before the async space reclaim task     calls btrfs_wait_on_delayed_iputs(), the block group reclaim task which is doing the data block group     relocation, creates a delayed iput at replace_file_extents() (called when COWing leaves that have file     extent items pointing to relocated data exten ---truncated--- (CVE-2022-49702)

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

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

  - Linux カーネルにおいて、以下の脆弱性は解決されました： btrfs: fix hang during unmount when block group reclaim task is running When we start an unmount, at close_ctree(), if we have the reclaim task running and in the middle of a data block group relocation, we can trigger a deadlock when stopping an async reclaim task, producing a trace like the following: [629724.498185] task:kworker/u16:7 state:D stack: 0 pid:681170 ppid: 2 flags:0x00004000 [629724.499760] Workqueue: events_unbound btrfs_async_reclaim_metadata_space [btrfs] [629724.501267] Call Trace: [629724.501759] <TASK> [629724.502174] __schedule+0x3cb/0xed0 [629724.502842] schedule+0x4e/0xb0 [629724.503447] btrfs_wait_on_delayed_iputs+0x7c/0xc0 [btrfs] [629724.504534] ? prepare_to_wait_exclusive+0xc0/0xc0 [629724.505442] flush_space+0x423/0x630 [btrfs] [629724.506296] ? rcu_read_unlock_trace_special+0x20/0x50 [629724.507259] ? lock_release+0x220/0x4a0 [629724.507932] ? btrfs_get_alloc_profile+0xb3/0x290 [btrfs] [629724.508940] ? do_raw_spin_unlock+0x4b/0xa0 [629724.509688] btrfs_async_reclaim_metadata_space+0x139/0x320 [btrfs] [629724.510922] process_one_work+0x252/0x5a0 [629724.511694] ? process_one_work+0x5a0/0x5a0 [629724.512508] worker_thread+0x52/0x3b0 [629724.513220] ? process_one_work+0x5a0/0x5a0 [629724.514021] kthread+0xf2/0x120 [629724.514627] ? kthread_complete_and_exit+0x20/0x20 [629724.515526] ret_from_fork+0x22/0x30 [629724.516236] </TASK> [629724.516694] task:umount state:D stack: 0 pid:719055 ppid:695412 flags:0x00004000 [629724.518269] Call Trace: [629724.518746] <TASK> [629724.519160] __schedule+0x3cb/0xed0 [629724.519835] schedule+0x4e/0xb0 [629724.520467] schedule_timeout+0xed/0x130 [629724.521221] ? lock_release+0x220/0x4a0 [629724.521946] ? lock_acquired+0x19c/0x420 [629724.522662] ? trace_hardirqs_on+0x1b/0xe0 [629724.523411]
    __wait_for_common+0xaf/0x1f0 [629724.524189] ? usleep_range_state+0xb0/0xb0 [629724.524997]
    __flush_work+0x26d/0x530 [629724.525698] ? flush_workqueue_prep_pwqs+0x140/0x140 [629724.526580] ? lock_acquire+0x1a0/0x310 [629724.527324] __cancel_work_timer+0x137/0x1c0 [629724.528190] close_ctree+0xfd/0x531 [btrfs] [629724.529000] ? evict_inodes+0x166/0x1c0 [629724.529510] generic_shutdown_super+0x74/0x120 [629724.530103] kill_anon_super+0x14/0x30 [629724.530611] btrfs_kill_super+0x12/0x20 [btrfs] [629724.531246] deactivate_locked_super+0x31/0xa0 [629724.531817] cleanup_mnt+0x147/0x1c0 [629724.532319] task_work_run+0x5c/0xa0 [629724.532984] exit_to_user_mode_prepare+0x1a6/0x1b0 [629724.533598] syscall_exit_to_user_mode+0x16/0x40 [629724.534200] do_syscall_64+0x48/0x90 [629724.534667] entry_SYSCALL_64_after_hwframe+0x44/0xae [629724.535318] RIP:
    0033:0x7fa2b90437a7 [629724.535804] RSP: 002b:00007ffe0b7e4458 EFLAGS: 00000246 ORIG_RAX: 00000000000000a6 [629724.536912] RAX: 0000000000000000 RBX: 00007fa2b9182264 RCX: 00007fa2b90437a7 [629724.538156] RDX:
    0000000000000000 RSI: 0000000000000000 RDI: 0000555d6cf20dd0 [629724.539053] RBP: 0000555d6cf20ba0 R08:
    0000000000000000 R09: 00007ffe0b7e3200 [629724.539956] R10: 0000000000000000 R11: 0000000000000246 R12:
    0000000000000000 [629724.540883] R13: 0000555d6cf20dd0 R14: 0000555d6cf20cb0 R15: 0000000000000000 [629724.541796] </TASK> This happens because: 1) Before entering close_ctree() we have the async block group reclaim task running and relocating a data block group; 2) There's an async metadata (or data) space reclaim task running; 3) We enter close_ctree() and park the cleaner kthread; 4) The async space reclaim task is at flush_space() and runs all the existing delayed iputs; 5) Before the async space reclaim task calls btrfs_wait_on_delayed_iputs(), the block group reclaim task which is doing the data block group relocation, creates a delayed iput at replace_file_extents() (called when COWing leaves that have file extent items pointing to relocated data exten ---truncated--- (CVE-2022-49702)

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

The version of kernel installed on the remote host is prior to 5.15.54-25.126. It is, therefore, affected by multiple vulnerabilities as referenced in the ALAS2KERNEL-5.15-2022-005 advisory.

    Linux disk/nic frontends data leaks T[his CNA information record relates to multiple CVEs; the text     explains which aspects/vulnerabilities correspond to which CVE.] Linux Block and Network PV device     frontends don't zero memory regions before sharing them with the backend (CVE-2022-26365, CVE-2022-33740).
    Additionally the granularity of the grant table doesn't allow sharing less than a 4K page, leading to     unrelated data residing in the same 4K page as data shared with a backend being accessible by such backend     (CVE-2022-33741, CVE-2022-33742). (CVE-2022-26365)

    Linux disk/nic frontends data leaks T[his CNA information record relates to multiple CVEs; the text     explains which aspects/vulnerabilities correspond to which CVE.] Linux Block and Network PV device     frontends don't zero memory regions before sharing them with the backend (CVE-2022-26365, CVE-2022-33740).
    Additionally the granularity of the grant table doesn't allow sharing less than a 4K page, leading to     unrelated data residing in the same 4K page as data shared with a backend being accessible by such backend     (CVE-2022-33741, CVE-2022-33742). (CVE-2022-33740)

    Linux disk/nic frontends data leaks T[his CNA information record relates to multiple CVEs; the text     explains which aspects/vulnerabilities correspond to which CVE.] Linux Block and Network PV device     frontends don't zero memory regions before sharing them with the backend (CVE-2022-26365, CVE-2022-33740).
    Additionally the granularity of the grant table doesn't allow sharing less than a 4K page, leading to     unrelated data residing in the same 4K page as data shared with a backend being accessible by such backend     (CVE-2022-33741, CVE-2022-33742). (CVE-2022-33741)

    Linux disk/nic frontends data leaks T[his CNA information record relates to multiple CVEs; the text     explains which aspects/vulnerabilities correspond to which CVE.] Linux Block and Network PV device     frontends don't zero memory regions before sharing them with the backend (CVE-2022-26365, CVE-2022-33740).
    Additionally the granularity of the grant table doesn't allow sharing less than a 4K page, leading to     unrelated data residing in the same 4K page as data shared with a backend being accessible by such backend     (CVE-2022-33741, CVE-2022-33742). (CVE-2022-33742)

    network backend may cause Linux netfront to use freed SKBs While adding logic to support XDP (eXpress Data     Path), a code label was moved in a way allowing for SKBs having references (pointers) retained for further     processing to nevertheless be freed. (CVE-2022-33743)

    A heap buffer overflow flaw was found in the Linux kernel's Netfilter subsystem in the way a user provides     incorrect input of the NFT_DATA_VERDICT type. This flaw allows a local user to crash or potentially     escalate their privileges on the system. (CVE-2022-34918)

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

    scsi: qla2xxx: Fix crash during module load unload test (CVE-2022-49160)

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

    block: fix rq-qos breakage from skipping rq_qos_done_bio() (CVE-2022-49266)

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

    module: fix [e_shstrndx].sh_size=0 OOB access (CVE-2022-49444)

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

    bpf: Fix insufficient bounds propagation from adjust_scalar_min_max_vals (CVE-2022-49658)

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

    ipv6: fix lockdep splat in in6_dump_addrs() (CVE-2022-49662)

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

    tunnels: do not assume mac header is set in skb_tunnel_check_pmtu() (CVE-2022-49663)

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

    tipc: move bc link creation back to tipc_node_create (CVE-2022-49664)

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

    net: bonding: fix use-after-free after 802.3ad slave unbind (CVE-2022-49667)

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

    linux/dim: Fix divide by 0 in RDMA DIM (CVE-2022-49670)

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

    RDMA/cm: Fix memory leak in ib_cm_insert_listen (CVE-2022-49671)

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

    net: tun: unlink NAPI from device on destruction (CVE-2022-49672)

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

    dm raid: fix KASAN warning in raid5_add_disks (CVE-2022-49673)

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

    dm raid: fix accesses beyond end of raid member array (CVE-2022-49674)

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

    tick/nohz: unexport __init-annotated tick_nohz_full_setup() (CVE-2022-49675)

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

    virtio_net: fix xdp_rxq_info bug after suspend/resume (CVE-2022-49687)

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

    afs: Fix dynamic root getattr (CVE-2022-49688)

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

    erspan: do not assume transport header is always set (CVE-2022-49691)

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

    igb: fix a use-after-free issue in igb_clean_tx_ring (CVE-2022-49695)

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

    tipc: fix use-after-free Read in tipc_named_reinit (CVE-2022-49696)

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

    bpf: Fix request_sock leak in sk lookup helpers (CVE-2022-49697)

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

    netfilter: use get_random_u32 instead of prandom (CVE-2022-49698)

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

    mm/slub: add missing TID updates on slab deactivation (CVE-2022-49700)

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

    btrfs: fix hang during unmount when block group reclaim task is running (CVE-2022-49702)

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

    sock: redo the psock vs ULP protection check (CVE-2022-49732)

Tenable has extracted the preceding description block directly from the tested product security advisory.

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

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

  - 在 Linux 内核中，已解决以下漏洞： btrfs: fix hang during unmount when block group reclaim task is running When we start an unmount, at close_ctree(), if we have the reclaim task running and in the middle of a data block group relocation, we can trigger a deadlock when stopping an async reclaim task, producing a trace like the following: [629724.498185] task:kworker/u16:7 state:D stack: 0 pid:681170 ppid: 2 flags:0x00004000 [629724.499760] Workqueue: events_unbound btrfs_async_reclaim_metadata_space [btrfs] [629724.501267] Call Trace: [629724.501759] <TASK> [629724.502174] __schedule+0x3cb/0xed0 [629724.502842] schedule+0x4e/0xb0 [629724.503447] btrfs_wait_on_delayed_iputs+0x7c/0xc0 [btrfs] [629724.504534] ? prepare_to_wait_exclusive+0xc0/0xc0 [629724.505442] flush_space+0x423/0x630 [btrfs] [629724.506296] ? rcu_read_unlock_trace_special+0x20/0x50 [629724.507259] ? lock_release+0x220/0x4a0 [629724.507932] ? btrfs_get_alloc_profile+0xb3/0x290 [btrfs] [629724.508940] ? do_raw_spin_unlock+0x4b/0xa0 [629724.509688] btrfs_async_reclaim_metadata_space+0x139/0x320 [btrfs] [629724.510922] process_one_work+0x252/0x5a0 [629724.511694] ? process_one_work+0x5a0/0x5a0 [629724.512508] worker_thread+0x52/0x3b0 [629724.513220] ? process_one_work+0x5a0/0x5a0 [629724.514021] kthread+0xf2/0x120 [629724.514627] ? kthread_complete_and_exit+0x20/0x20 [629724.515526] ret_from_fork+0x22/0x30 [629724.516236] </TASK> [629724.516694] task:umount state:D stack: 0 pid:719055 ppid:695412 flags:0x00004000 [629724.518269] Call Trace: [629724.518746] <TASK> [629724.519160] __schedule+0x3cb/0xed0 [629724.519835] schedule+0x4e/0xb0 [629724.520467] schedule_timeout+0xed/0x130 [629724.521221] ? lock_release+0x220/0x4a0 [629724.521946] ? lock_acquired+0x19c/0x420 [629724.522662] ? trace_hardirqs_on+0x1b/0xe0 [629724.523411]
    __wait_for_common+0xaf/0x1f0 [629724.524189] ? usleep_range_state+0xb0/0xb0 [629724.524997]
    __flush_work+0x26d/0x530 [629724.525698] ? flush_workqueue_prep_pwqs+0x140/0x140 [629724.526580] ? lock_acquire+0x1a0/0x310 [629724.527324] __cancel_work_timer+0x137/0x1c0 [629724.528190] close_ctree+0xfd/0x531 [btrfs] [629724.529000] ? evict_inodes+0x166/0x1c0 [629724.529510] generic_shutdown_super+0x74/0x120 [629724.530103] kill_anon_super+0x14/0x30 [629724.530611] btrfs_kill_super+0x12/0x20 [btrfs] [629724.531246] deactivate_locked_super+0x31/0xa0 [629724.531817] cleanup_mnt+0x147/0x1c0 [629724.532319] task_work_run+0x5c/0xa0 [629724.532984] exit_to_user_mode_prepare+0x1a6/0x1b0 [629724.533598] syscall_exit_to_user_mode+0x16/0x40 [629724.534200] do_syscall_64+0x48/0x90 [629724.534667] entry_SYSCALL_64_after_hwframe+0x44/0xae [629724.535318] RIP:
    0033:0x7fa2b90437a7 [629724.535804] RSP: 002b:00007ffe0b7e4458 EFLAGS: 00000246 ORIG_RAX: 00000000000000a6 [629724.536912] RAX: 0000000000000000 RBX: 00007fa2b9182264 RCX: 00007fa2b90437a7 [629724.538156] RDX:
    0000000000000000 RSI: 0000000000000000 RDI: 0000555d6cf20dd0 [629724.539053] RBP: 0000555d6cf20ba0 R08:
    0000000000000000 R09: 00007ffe0b7e3200 [629724.539956] R10: 0000000000000000 R11: 0000000000000246 R12:
    0000000000000000 [629724.540883] R13: 0000555d6cf20dd0 R14: 0000555d6cf20cb0 R15: 0000000000000000 [629724.541796] </TASK> This happens because: 1) Before entering close_ctree() we have the async block group reclaim task running and relocating a data block group; 2) There's an async metadata (or data) space reclaim task running; 3) We enter close_ctree() and park the cleaner kthread; 4) The async space reclaim task is at flush_space() and runs all the existing delayed iputs; 5) Before the async space reclaim task calls btrfs_wait_on_delayed_iputs(), the block group reclaim task which is doing the data block group relocation, creates a delayed iput at replace_file_extents() (called when COWing leaves that have file extent items pointing to relocated data exten ---truncated--- (CVE-2022-49702)

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

遠端主機上安裝的核心版本早於 5.15.54-25.126。因此，會受到 ALAS2KERNEL-515-2022-005 公告中所提及的多個弱點影響。

    Linux 磁碟/網卡前端資料洩漏 [此 CNA 資訊記錄與多個 CVE 有關；本文說明了哪些方面/弱點與哪些 CVE 對應。] Linux Block 和 Network PV 裝置前端未將記憶體區域歸零便將之與後端共用 (CVE-2022-26365、CVE-2022-33740)。
    此外，授權表格的粒度不允許共用小於 4K 的頁面，這導致無關資料會保留於相同的 4K 頁面中，這是因爲與後端共用的資料也可以被此後端存取 (CVE-2022-33741、CVE-2022-33742)。(CVE-2022-26365)

    Linux 磁碟/網卡前端資料洩漏 [此 CNA 資訊記錄與多個 CVE 有關；本文說明了哪些方面/弱點與哪些 CVE 對應。] Linux Block 和 Network PV 裝置前端未將記憶體區域歸零便將之與後端共用 (CVE-2022-26365、CVE-2022-33740)。
    此外，授權表格的粒度不允許共用小於 4K 的頁面，這導致無關資料會保留於相同的 4K 頁面中，這是因爲與後端共用的資料也可以被此後端存取 (CVE-2022-33741、CVE-2022-33742)。(CVE-2022-33740)

    Linux 磁碟/網卡前端資料洩漏 [此 CNA 資訊記錄與多個 CVE 有關；本文說明了哪些方面/弱點與哪些 CVE 對應。] Linux Block 和 Network PV 裝置前端未將記憶體區域歸零便將之與後端共用 (CVE-2022-26365、CVE-2022-33740)。
    此外，授權表格的粒度不允許共用小於 4K 的頁面，這導致無關資料會保留於相同的 4K 頁面中，這是因爲與後端共用的資料也可以被此後端存取 (CVE-2022-33741、CVE-2022-33742)。(CVE-2022-33741)

    Linux 磁碟/網卡前端資料洩漏 [此 CNA 資訊記錄與多個 CVE 有關；本文說明了哪些方面/弱點與哪些 CVE 對應。] Linux Block 和 Network PV 裝置前端未將記憶體區域歸零便將之與後端共用 (CVE-2022-26365、CVE-2022-33740)。
    此外，授權表格的粒度不允許共用小於 4K 的頁面，這導致無關資料會保留於相同的 4K 頁面中，這是因爲與後端共用的資料也可以被此後端存取 (CVE-2022-33741、CVE-2022-33742)。(CVE-2022-33742)

    網路後端可能造成 Linux netfront 使用已釋放的 SKB。在新增邏輯以支援 XDP (eXpress Data Path) 時，移動程式碼標籤的方式允許釋放被保留進行進一步處理的包含參照 (指標) 的 SKB。(CVE-2022-33743)

    在 Linux 核心的 Netfilter 子系統中，發現使用者提供錯誤 NFT_DATA_VERDICT 類型輸入的一個堆積緩衝區溢位瑕疵。本機使用者可利用此缺陷造成系統當機，或可能提升自己的系統權限。(CVE-2022-34918)

    在 Linux 核心中，下列弱點已解決：

    scsiqla2xxx修正模組載入卸載測試期間的當機 (CVE-2022-49160)

    在 Linux 核心中，下列弱點已解決：

    block修正因略過 rq_qos_done_bio() 而造成的 rq-qos 中斷 (CVE-2022-49266)

    在 Linux 核心中，下列弱點已解決：

    模組修正 [e_shstrndx].sh_size=0 OOB 存取 (CVE-2022-49444)

    在 Linux 核心中，下列弱點已解決：

    bpf修正來自 adjust_scalar_min_max_vals 的不充分邊界傳播 (CVE-2022-49658)

    在 Linux 核心中，下列弱點已解決：

    ipv6：修正 in6_dump_addrs() 中的 lockdep splat (CVE-2022-49662)

    在 Linux 核心中，下列弱點已解決：

    通道：不假設已在 skb_tunnel_check_pmtu() 中設定 mac 標頭 (CVE-2022-49663)

    在 Linux 核心中，下列弱點已解決：

    tipc將 bc 連結建立作業移回 tipc_node_create (CVE-2022-49664)

    在 Linux 核心中，下列弱點已解決：

    net：bonding：修正 802.3ad slave 解除繫結後的釋放後使用 (CVE-2022-49667)

    在 Linux 核心中，下列弱點已解決：

    linux/dim修正 RDMA DIM 中的除以零錯誤 (CVE-2022-49670)

    在 Linux 核心中，下列弱點已解決：

    RDMA/cm修正 ib_cm_insert_listen 中的記憶體洩漏 (CVE-2022-49671)

    在 Linux 核心中，下列弱點已解決：

    nettun取消解構時與裝置連結 NAPI (CVE-2022-49672)

    在 Linux 核心中，下列弱點已解決：

    dm raid：修正 raid5_add_disks 中的 KASAN 警告 (CVE-2022-49673)

    在 Linux 核心中，下列弱點已解決：

    dm raid修正超出 raid 成員陣列結尾的存取 (CVE-2022-49674)

    在 Linux 核心中，下列弱點已解決：

    tick/nohz取消匯出 __init 註釋的 tick_nohz_full_setup() (CVE-2022-49675)

    在 Linux 核心中，下列弱點已解決：

    virtio_net：修正暫停/恢復後的 xdp_rxq_info 錯誤 (CVE-2022-49687)

    在 Linux 核心中，下列弱點已解決：

    afs修正動態 root getattr (CVE-2022-49688)

    在 Linux 核心中，下列弱點已解決：

    erspan：不假設一律設定傳輸標頭 (CVE-2022-49691)

    在 Linux 核心中，下列弱點已解決：

    igb：修正 igb_clean_tx_ring 中的釋放後使用問題 (CVE-2022-49695)

    在 Linux 核心中，下列弱點已解決：

    tipc修正 tipc_named_reinit 中的釋放後使用讀取 (CVE-2022-49696)

    在 Linux 核心中，下列弱點已解決：

    bpf修正 sk 查閱協助程式中的 request_sock 洩漏 (CVE-2022-49697)

    在 Linux 核心中，下列弱點已解決：

    netfilter使用 get_random_u32 而非 prandom (CVE-2022-49698)

    在 Linux 核心中，下列弱點已解決：

    mm/slub：新增平台停用時缺少的 TID 更新 (CVE-2022-49700)

    在 Linux 核心中，下列弱點已解決：

    btrfs修正區塊群組回收工作執行時卸載期間的懸置問題 (CVE-2022-49702)

    在 Linux 核心中，下列弱點已解決：

    sock恢復 psock 與 ULP 保護檢查 (CVE-2022-49732)

Tenable 已直接從所測試產品的安全公告擷取前置描述區塊。

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

远程主机上安装的内核版本低于 5.15.54-25.126。因此，会受到 ALAS2KERNEL-5.15-2022-005 公告中提及的多个漏洞影响。

    Linux 磁盘/网卡前端数据泄露 [其 CNA 信息记录与多个 CVE 有关；文本说明了哪些方面/漏洞与哪些 CVE 对应。] Linux Block 和 Network PV 设备前端未将内存区域归零便与后端共享此区域（CVE-2022-26365、CVE-2022-33740）。
    此外，授权表的粒度不允许共享小于 4K 的页面，因为与后端共享的数据也可以被此后端访问，因而这可以导致不相关的数据驻留在同一 4K 页面中（CVE-2022-33741、CVE-2022-33742）。(CVE-2022-26365)

    Linux 磁盘/网卡前端数据泄露 [其 CNA 信息记录与多个 CVE 有关；文本说明了哪些方面/漏洞与哪些 CVE 对应。] Linux Block 和 Network PV 设备前端未将内存区域归零便与后端共享此区域（CVE-2022-26365、CVE-2022-33740）。
    此外，授权表的粒度不允许共享小于 4K 的页面，因为与后端共享的数据也可以被此后端访问，因而这可以导致不相关的数据驻留在同一 4K 页面中（CVE-2022-33741、CVE-2022-33742）。(CVE-2022-33740)

    Linux 磁盘/网卡前端数据泄露 [其 CNA 信息记录与多个 CVE 有关；文本说明了哪些方面/漏洞与哪些 CVE 对应。] Linux Block 和 Network PV 设备前端未将内存区域归零便与后端共享此区域（CVE-2022-26365、CVE-2022-33740）。
    此外，授权表的粒度不允许共享小于 4K 的页面，因为与后端共享的数据也可以被此后端访问，因而这可以导致不相关的数据驻留在同一 4K 页面中（CVE-2022-33741、CVE-2022-33742）。(CVE-2022-33741)

    Linux 磁盘/网卡前端数据泄露 [其 CNA 信息记录与多个 CVE 有关；文本说明了哪些方面/漏洞与哪些 CVE 对应。] Linux Block 和 Network PV 设备前端未将内存区域归零便与后端共享此区域（CVE-2022-26365、CVE-2022-33740）。
    此外，授权表的粒度不允许共享小于 4K 的页面，因为与后端共享的数据也可以被此后端访问，因而这可以导致不相关的数据驻留在同一 4K 页面中（CVE-2022-33741、CVE-2022-33742）。(CVE-2022-33742)

    网络后端可能造成 Linux netfront 使用已释放的 SKB。在添加逻辑以支持 XDP (eXpress Data Path) 时，移动代码标签时所采用的方式允许释放被保留做进一步处理的包含引用（指针）的 SKB。(CVE-2022-33743)

    当用户输入错误的 NFT_DATA_VERDICT 类型时，在 Linux 内核的 Netfilter 子系统中发现堆缓冲区溢出缺陷。本地用户可利用此缺陷导致系统崩溃或可能升级其系统权限。(CVE-2022-34918)

    在 Linux 内核中，以下漏洞已修复：

    scsiqla2xxx修复模块加载卸载测试期间的崩溃 (CVE-2022-49160)

    在 Linux 内核中，以下漏洞已修复：

    block修复因跳过 rq_qos_done_bio() 而造成的 rq-qos 中断 (CVE-2022-49266)

    在 Linux 内核中，以下漏洞已修复：

    module修复 [e_shstrndx].sh_size=0 OOB 访问 (CVE-2022-49444)

    在 Linux 内核中，以下漏洞已修复：

    bpf修复从adjust_scalar_min_max_vals 传播不充分的边界 (CVE-2022-49658)

    在 Linux 内核中，以下漏洞已修复：

    ipv6：修复 in6_dump_addrs() 中的 lockdep 崩溃问题 (CVE-2022-49662)

    在 Linux 内核中，以下漏洞已修复：

    tunnels：不假设 mac 标头是在 skb_tunnel_check_pmtu() 中设置 (CVE-2022-49663)

    在 Linux 内核中，以下漏洞已修复：

    tipc将 bc 链接创建移回 tipc_node_create (CVE-2022-49664)

    在 Linux 内核中，以下漏洞已修复：

    net：bonding：修复 802.3ad 从属取消绑定之后的释放后使用问题 (CVE-2022-49667)

    在 Linux 内核中，以下漏洞已修复：

    linux/dim修复 RDMA DIM 中的除以 0 错误CVE-2022-49670

    在 Linux 内核中，以下漏洞已修复：

    RDMA/cm修复 ib_cm_insert_listen 中的内存泄漏 (CVE-2022-49671)

    在 Linux 内核中，以下漏洞已修复：

    nettun破坏时取消 NAPI 与设备的链接 (CVE-2022-49672)

    在 Linux 内核中，以下漏洞已修复：

    dm raid：修复 raid5_add_disks 中的 KASAN 警告 (CVE-2022-49673)

    在 Linux 内核中，以下漏洞已修复：

    dm raid修复超出 raid 成员数组末尾的访问 (CVE-2022-49674)

    在 Linux 内核中，以下漏洞已修复：

    tick/nohz取消导出 __init-annotated tick_nohz_full_setup() (CVE-2022-49675)

    在 Linux 内核中，以下漏洞已修复：

    virtio_net：修复暂停/恢复之后的 xdp_rxq_info 缺陷 (CVE-2022-49687)

    在 Linux 内核中，以下漏洞已修复：

    afs修复动态根 getattrCVE-2022-49688

    在 Linux 内核中，以下漏洞已修复：

    erspan：不假设始终设置传输标头 (CVE-2022-49691)

    在 Linux 内核中，以下漏洞已修复：

    igb：修复 igb_clean_tx_ring 中的释放后使用问题 (CVE-2022-49695)

    在 Linux 内核中，以下漏洞已修复：

    tipc修复 tipc_named_reinit 中的释放后使用读取 (CVE-2022-49696)

    在 Linux 内核中，以下漏洞已修复：

    bpf修复 sk 查找帮助程序中的 request_sock 泄漏 (CVE-2022-49697)

    在 Linux 内核中，以下漏洞已修复：

    netfilter使用 get_random_u32 而不是 prandom (CVE-2022-49698)

    在 Linux 内核中，以下漏洞已修复：

    mm/slub：添加 slab 停用时缺少的 TID 更新 (CVE-2022-49700)

    在 Linux 内核中，以下漏洞已修复：

    btrfs修复块群组回收任务运行时卸载期间的挂起 (CVE-2022-49702)

    在 Linux 内核中，以下漏洞已修复：

    sock重新执行 psock 与 ULP 保护检查 (CVE-2022-49732)

Tenable 已直接从测试产品的安全公告中提取上述描述块。

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

リモートホストにインストールされているカーネルのバージョンは、5.15.54-25.126より前のものです。したがって、ALAS2KERNEL-5.15-2022-005 のアドバイザリに記載されている複数の脆弱性の影響を受けます。

    Linux disk/nic フロントエンドのデータ漏洩。この CNA 情報レコードは複数の CVE に関連しています。テキストはどの側面/脆弱性がどの CVE に対応するかについて説明しています。Linux Block および Network PV デバイスのフロントエンドは、バックエンドと共有する前にメモリ領域をゼロにしません (CVE-2022-26365、CVE-2022-33740)。
    さらに、許可テーブルの粒度が 4K ページ未満の共有を許可しないため、バックエンドと共有されているデータと同じ 4K ページにある関連のないデータが、そのようなバックエンドからアクセス可能になります (CVE-2022-33741、CVE-2022-33742)。(CVE-2022-26365)

    Linux disk/nic フロントエンドのデータ漏洩。この CNA 情報レコードは複数の CVE に関連しています。テキストはどの側面/脆弱性がどの CVE に対応するかについて説明しています。Linux Block および Network PV デバイスのフロントエンドは、バックエンドと共有する前にメモリ領域をゼロにしません (CVE-2022-26365、CVE-2022-33740)。
    さらに、許可テーブルの粒度が 4K ページ未満の共有を許可しないため、バックエンドと共有されているデータと同じ 4K ページにある関連のないデータが、そのようなバックエンドからアクセス可能になります (CVE-2022-33741、CVE-2022-33742)。(CVE-2022-33740)

    Linux disk/nic フロントエンドのデータ漏洩。この CNA 情報レコードは複数の CVE に関連しています。テキストはどの側面/脆弱性がどの CVE に対応するかについて説明しています。Linux Block および Network PV デバイスのフロントエンドは、バックエンドと共有する前にメモリ領域をゼロにしません (CVE-2022-26365、CVE-2022-33740)。
    さらに、許可テーブルの粒度が 4K ページ未満の共有を許可しないため、バックエンドと共有されているデータと同じ 4K ページにある関連のないデータが、そのようなバックエンドからアクセス可能になります (CVE-2022-33741、CVE-2022-33742)。(CVE-2022-33741)

    Linux disk/nic フロントエンドのデータ漏洩。この CNA 情報レコードは複数の CVE に関連しています。テキストはどの側面/脆弱性がどの CVE に対応するかについて説明しています。Linux Block および Network PV デバイスのフロントエンドは、バックエンドと共有する前にメモリ領域をゼロにしません (CVE-2022-26365、CVE-2022-33740)。
    さらに、許可テーブルの粒度が 4K ページ未満の共有を許可しないため、バックエンドと共有されているデータと同じ 4K ページにある関連のないデータが、そのようなバックエンドからアクセス可能になります (CVE-2022-33741、CVE-2022-33742)。(CVE-2022-33742)

    ネットワークバックエンドにより、Linux ネットフロントが解放された SKB を使用する可能性があります。ロジックを追加して XDP (eXpress Data Path) をサポートする一方で、参照 (ポインター) を保持した SKB をさらなる処理のために保持できる方法で、コードラベルが移動されました。(CVE-2022-33743)

    Linux カーネルの Netfilter サブシステムで、ユーザーが NFT_DATA_VERDICT タイプを誤って入力したためにヒープバッファオーバーフローの脆弱性が見つかりました。この欠陥によりローカルユーザーがクラッシュさせたり、システムで自分の権限を昇格させたりする可能性があります。(CVE-2022-34918)

    Linux カーネルで、以下の脆弱性は解決されています。

    scsiqla2xxxモジュールロードアンロードテスト中のクラッシュを修正CVE-2022-49160

    Linux カーネルで、以下の脆弱性は解決されています。

    blockrq_qos_done_bio() をスキップすることによる rq-qos の破損を修正しますCVE-2022-49266

    Linux カーネルで、以下の脆弱性は解決されています。

    module[e_shstrndx].sh_size=0 OOB アクセスを修正しますCVE-2022-49444

    Linux カーネルで、以下の脆弱性は解決されています。

    bpfadjust_scalar_min_max_vals からの不十分な境界伝播を修正しますCVE-2022-49658

    Linux カーネルで、以下の脆弱性は解決されています。

    ipv6: in6_dump_addrs() の lockdep スプラットを修正 (CVE-2022-49662)

    Linux カーネルで、以下の脆弱性は解決されています。

    tunnels: mac ヘッダーが skb_tunnel_check_pmtu() で設定されていることを想定しない (CVE-2022-49663)

    Linux カーネルで、以下の脆弱性は解決されています。

    tipcbc リンク作成を tipc_node_create に戻しますCVE-2022-49664

    Linux カーネルで、以下の脆弱性は解決されています。

    net: bonding: 802.3ad スレーブのバインド解除後のメモリ解放後使用 (use-after-free) を修正 (CVE-2022-49667)

    Linux カーネルで、以下の脆弱性は解決されています。

    linux/dimRDMA DIM のゼロによる除算を修正しますCVE-2022-49670

    Linux カーネルで、以下の脆弱性は解決されています。

    RDMA/cmib_cm_insert_listen のメモリリークを修正CVE-2022-49671

    Linux カーネルで、以下の脆弱性は解決されています。

    nettun破壊時にデバイスから NAPI のリンクを解除しますCVE-2022-49672

    Linux カーネルで、以下の脆弱性は解決されています。

    dm raid: raid5_add_disks の KASAN 警告を修正 (CVE-2022-49673)

    Linux カーネルで、以下の脆弱性は解決されています。

    dm raidraid メンバー配列の終端を越えるアクセスを修正しますCVE-2022-49674

    Linux カーネルで、以下の脆弱性は解決されています。

    tic/nohz__init-annotatedtic_nohz_full_setup() がエクスポートされませんCVE-2022-49675

    Linux カーネルで、以下の脆弱性は解決されています。

    virtio_net: 中断/再開後の xdp_rxq_info のバグを修正 (CVE-2022-49687)

    Linux カーネルで、以下の脆弱性は解決されています。

    afs動的 root getattr を修正しますCVE-2022-49688

    Linux カーネルで、以下の脆弱性は解決されています。

    erspan: トランスポートヘッダーが常に設定されていると想定しない (CVE-2022-49691)

    Linux カーネルで、以下の脆弱性は解決されています。

    igb: igb_clean_tx_ring のメモリ解放後使用 (use-after-free) の問題を修正 (CVE-2022-49695)

    Linux カーネルで、以下の脆弱性は解決されています。

    tipcipc_named_reinit の use-after-free 読み取りを修正しますCVE-2022-49696

    Linux カーネルで、以下の脆弱性は解決されています。

    bpfsk 検索ヘルパーでの request_sock の漏洩を修正しますCVE-2022-49697

    Linux カーネルで、以下の脆弱性は解決されています。

    netfilterprandom の代わりに get_random_u32 を使用しますCVE-2022-49698

    Linux カーネルで、以下の脆弱性は解決されています。

    mm/slub: スラブの非アクティブ化で欠落している TID 更新を追加 (CVE-2022-49700)

    Linux カーネルで、以下の脆弱性は解決されています。

    btrfsブロックグループ再利用タスクが実行中の場合、アンマウント中のハングを修正しますCVE-2022-49702

    Linux カーネルで、以下の脆弱性は解決されています。

    sockpsock 対 ULP の保護チェックをやり直しますCVE-2022-49732

Tenable は、前述の記述ブロックをテスト済み製品のセキュリティアドバイザリから直接抽出しています。

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

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

  - 在 Linux 核心中，已解決下列弱點： btrfs: fix hang during unmount when block group reclaim task is running When we start an unmount, at close_ctree(), if we have the reclaim task running and in the middle of a data block group relocation, we can trigger a deadlock when stopping an async reclaim task, producing a trace like the following: [629724.498185] task:kworker/u16:7 state:D stack: 0 pid:681170 ppid: 2 flags:0x00004000 [629724.499760] Workqueue: events_unbound btrfs_async_reclaim_metadata_space [btrfs] [629724.501267] Call Trace: [629724.501759] <TASK> [629724.502174] __schedule+0x3cb/0xed0 [629724.502842] schedule+0x4e/0xb0 [629724.503447] btrfs_wait_on_delayed_iputs+0x7c/0xc0 [btrfs] [629724.504534] ? prepare_to_wait_exclusive+0xc0/0xc0 [629724.505442] flush_space+0x423/0x630 [btrfs] [629724.506296] ? rcu_read_unlock_trace_special+0x20/0x50 [629724.507259] ? lock_release+0x220/0x4a0 [629724.507932] ? btrfs_get_alloc_profile+0xb3/0x290 [btrfs] [629724.508940] ? do_raw_spin_unlock+0x4b/0xa0 [629724.509688] btrfs_async_reclaim_metadata_space+0x139/0x320 [btrfs] [629724.510922] process_one_work+0x252/0x5a0 [629724.511694] ? process_one_work+0x5a0/0x5a0 [629724.512508] worker_thread+0x52/0x3b0 [629724.513220] ? process_one_work+0x5a0/0x5a0 [629724.514021] kthread+0xf2/0x120 [629724.514627] ? kthread_complete_and_exit+0x20/0x20 [629724.515526] ret_from_fork+0x22/0x30 [629724.516236] </TASK> [629724.516694] task:umount state:D stack: 0 pid:719055 ppid:695412 flags:0x00004000 [629724.518269] Call Trace: [629724.518746] <TASK> [629724.519160] __schedule+0x3cb/0xed0 [629724.519835] schedule+0x4e/0xb0 [629724.520467] schedule_timeout+0xed/0x130 [629724.521221] ? lock_release+0x220/0x4a0 [629724.521946] ? lock_acquired+0x19c/0x420 [629724.522662] ? trace_hardirqs_on+0x1b/0xe0 [629724.523411]
    __wait_for_common+0xaf/0x1f0 [629724.524189] ? usleep_range_state+0xb0/0xb0 [629724.524997]
    __flush_work+0x26d/0x530 [629724.525698] ? flush_workqueue_prep_pwqs+0x140/0x140 [629724.526580] ? lock_acquire+0x1a0/0x310 [629724.527324] __cancel_work_timer+0x137/0x1c0 [629724.528190] close_ctree+0xfd/0x531 [btrfs] [629724.529000] ? evict_inodes+0x166/0x1c0 [629724.529510] generic_shutdown_super+0x74/0x120 [629724.530103] kill_anon_super+0x14/0x30 [629724.530611] btrfs_kill_super+0x12/0x20 [btrfs] [629724.531246] deactivate_locked_super+0x31/0xa0 [629724.531817] cleanup_mnt+0x147/0x1c0 [629724.532319] task_work_run+0x5c/0xa0 [629724.532984] exit_to_user_mode_prepare+0x1a6/0x1b0 [629724.533598] syscall_exit_to_user_mode+0x16/0x40 [629724.534200] do_syscall_64+0x48/0x90 [629724.534667] entry_SYSCALL_64_after_hwframe+0x44/0xae [629724.535318] RIP:
    0033:0x7fa2b90437a7 [629724.535804] RSP: 002b:00007ffe0b7e4458 EFLAGS: 00000246 ORIG_RAX: 00000000000000a6 [629724.536912] RAX: 0000000000000000 RBX: 00007fa2b9182264 RCX: 00007fa2b90437a7 [629724.538156] RDX:
    0000000000000000 RSI: 0000000000000000 RDI: 0000555d6cf20dd0 [629724.539053] RBP: 0000555d6cf20ba0 R08:
    0000000000000000 R09: 00007ffe0b7e3200 [629724.539956] R10: 0000000000000000 R11: 0000000000000246 R12:
    0000000000000000 [629724.540883] R13: 0000555d6cf20dd0 R14: 0000555d6cf20cb0 R15: 0000000000000000 [629724.541796] </TASK> This happens because: 1) Before entering close_ctree() we have the async block group reclaim task running and relocating a data block group; 2) There's an async metadata (or data) space reclaim task running; 3) We enter close_ctree() and park the cleaner kthread; 4) The async space reclaim task is at flush_space() and runs all the existing delayed iputs; 5) Before the async space reclaim task calls btrfs_wait_on_delayed_iputs(), the block group reclaim task which is doing the data block group relocation, creates a delayed iput at replace_file_extents() (called when COWing leaves that have file extent items pointing to relocated data exten ---truncated--- (CVE-2022-49702)

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
226906	Linux Distros Unpatched Vulnerability : CVE-2022-49702	Nessus	Misc.	2025/3/5	2025/9/30	medium
226906	Linux Distros のパッチ未適用の脆弱性: CVE-2022-49702	Nessus	Misc.	2025/3/5	2025/9/30	medium
163352	Amazon Linux 2 : kernel (ALASKERNEL-5.15-2022-005)	Nessus	Amazon Linux Local Security Checks	2022/7/21	2025/5/23	high
226906	Linux Distros 未修补的漏洞: CVE-2022-49702	Nessus	Misc.	2025/3/5	2025/9/30	medium
163352	Amazon Linux 2：kernel (ALASKERNEL-5.15-2022-005)	Nessus	Amazon Linux Local Security Checks	2022/7/21	2025/5/23	high
163352	Amazon Linux 2：内核 (ALASKERNEL-5.15-2022-005)	Nessus	Amazon Linux Local Security Checks	2022/7/21	2025/5/23	high
163352	Amazon Linux 2 : kernel (ALASKERNEL-5.15-2022-005)	Nessus	Amazon Linux Local Security Checks	2022/7/21	2025/5/23	high
226906	Linux Distros 未修補弱點：CVE-2022-49702	Nessus	Misc.	2025/3/5	2025/9/30	medium

偵測

搜尋 Plugin

medium

medium

high

medium

high

high

high

medium