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

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

    bpf: Fix tail_call_reachable rejection for interpreter when jit failed

    During testing of f263a81451c1 (bpf: Track subprog poke descriptors correctly     and fix use-after-free) under various failure conditions, for example, when     jit_subprogs() fails and tries to clean up the program to be run under the     interpreter, we ran into the following freeze:

      [...]       #127/8 tailcall_bpf2bpf_3:FAIL       [...]       [   92.041251] BUG: KASAN: slab-out-of-bounds in ___bpf_prog_run+0x1b9d/0x2e20       [   92.042408] Read of size 8 at addr ffff88800da67f68 by task test_progs/682       [   92.043707]       [   92.044030] CPU: 1 PID: 682 Comm: test_progs Tainted: G   O   5.13.0-53301-ge6c08cb33a30-dirty #87       [   92.045542] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.13.0-1ubuntu1 04/01/2014       [   92.046785] Call Trace:
      [   92.047171]  ? __bpf_prog_run_args64+0xc0/0xc0       [   92.047773]  ? __bpf_prog_run_args32+0x8b/0xb0       [   92.048389]  ? __bpf_prog_run_args64+0xc0/0xc0       [   92.049019]  ? ktime_get+0x117/0x130       [...] // few hundred [similar] lines more       [   92.659025]  ? ktime_get+0x117/0x130       [   92.659845]  ? __bpf_prog_run_args64+0xc0/0xc0       [   92.660738]  ? __bpf_prog_run_args32+0x8b/0xb0       [   92.661528]  ? __bpf_prog_run_args64+0xc0/0xc0       [   92.662378]  ? print_usage_bug+0x50/0x50       [   92.663221]  ? print_usage_bug+0x50/0x50       [   92.664077]  ? bpf_ksym_find+0x9c/0xe0       [   92.664887]  ? ktime_get+0x117/0x130       [   92.665624]  ? kernel_text_address+0xf5/0x100       [   92.666529]  ? __kernel_text_address+0xe/0x30       [   92.667725]  ? unwind_get_return_address+0x2f/0x50       [   92.668854]  ? ___bpf_prog_run+0x15d4/0x2e20       [   92.670185]  ? ktime_get+0x117/0x130       [   92.671130]  ? __bpf_prog_run_args64+0xc0/0xc0       [   92.672020]  ? __bpf_prog_run_args32+0x8b/0xb0       [   92.672860]  ? __bpf_prog_run_args64+0xc0/0xc0       [   92.675159]  ? ktime_get+0x117/0x130       [   92.677074]  ? lock_is_held_type+0xd5/0x130       [   92.678662]  ? ___bpf_prog_run+0x15d4/0x2e20       [   92.680046]  ? ktime_get+0x117/0x130       [   92.681285]  ? __bpf_prog_run32+0x6b/0x90       [   92.682601]  ? __bpf_prog_run64+0x90/0x90       [   92.683636]  ? lock_downgrade+0x370/0x370       [   92.684647]  ? mark_held_locks+0x44/0x90       [   92.685652]  ? ktime_get+0x117/0x130       [   92.686752]  ? lockdep_hardirqs_on+0x79/0x100       [   92.688004]  ? ktime_get+0x117/0x130       [   92.688573]  ? __cant_migrate+0x2b/0x80       [   92.689192]  ? bpf_test_run+0x2f4/0x510       [   92.689869]  ? bpf_test_timer_continue+0x1c0/0x1c0       [   92.690856]  ? rcu_read_lock_bh_held+0x90/0x90       [   92.691506]  ? __kasan_slab_alloc+0x61/0x80       [   92.692128]  ? eth_type_trans+0x128/0x240       [   92.692737]  ? __build_skb+0x46/0x50       [   92.693252]  ? bpf_prog_test_run_skb+0x65e/0xc50       [   92.693954]  ? bpf_prog_test_run_raw_tp+0x2d0/0x2d0       [   92.694639]  ? __fget_light+0xa1/0x100       [   92.695162]  ? bpf_prog_inc+0x23/0x30       [   92.695685]  ? __sys_bpf+0xb40/0x2c80       [   92.696324]  ? bpf_link_get_from_fd+0x90/0x90       [   92.697150]  ? mark_held_locks+0x24/0x90       [   92.698007]  ? lockdep_hardirqs_on_prepare+0x124/0x220       [   92.699045]  ? finish_task_switch+0xe6/0x370       [   92.700072]  ? lockdep_hardirqs_on+0x79/0x100       [   92.701233]  ? finish_task_switch+0x11d/0x370       [   92.702264]  ? __switch_to+0x2c0/0x740       [   92.703148]  ? mark_held_locks+0x24/0x90       [   92.704155]  ? __x64_sys_bpf+0x45/0x50       [   92.705146]  ? do_syscall_64+0x35/0x80       [   92.706953]  ? entry_SYSCALL_64_after_hwframe+0x44/0xae       [...]

    Turns out that the program rejection from e411901c0b77 (bpf: allow for tailcalls     in BPF subprograms for x64 JIT) is buggy since env->prog->aux->tail_call_reachable     is never true. Commit ebf7d1f508a7 (bpf, x64: rework pro/epilogue and tailcall     handling in JIT) added a tracker into check_max_stack_depth() which propagates     the tail_call_reachable condition throughout the subprograms. This info is then     assigned to the subprogram's
    ---truncated---

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 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: bpf: Fix tail_call_reachable rejection     for interpreter when jit failed During testing of f263a81451c1 (bpf: Track subprog poke descriptors     correctly and fix use-after-free) under various failure conditions, for example, when jit_subprogs()     fails and tries to clean up the program to be run under the interpreter, we ran into the following freeze:
    [...] #127/8 tailcall_bpf2bpf_3:FAIL [...] [ 92.041251] BUG: KASAN: slab-out-of-bounds in
    ___bpf_prog_run+0x1b9d/0x2e20 [ 92.042408] Read of size 8 at addr ffff88800da67f68 by task test_progs/682     [ 92.043707] [ 92.044030] CPU: 1 PID: 682 Comm: test_progs Tainted: G O 5.13.0-53301-ge6c08cb33a30-dirty     #87 [ 92.045542] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.13.0-1ubuntu1 04/01/2014 [     92.046785] Call Trace: [ 92.047171] ? __bpf_prog_run_args64+0xc0/0xc0 [ 92.047773] ?
    __bpf_prog_run_args32+0x8b/0xb0 [ 92.048389] ? __bpf_prog_run_args64+0xc0/0xc0 [ 92.049019] ?     ktime_get+0x117/0x130 [...] // few hundred [similar] lines more [ 92.659025] ? ktime_get+0x117/0x130 [     92.659845] ? __bpf_prog_run_args64+0xc0/0xc0 [ 92.660738] ? __bpf_prog_run_args32+0x8b/0xb0 [ 92.661528] ?
    __bpf_prog_run_args64+0xc0/0xc0 [ 92.662378] ? print_usage_bug+0x50/0x50 [ 92.663221] ?     print_usage_bug+0x50/0x50 [ 92.664077] ? bpf_ksym_find+0x9c/0xe0 [ 92.664887] ? ktime_get+0x117/0x130 [     92.665624] ? kernel_text_address+0xf5/0x100 [ 92.666529] ? __kernel_text_address+0xe/0x30 [ 92.667725] ?     unwind_get_return_address+0x2f/0x50 [ 92.668854] ? ___bpf_prog_run+0x15d4/0x2e20 [ 92.670185] ?     ktime_get+0x117/0x130 [ 92.671130] ? __bpf_prog_run_args64+0xc0/0xc0 [ 92.672020] ?
    __bpf_prog_run_args32+0x8b/0xb0 [ 92.672860] ? __bpf_prog_run_args64+0xc0/0xc0 [ 92.675159] ?     ktime_get+0x117/0x130 [ 92.677074] ? lock_is_held_type+0xd5/0x130 [ 92.678662] ?
    ___bpf_prog_run+0x15d4/0x2e20 [ 92.680046] ? ktime_get+0x117/0x130 [ 92.681285] ?
    __bpf_prog_run32+0x6b/0x90 [ 92.682601] ? __bpf_prog_run64+0x90/0x90 [ 92.683636] ?     lock_downgrade+0x370/0x370 [ 92.684647] ? mark_held_locks+0x44/0x90 [ 92.685652] ? ktime_get+0x117/0x130 [     92.686752] ? lockdep_hardirqs_on+0x79/0x100 [ 92.688004] ? ktime_get+0x117/0x130 [ 92.688573] ?
    __cant_migrate+0x2b/0x80 [ 92.689192] ? bpf_test_run+0x2f4/0x510 [ 92.689869] ?     bpf_test_timer_continue+0x1c0/0x1c0 [ 92.690856] ? rcu_read_lock_bh_held+0x90/0x90 [ 92.691506] ?
    __kasan_slab_alloc+0x61/0x80 [ 92.692128] ? eth_type_trans+0x128/0x240 [ 92.692737] ?
    __build_skb+0x46/0x50 [ 92.693252] ? bpf_prog_test_run_skb+0x65e/0xc50 [ 92.693954] ?     bpf_prog_test_run_raw_tp+0x2d0/0x2d0 [ 92.694639] ? __fget_light+0xa1/0x100 [ 92.695162] ?     bpf_prog_inc+0x23/0x30 [ 92.695685] ? __sys_bpf+0xb40/0x2c80 [ 92.696324] ? bpf_link_get_from_fd+0x90/0x90     [ 92.697150] ? mark_held_locks+0x24/0x90 [ 92.698007] ? lockdep_hardirqs_on_prepare+0x124/0x220 [     92.699045] ? finish_task_switch+0xe6/0x370 [ 92.700072] ? lockdep_hardirqs_on+0x79/0x100 [ 92.701233] ?     finish_task_switch+0x11d/0x370 [ 92.702264] ? __switch_to+0x2c0/0x740 [ 92.703148] ?     mark_held_locks+0x24/0x90 [ 92.704155] ? __x64_sys_bpf+0x45/0x50 [ 92.705146] ? do_syscall_64+0x35/0x80 [     92.706953] ? entry_SYSCALL_64_after_hwframe+0x44/0xae [...] Turns out that the program rejection from     e411901c0b77 (bpf: allow for tailcalls in BPF subprograms for x64 JIT) is buggy since     env->prog->aux->tail_call_reachable is never true. Commit ebf7d1f508a7 (bpf, x64: rework pro/epilogue and     tailcall handling in JIT) added a tracker into check_max_stack_depth() which propagates the     tail_call_reachable condition throughout the subprograms. This info is then assigned to the subprogram's
    ---truncated--- (CVE-2021-47300)

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

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

  - Linux カーネルでは、以下の脆弱性が解決されています: bpf: Fix tail_call_reachable rejection for interpreter when jit failed During testing of f263a81451c1 (bpf: Track subprog poke descriptors correctly and fix use-after-free) under various failure conditions, for example, when jit_subprogs() fails and tries to clean up the program to be run under the interpreter, we ran into the following freeze:
    [...] #127/8 tailcall_bpf2bpf_3:FAIL [...] [ 92.041251] BUG: KASAN: slab-out-of-bounds in
    ___bpf_prog_run+0x1b9d/0x2e20 [ 92.042408] Read of size 8 at addr ffff88800da67f68 by task test_progs/682 [ 92.043707] [ 92.044030] CPU: 1 PID: 682 Comm: test_progs Tainted: G O 5.13.0-53301-ge6c08cb33a30-dirty #87 [ 92.045542] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.13.0-1ubuntu1 04/01/2014 [92.046785] Call Trace: [ 92.047171] ? __bpf_prog_run_args64+0xc0/0xc0 [ 92.047773] ?
    __bpf_prog_run_args32+0x8b/0xb0 [ 92.048389] ? __bpf_prog_run_args64+0xc0/0xc0 [ 92.049019] ? ktime_get+0x117/0x130 [...] // few hundred [similar] lines more [ 92.659025] ? ktime_get+0x117/0x130 [92.659845] ? __bpf_prog_run_args64+0xc0/0xc0 [ 92.660738] ? __bpf_prog_run_args32+0x8b/0xb0 [ 92.661528] ?
    __bpf_prog_run_args64+0xc0/0xc0 [ 92.662378] ? print_usage_bug+0x50/0x50 [ 92.663221] ? print_usage_bug+0x50/0x50 [ 92.664077] ? bpf_ksym_find+0x9c/0xe0 [ 92.664887] ? ktime_get+0x117/0x130 [92.665624] ? kernel_text_address+0xf5/0x100 [ 92.666529] ? __kernel_text_address+0xe/0x30 [ 92.667725] ? unwind_get_return_address+0x2f/0x50 [ 92.668854] ? ___bpf_prog_run+0x15d4/0x2e20 [ 92.670185] ? ktime_get+0x117/0x130 [ 92.671130] ? __bpf_prog_run_args64+0xc0/0xc0 [ 92.672020] ?
    __bpf_prog_run_args32+0x8b/0xb0 [ 92.672860] ? __bpf_prog_run_args64+0xc0/0xc0 [ 92.675159] ? ktime_get+0x117/0x130 [ 92.677074] ? lock_is_held_type+0xd5/0x130 [ 92.678662] ?
    ___bpf_prog_run+0x15d4/0x2e20 [ 92.680046] ? ktime_get+0x117/0x130 [ 92.681285] ?
    __bpf_prog_run32+0x6b/0x90 [ 92.682601] ? __bpf_prog_run64+0x90/0x90 [ 92.683636] ? lock_downgrade+0x370/0x370 [ 92.684647] ? mark_held_locks+0x44/0x90 [ 92.685652] ? ktime_get+0x117/0x130 [92.686752] ? lockdep_hardirqs_on+0x79/0x100 [ 92.688004] ? ktime_get+0x117/0x130 [ 92.688573] ?
    __cant_migrate+0x2b/0x80 [ 92.689192] ? bpf_test_run+0x2f4/0x510 [ 92.689869] ? bpf_test_timer_continue+0x1c0/0x1c0 [ 92.690856] ? rcu_read_lock_bh_held+0x90/0x90 [ 92.691506] ?
    __kasan_slab_alloc+0x61/0x80 [ 92.692128] ? eth_type_trans+0x128/0x240 [ 92.692737] ?
    __build_skb+0x46/0x50 [ 92.693252] ? bpf_prog_test_run_skb+0x65e/0xc50 [ 92.693954] ? bpf_prog_test_run_raw_tp+0x2d0/0x2d0 [ 92.694639] ? __fget_light+0xa1/0x100 [ 92.695162] ? bpf_prog_inc+0x23/0x30 [ 92.695685] ? __sys_bpf+0xb40/0x2c80 [ 92.696324] ? bpf_link_get_from_fd+0x90/0x90 [ 92.697150] ? mark_held_locks+0x24/0x90 [ 92.698007] ? lockdep_hardirqs_on_prepare+0x124/0x220 [92.699045] ? finish_task_switch+0xe6/0x370 [ 92.700072] ? lockdep_hardirqs_on+0x79/0x100 [ 92.701233] ? finish_task_switch+0x11d/0x370 [ 92.702264] ? __switch_to+0x2c0/0x740 [ 92.703148] ? mark_held_locks+0x24/0x90 [ 92.704155] ? __x64_sys_bpf+0x45/0x50 [ 92.705146] ? do_syscall_64+0x35/0x80 [92.706953] ? entry_SYSCALL_64_after_hwframe+0x44/0xae [...] Turns out that the program rejection from e411901c0b77 (bpf: allow for tailcalls in BPF subprograms for x64 JIT) is buggy since env->prog->aux->tail_call_reachable is never true. Commit ebf7d1f508a7 (bpf, x64: rework pro/epilogue and tailcall handling in JIT) added a tracker into check_max_stack_depth() which propagates the tail_call_reachable condition throughout the subprograms. This info is then assigned to the subprogram's
    ---truncated--- (CVE-2021-47300)

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

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

    Linux カーネルに欠陥が見つかり、BPF プログラムが Speculative Store Bypass サイドチャネル攻撃を介してカーネルメモリから機密情報を取得する可能性があります。この問題は、保護メカニズムが BPF スタック上の初期化されていないメモリロケーションの可能性を無視している場合に発生します。この脆弱性による主な脅威は、機密性に関するものです。(CVE-2021-34556)

    Linux カーネルの欠陥によって、権限のある BPF プログラムが Speculative Store Bypass サイドチャネル攻撃を介してカーネルメモリから機密情報を取得する可能性があります。(CVE-2021-35477)

    Linux カーネルに、脆弱性が見つかりました。着信 SCTP パケットのサイズ検証がないため、カーネルが初期化されていないメモリを読み取る可能性があります。(CVE-2021-3655)

    Linux カーネルのトレースモジュール機能における CPU リソースの不足が、ユーザーによるトレースリングバッファの特定の使用方法で見つかりました。権限を持つローカルユーザー (CAP_SYS_ADMIN 機能あり) だけがこの欠陥を利用して、リソースを枯渇させ、サービス拒否を引き起こす可能性があります。(CVE-2021-3679)

    ユーザーによる USB デバイスの取り外し中に、Linux カーネルの USB 高速モバイルデバイス機能の use-after-free の欠陥が見つかりました。ローカルユーザーはこの欠陥を利用して、システムをクラッシュしたり、システム上で権限を昇格したりする可能性があります。(CVE-2021-37159)

    ** 異論あり ** 5.13.4 より前の Linux カーネルの drivers/char/virtio_console.c において、データ破損や損失が、バッファサイズを超える buf-> LEN 値を入力する信頼できないデバイスによって誘発される可能性があります。注意:
    ベンダーは、引用されているデータ破損が、既存の任意のユースケースで、脆弱性ではないと指摘している。長さ検証が追加されたのは、ホスト OS の異常な動作に直面した際の堅牢性のみを目的としていたからです。
    (CVE-2021-38160)

    Linux カーネルの NFS4 サブシステムのマウントのハングアップで、欠陥が見つかりました。あるサーバーから別のサーバーへのデータの移行中 (トランキング検出中)、クライアントはリモートサーバーに到達できません。この欠陥により、リモート NFS4 サーバー (クライアントが接続している場合) がリソースを枯渇させ、サービス拒否を引き起こす可能性があります。この脆弱性が最大の脅威となるのは、システムの可用性です。
    (CVE-2021-38199)

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

    ACPINULL ポインターデリファレンスを修正CVE-2021-47289

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

    ipv6: fib6_nh_flush_exceptions にある別の slab-out-of-bounds を修正します (CVE-2021-47291)

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

    net: sched: tcindex_partial_destroy_work のメモリリークを修正 (CVE-2021-47295)

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

    bpf、sockmapエラーケースでの潜在的なメモリリークを修正しますCVE-2021-47298

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

    xdp、net: bpf_xdp_link_release のメモリ解放後使用 (Use After Free) を修正します (CVE-2021-47299)

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

    bpf: jit が失敗したときのインタープリターに対する tail_call_reachable の拒否を修正します (CVE-2021-47300)

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

    igb: リセット中のメモリ解放後使用 (use-after-free) エラーを修正 (CVE-2021-47301)

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

    bpf: subprog oke 記述子を正しく追跡し、メモリ解放後使用 (Use-After-Free) を修正します (CVE-2021-47303)

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

    tcpsick_ca_initialized をリセットしないために tcp_init_transfer() が修正されますCVE-2021-47304]

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

    dma-buf/sync_fileマージ失敗時にフェンスを漏洩しませんCVE-2021-47305

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

    cifscifs_compose_mount_options() での NULL デリファレンスを防ぎますCVE-2021-47307

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

    scsilibfc配列インデックス領域外例外を修正CVE-2021-47308

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

    net: skb_tunnel_info() から返される前に lwtstate->data を検証 (CVE-2021-47309)

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

    net: qcom/emac: emac_remove の UAF を修正します (CVE-2021-47311)

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

    virtio-blk中断/再開プロシージャ間のメモリ漏洩を修正しますCVE-2021-47319

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

    nfsposix_acl_create() の acl メモリリークを修正しますCVE-2021-47320

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

    NFSv4: O_DIRECT を行う際の pnfs_mark_request_commit() の oops を修正します (CVE-2021-47322)

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

    iommu/arm-smmu: アドレス変換における arm_smmu_device refcount 漏洩を修正します (CVE-2021-47325)

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

    iommu/arm-smmu: arm_smmu_rpm_get が失敗した場合の arm_smmu_device refcount 漏洩を修正します (CVE-2021-47327)

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

    scsi: iscsi: リセット中の conn use-after-free を修正します (CVE-2021-47328)

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

    scsi: megaraid_sas: プローブ失敗時のリソース漏洩を修正します (CVE-2021-47329)

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

    fbmem: 使用中のモードを削除しません (CVE-2021-47338)

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

    jfsdiFree の GPF を修正しますCVE-2021-47340

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

    KVM: mmio: kvm_vm_ioctl_unregister_coalesced_mmio のメモリ解放後使用 (use-after-free) 読み取りを修正します (CVE-2021-47341)。

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

    dm btree remove削除が成功する場合にのみ new_root を割り当てますCVE-2021-47343

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

    RDMA/cmardma_resolve_route() のメモリリークを修正しますCVE-2021-47345

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

    virtio-net使用される長さに対する検証を追加しますCVE-2021-47352

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

    udfudf_symlink 関数での NULL ポインターデリファレンスを修正しますCVE-2021-47353

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

    drm/sched: データ破損を回避 (CVE-2021-47354)

    5.13.3 以前の Linux カーネルで問題が発見されました。lib/seq_buf.c に seq_buf_putmem_hex バッファオーバーフローがあります。(CVE-2023-28772)

    Linux カーネルのメモリ管理サブシステムに欠陥が見つかりました。この欠陥では、タスクが vma (vm_area_struct) で 2MB ページを終了および解放しており、pmd_t x を参照している pfn_swap_entry_to_page() の BUG ステートメントにヒットします。これにより、ローカルユーザーが Linux カーネルをクラッシュする可能性があります。(CVE-2023-4732)

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

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

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

  - 已修复 Linux 内核中的下列漏洞：bpf: Fix tail_call_reachable rejection for interpreter when jit failed During testing of f263a81451c1 (bpf: Track subprog poke descriptors correctly and fix use-after-free) under various failure conditions, for example, when jit_subprogs() fails and tries to clean up the program to be run under the interpreter, we ran into the following freeze:
    [...] #127/8 tailcall_bpf2bpf_3:FAIL [...] [ 92.041251] BUG: KASAN: slab-out-of-bounds in
    ___bpf_prog_run+0x1b9d/0x2e20 [ 92.042408] Read of size 8 at addr ffff88800da67f68 by task test_progs/682 [ 92.043707] [ 92.044030] CPU: 1 PID: 682 Comm: test_progs Tainted: G O 5.13.0-53301-ge6c08cb33a30-dirty #87 [ 92.045542] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.13.0-1ubuntu1 04/01/2014 [92.046785] Call Trace: [ 92.047171] ? __bpf_prog_run_args64+0xc0/0xc0 [ 92.047773] ?
    __bpf_prog_run_args32+0x8b/0xb0 [ 92.048389] ? __bpf_prog_run_args64+0xc0/0xc0 [ 92.049019] ? ktime_get+0x117/0x130 [...] // few hundred [similar] lines more [ 92.659025] ? ktime_get+0x117/0x130 [92.659845] ? __bpf_prog_run_args64+0xc0/0xc0 [ 92.660738] ? __bpf_prog_run_args32+0x8b/0xb0 [ 92.661528] ?
    __bpf_prog_run_args64+0xc0/0xc0 [ 92.662378] ? print_usage_bug+0x50/0x50 [ 92.663221] ? print_usage_bug+0x50/0x50 [ 92.664077] ? bpf_ksym_find+0x9c/0xe0 [ 92.664887] ? ktime_get+0x117/0x130 [92.665624] ? kernel_text_address+0xf5/0x100 [ 92.666529] ? __kernel_text_address+0xe/0x30 [ 92.667725] ? unwind_get_return_address+0x2f/0x50 [ 92.668854] ? ___bpf_prog_run+0x15d4/0x2e20 [ 92.670185] ? ktime_get+0x117/0x130 [ 92.671130] ? __bpf_prog_run_args64+0xc0/0xc0 [ 92.672020] ?
    __bpf_prog_run_args32+0x8b/0xb0 [ 92.672860] ? __bpf_prog_run_args64+0xc0/0xc0 [ 92.675159] ? ktime_get+0x117/0x130 [ 92.677074] ? lock_is_held_type+0xd5/0x130 [ 92.678662] ?
    ___bpf_prog_run+0x15d4/0x2e20 [ 92.680046] ? ktime_get+0x117/0x130 [ 92.681285] ?
    __bpf_prog_run32+0x6b/0x90 [ 92.682601] ? __bpf_prog_run64+0x90/0x90 [ 92.683636] ? lock_downgrade+0x370/0x370 [ 92.684647] ? mark_held_locks+0x44/0x90 [ 92.685652] ? ktime_get+0x117/0x130 [92.686752] ? lockdep_hardirqs_on+0x79/0x100 [ 92.688004] ? ktime_get+0x117/0x130 [ 92.688573] ?
    __cant_migrate+0x2b/0x80 [ 92.689192] ? bpf_test_run+0x2f4/0x510 [ 92.689869] ? bpf_test_timer_continue+0x1c0/0x1c0 [ 92.690856] ? rcu_read_lock_bh_held+0x90/0x90 [ 92.691506] ?
    __kasan_slab_alloc+0x61/0x80 [ 92.692128] ? eth_type_trans+0x128/0x240 [ 92.692737] ?
    __build_skb+0x46/0x50 [ 92.693252] ? bpf_prog_test_run_skb+0x65e/0xc50 [ 92.693954] ? bpf_prog_test_run_raw_tp+0x2d0/0x2d0 [ 92.694639] ? __fget_light+0xa1/0x100 [ 92.695162] ? bpf_prog_inc+0x23/0x30 [ 92.695685] ? __sys_bpf+0xb40/0x2c80 [ 92.696324] ? bpf_link_get_from_fd+0x90/0x90 [ 92.697150] ? mark_held_locks+0x24/0x90 [ 92.698007] ? lockdep_hardirqs_on_prepare+0x124/0x220 [92.699045] ? finish_task_switch+0xe6/0x370 [ 92.700072] ? lockdep_hardirqs_on+0x79/0x100 [ 92.701233] ? finish_task_switch+0x11d/0x370 [ 92.702264] ? __switch_to+0x2c0/0x740 [ 92.703148] ? mark_held_locks+0x24/0x90 [ 92.704155] ? __x64_sys_bpf+0x45/0x50 [ 92.705146] ? do_syscall_64+0x35/0x80 [92.706953] ? entry_SYSCALL_64_after_hwframe+0x44/0xae [...] Turns out that the program rejection from e411901c0b77 (bpf: allow for tailcalls in BPF subprograms for x64 JIT) is buggy since env->prog->aux->tail_call_reachable is never true. Commit ebf7d1f508a7 (bpf, x64: rework pro/epilogue and tailcall handling in JIT) added a tracker into check_max_stack_depth() which propagates the tail_call_reachable condition throughout the subprograms. This info is then assigned to the subprogram's
    ---truncated--- (CVE-2021-47300)

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

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

  - 已解決 Linux 核心中的下列弱點：bpf: Fix tail_call_reachable rejection for interpreter when jit failed During testing of f263a81451c1 (bpf: Track subprog poke descriptors correctly and fix use-after-free) under various failure conditions, for example, when jit_subprogs() fails and tries to clean up the program to be run under the interpreter, we ran into the following freeze:
    [...] #127/8 tailcall_bpf2bpf_3:FAIL [...] [ 92.041251] BUG: KASAN: slab-out-of-bounds in
    ___bpf_prog_run+0x1b9d/0x2e20 [ 92.042408] Read of size 8 at addr ffff88800da67f68 by task test_progs/682 [ 92.043707] [ 92.044030] CPU: 1 PID: 682 Comm: test_progs Tainted: G O 5.13.0-53301-ge6c08cb33a30-dirty #87 [ 92.045542] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.13.0-1ubuntu1 04/01/2014 [92.046785] Call Trace: [ 92.047171] ? __bpf_prog_run_args64+0xc0/0xc0 [ 92.047773] ?
    __bpf_prog_run_args32+0x8b/0xb0 [ 92.048389] ? __bpf_prog_run_args64+0xc0/0xc0 [ 92.049019] ? ktime_get+0x117/0x130 [...] // few hundred [similar] lines more [ 92.659025] ? ktime_get+0x117/0x130 [92.659845] ? __bpf_prog_run_args64+0xc0/0xc0 [ 92.660738] ? __bpf_prog_run_args32+0x8b/0xb0 [ 92.661528] ?
    __bpf_prog_run_args64+0xc0/0xc0 [ 92.662378] ? print_usage_bug+0x50/0x50 [ 92.663221] ? print_usage_bug+0x50/0x50 [ 92.664077] ? bpf_ksym_find+0x9c/0xe0 [ 92.664887] ? ktime_get+0x117/0x130 [92.665624] ? kernel_text_address+0xf5/0x100 [ 92.666529] ? __kernel_text_address+0xe/0x30 [ 92.667725] ? unwind_get_return_address+0x2f/0x50 [ 92.668854] ? ___bpf_prog_run+0x15d4/0x2e20 [ 92.670185] ? ktime_get+0x117/0x130 [ 92.671130] ? __bpf_prog_run_args64+0xc0/0xc0 [ 92.672020] ?
    __bpf_prog_run_args32+0x8b/0xb0 [ 92.672860] ? __bpf_prog_run_args64+0xc0/0xc0 [ 92.675159] ? ktime_get+0x117/0x130 [ 92.677074] ? lock_is_held_type+0xd5/0x130 [ 92.678662] ?
    ___bpf_prog_run+0x15d4/0x2e20 [ 92.680046] ? ktime_get+0x117/0x130 [ 92.681285] ?
    __bpf_prog_run32+0x6b/0x90 [ 92.682601] ? __bpf_prog_run64+0x90/0x90 [ 92.683636] ? lock_downgrade+0x370/0x370 [ 92.684647] ? mark_held_locks+0x44/0x90 [ 92.685652] ? ktime_get+0x117/0x130 [92.686752] ? lockdep_hardirqs_on+0x79/0x100 [ 92.688004] ? ktime_get+0x117/0x130 [ 92.688573] ?
    __cant_migrate+0x2b/0x80 [ 92.689192] ? bpf_test_run+0x2f4/0x510 [ 92.689869] ? bpf_test_timer_continue+0x1c0/0x1c0 [ 92.690856] ? rcu_read_lock_bh_held+0x90/0x90 [ 92.691506] ?
    __kasan_slab_alloc+0x61/0x80 [ 92.692128] ? eth_type_trans+0x128/0x240 [ 92.692737] ?
    __build_skb+0x46/0x50 [ 92.693252] ? bpf_prog_test_run_skb+0x65e/0xc50 [ 92.693954] ? bpf_prog_test_run_raw_tp+0x2d0/0x2d0 [ 92.694639] ? __fget_light+0xa1/0x100 [ 92.695162] ? bpf_prog_inc+0x23/0x30 [ 92.695685] ? __sys_bpf+0xb40/0x2c80 [ 92.696324] ? bpf_link_get_from_fd+0x90/0x90 [ 92.697150] ? mark_held_locks+0x24/0x90 [ 92.698007] ? lockdep_hardirqs_on_prepare+0x124/0x220 [92.699045] ? finish_task_switch+0xe6/0x370 [ 92.700072] ? lockdep_hardirqs_on+0x79/0x100 [ 92.701233] ? finish_task_switch+0x11d/0x370 [ 92.702264] ? __switch_to+0x2c0/0x740 [ 92.703148] ? mark_held_locks+0x24/0x90 [ 92.704155] ? __x64_sys_bpf+0x45/0x50 [ 92.705146] ? do_syscall_64+0x35/0x80 [92.706953] ? entry_SYSCALL_64_after_hwframe+0x44/0xae [...] Turns out that the program rejection from e411901c0b77 (bpf: allow for tailcalls in BPF subprograms for x64 JIT) is buggy since env->prog->aux->tail_call_reachable is never true. Commit ebf7d1f508a7 (bpf, x64: rework pro/epilogue and tailcall handling in JIT) added a tracker into check_max_stack_depth() which propagates the tail_call_reachable condition throughout the subprograms. This info is then assigned to the subprogram's
    ---truncated--- (CVE-2021-47300)

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

The version of kernel installed on the remote host is prior to 5.10.59-52.142. It is, therefore, affected by multiple vulnerabilities as referenced in the ALAS2KERNEL-5.10-2022-004 advisory.

    A flaw was found in the Linux kernel, where a BPF program can obtain sensitive information from kernel     memory via a Speculative Store Bypass side-channel attack. This issue occurs when the protection mechanism     neglects the possibility of uninitialized memory locations on the BPF stack. The highest threat from this     vulnerability is to confidentiality. (CVE-2021-34556)

    A flaw in the Linux kernel allows a privileged BPF program to obtain sensitive information from kernel     memory via a Speculative Store Bypass side-channel in the eBPF subsystem (CVE-2021-35477)

    A vulnerability was found in the Linux kernel. Missing size validations on inbound SCTP packets may allow     the kernel to read uninitialized memory. (CVE-2021-3655)

    A lack of CPU resources in the Linux kernel tracing module functionality was found in the way users use     the trace ring buffer in specific way. Only privileged local users (with CAP_SYS_ADMIN capability) could     use this flaw to starve the resources causing denial of service. (CVE-2021-3679)

    A flaw use-after-free in the Linux kernel USB High Speed Mobile Devices functionality was found in the way     user detaches USB device. A local user could use this flaw to crash the system or escalate their     privileges on the system. (CVE-2021-37159)

    ** DISPUTED ** In drivers/char/virtio_console.c in the Linux kernel before 5.13.4, data corruption or loss     can be triggered by an untrusted device that supplies a buf->len value exceeding the buffer size. NOTE:
    the vendor indicates that the cited data corruption is not a vulnerability in any existing use case; the     length validation was added solely for robustness in the face of anomalous host OS behavior.
    (CVE-2021-38160)

    A flaw was found in the hanging of mounts in the Linux kernel's NFS4 subsystem where remote servers are     unreachable for the client during migration of data from one server to another (during trunking     detection). This flaw allows a remote NFS4 server (if the client is connected) to starve the resources,     causing a denial of service. The highest threat from this vulnerability is to system availability.
    (CVE-2021-38199)

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

    ACPI: fix NULL pointer dereference (CVE-2021-47289)

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

    ipv6: fix another slab-out-of-bounds in fib6_nh_flush_exceptions (CVE-2021-47291)

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

    net: sched: fix memory leak in tcindex_partial_destroy_work (CVE-2021-47295)

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

    bpf, sockmap: Fix potential memory leak on unlikely error case (CVE-2021-47298)

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

    xdp, net: Fix use-after-free in bpf_xdp_link_release (CVE-2021-47299)

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

    bpf: Fix tail_call_reachable rejection for interpreter when jit failed (CVE-2021-47300)

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

    igb: Fix use-after-free error during reset (CVE-2021-47301)

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

    bpf: Track subprog poke descriptors correctly and fix use-after-free (CVE-2021-47303)

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

    tcp: fix tcp_init_transfer() to not reset icsk_ca_initialized (CVE-2021-47304)

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

    dma-buf/sync_file: Don't leak fences on merge failure (CVE-2021-47305)

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

    cifs: prevent NULL deref in cifs_compose_mount_options() (CVE-2021-47307)

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

    scsi: libfc: Fix array index out of bound exception (CVE-2021-47308)

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

    net: validate lwtstate->data before returning from skb_tunnel_info() (CVE-2021-47309)

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

    net: qcom/emac: fix UAF in emac_remove (CVE-2021-47311)

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

    virtio-blk: Fix memory leak among suspend/resume procedure (CVE-2021-47319)

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

    nfs: fix acl memory leak of posix_acl_create() (CVE-2021-47320)

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

    NFSv4: Fix an Oops in pnfs_mark_request_commit() when doing O_DIRECT (CVE-2021-47322)

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

    iommu/arm-smmu: Fix arm_smmu_device refcount leak in address translation (CVE-2021-47325)

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

    iommu/arm-smmu: Fix arm_smmu_device refcount leak when arm_smmu_rpm_get fails (CVE-2021-47327)

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

    scsi: iscsi: Fix conn use after free during resets (CVE-2021-47328)

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

    scsi: megaraid_sas: Fix resource leak in case of probe failure (CVE-2021-47329)

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

    fbmem: Do not delete the mode that is still in use (CVE-2021-47338)

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

    jfs: fix GPF in diFree (CVE-2021-47340)

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

    KVM: mmio: Fix use-after-free Read in kvm_vm_ioctl_unregister_coalesced_mmio (CVE-2021-47341)

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

    dm btree remove: assign new_root only when removal succeeds (CVE-2021-47343)

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

    RDMA/cma: Fix rdma_resolve_route() memory leak (CVE-2021-47345)

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

    virtio-net: Add validation for used length (CVE-2021-47352)

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

    udf: Fix NULL pointer dereference in udf_symlink function (CVE-2021-47353)

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

    drm/sched: Avoid data corruptions (CVE-2021-47354)

    An issue was discovered in the Linux kernel before 5.13.3. lib/seq_buf.c has a seq_buf_putmem_hex buffer     overflow. (CVE-2023-28772)

    A flaw was found in the Linux Kernel's memory management subsytem. In this flaw, A task is exiting and     releasing 2MB page in a vma (vm_area_struct) and hits the BUG statement in pfn_swap_entry_to_page()     referencing pmd_t x. This may allow a local user to crash the Linux kernel. (CVE-2023-4732)

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.

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

    在 Linux 核心中發現一個缺陷，其中 BPF 程式可透過推測型儲存區繞過旁路攻擊，從核心記憶體取得敏感資訊。當保護機制忽略 BPF 堆疊上存在未初始化的記憶體位置的可能性時，就會發生此問題。此弱點對機密性的威脅最大。(CVE-2021-34556)

    在 Linux 核心中發現一個缺陷，其中擁有特權的 BPF 程式可透過 eBPF 子系統中的推測型儲存區繞過旁路攻擊，從核心記憶體取得敏感資訊。(CVE-2021-35477)

    在 Linux 核心中發現一個弱點。缺少對傳入 SCTP 封包的大小驗證，可能允許核心讀取未初始化的記憶體。(CVE-2021-3655)

    在 Linux 核心的追蹤模組功能中，發現使用者追蹤環形緩衝區的特定方式中缺少 CPU 資源。僅取得特權的本機使用者 (藉由 CAP_SYS_ADMIN 功能 ) 可利用此缺陷來耗盡資源，進而觸發拒絕服務。(CVE-2021-3679)

    在 Linux 核心的 USB 高速行動裝置功能中，發現使用者卸離 USB 裝置的方式中存在釋放後使用缺陷。本機使用者可利用此缺陷來損毀系統或提高自己的系統權限。(CVE-2021-37159)

    **有爭議** 在 Linux 核心 5.13.4 之前版本的 drivers/char/virtio_console.c 中，未受信任的裝置提供超出緩衝區大小的 buf->len 值時可觸發資料損毀或丟失。注意:
    廠商指出，上述資料損毀在現有的所有使用案例中都不是弱點; 新增長度驗證只是為了在主機 OS 行為異常時保持穩健。
    (CVE-2021-38160)

    在 Linux 核心的 NFS4 子系統中，發現掛載懸置中存在缺陷，在將資料從一個伺服器移轉至另一個伺服器期間 (在主幹偵測期間)，無法存取遠端伺服器。遠端 NFS4 伺服器 (如果用戶端已連線) 可利用此缺陷來耗盡資源，進而觸發拒絕服務。此弱點對系統可用性威脅最大。
    (CVE-2021-38199)

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

    ACPI修正 NULL 指標解除參照 (CVE-2021-47289)

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

    ipv6: 修復 fib6_nh_flush_exceptions 中另一個的 Slab 越界問題 (CVE-2021-47291)

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

    net：sched：修正 tcindex_partial_destroy_work 中的記憶體洩漏 (CVE-2021-47295)

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

    bpf、sockmap修正不太可能發生的錯誤情況下的潛在記憶體洩漏 (CVE-2021-47298)

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

    xdp、net: 修復 bpf_xdp_link_release 中的釋放後使用問題 (CVE-2021-47299)

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

    bpf: 修復 jit 失敗時解譯器的 tail_call_reachable 拒絕 (CVE-2021-47300)

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

    igb：修正重設期間的釋放後使用錯誤 (CVE-2021-47301)

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

    bpf：正確追踪 subprog poke 描述符號並修正釋放後使用 (CVE-2021-47303)

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

    tcp將 tcp_init_transfer() 修正為不重設 icsk_ca_initialized (CVE-2021-47304)

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

    dma-buf/sync_file合併失敗時不洩漏隔離 (CVE-2021-47305)

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

    cifs防止 cifs_compose_mount_options() 中發生 NULL 解除參照 (CVE-2021-47307)

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

    scsilibfc修正陣列索引超出邊界例外狀況 (CVE-2021-47308)

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

    net：從 skb_tunnel_info() 傳回前驗證 lwtstate->data (CVE-2021-47309)

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

    net：qcom/emac：修復 emac_remove 中的 UAF 問題 (CVE-2021-47311)

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

    virtio-blk修正暫停/恢復程序間的記憶體洩漏 (CVE-2021-47319)

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

    nfs修正 posix_acl_create() 的 acl 記憶體洩漏 (CVE-2021-47320)

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

    NFSv4: 修復執行 O_DIRECT 時 pnfs_mark_request_commit() 中的 Oops 問題 (CVE-2021-47322)

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

    iommu/arm-smmu: 修復位址轉譯中的 arm_smmu_device 參照計數洩漏問題 (CVE-2021-47325)

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

    iommu/arm-smmu: arm_smmu_rpm_get 失敗時，修復 arm_smmu_device refcount 洩漏 (CVE-2021-47327)

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

    scsi: iscsi: 修復重設期間的 conn 釋放後使用 (CVE-2021-47328)

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

    scsi: megaraid_sas: 修復探查失敗時的資源洩漏 (CVE-2021-47329)

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

    fbmem: 不刪除仍在使用中的模式 (CVE-2021-47338)

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

    jfs修正 diFree 中的 GPF (CVE-2021-47340)

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

    KVM：mmio：修正 kvm_vm_ioctl_unregister_coalesced_mmio 中的釋放後使用讀取 (CVE-2021-47341)

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

    dm btree 移除僅在移除成功時指派 new_root (CVE-2021-47343)

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

    RDMA/cma修正 rdma_resolve_route() 記憶體洩漏 (CVE-2021-47345)

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

    virtio-net新增已使用長度的驗證 (CVE-2021-47352)

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

    udf修正 udf_symlink 函式中的 NULL 指標解除參照 (CVE-2021-47353)

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

    drm/sched: 避免資料損毀 (CVE-2021-47354)

    在 5.13.3 之前的 Linux 核心中發現一個問題。lib/seq_buf.c 存在 seq_buf_putmem_hex 緩衝區溢位問題。(CVE-2023-28772)

    在 Linux 核心的記憶體管理子系統中發現一個缺陷。在此缺陷中，A 工作會結束並釋放 vma (vm_area_struct) 中的 2MB 頁面，並命中參照 pmd_t x 的 pfn_swap_entry_to_page() 中的 BUG 陳述式。這可能允許本機使用者造成 Linux 核心損毀。(CVE-2023-4732)

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

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

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

    在 Linux 内核中发现了一个缺陷，BPF 程序可通过推测存储绕过边信道攻击从内核内存获取敏感信息。如果保护机制忽略了 BPF 堆栈上可能有未初始化的内存位置，就会发生此问题。此漏洞最主要的威胁对象是机密性。(CVE-2021-34556)

    在 Linux 内核中发现了一个缺陷，非特权 BPF 程序可通过 eBPF 子系统中的推测存储绕过边信道攻击从内核内存获取敏感信息 (CVE-2021-35477)

    在 Linux 内核中发现了一个漏洞。入站 SCTP 数据包缺少大小验证，这可能会允许内核读取未初始化的内存。(CVE-2021-3655)

    在 Linux 内核跟踪模块功能中，发现用户跟踪环形缓冲区的特定方式中缺少 CPU 资源。只有本地特权用户（具备 CAP_SYS_ADMIN 功能）可利用此缺陷来耗尽资源，从而造成拒绝服务。(CVE-2021-3679)

    在用户分离 USB 设备的方式中，发现 Linux 内核 USB 高速移动设备功能存在一个释放后使用缺陷。本地用户可利用此缺陷造成系统崩溃，或提升其在系统中的权限。(CVE-2021-37159)

    **存在争议** 在 Linux 内核 5.13.4 之前版本的 drivers/char/virtio_console.c 中，不受信任的设备提供超过缓冲区大小的 buf->len 值时可以触发数据损坏或丢失。注意：
    供应商表示，引用的数据损坏在任何现有用例中都属于漏洞；添加长度验证只是为了在面对主机 OS 异常行为时保持稳定。
    (CVE-2021-38160)

    在 Linux 内核 NFS4 子系统的挂载挂起中发现了一个缺陷，在将数据从一个服务器迁移到另一个（中继检测期间）期间，客户端无法访问远程服务器。远程 NFS4 服务器（在已连接客户端的情况下）可利用此缺陷来耗尽资源，从而造成拒绝服务。此漏洞最大的威胁在于系统可用性。
    (CVE-2021-38199)

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

    ACPI修复空指针取消引用 (CVE-2021-47289)

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

    ipv6：修复 fib6_nh_flush_exceptions 中的另一个 slab 越界问题 (CVE-2021-47291)

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

    net: sched：修复 tcindex_partial_destroy_work 中的内存流失问题 (CVE-2021-47295)

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

    bpfsockmap修复不可能的错误情况下的潜在内存泄漏 (CVE-2021-47298)

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

    xdp、net：修复 bpf_xdp_link_release 中的释放后使用 (CVE-2021-47299)

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

    bpf：修复 jit 失败时解释器的 tail_call_reachable 拒绝 (CVE-2021-47300)

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

    igb：修复重置期间的释放后使用错误 (CVE-2021-47301)

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

    bpf : 正确跟踪 subprog poke 描述符并修复释放后使用 (CVE-2021-47303)

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

    tcp修复 tcp_init_transfer() 以便不重置 icsk_ca_initialized (CVE-2021-47304)

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

    dma-buf/sync_file合并失败时不会泄漏隔离 (CVE-2021-47305)

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

    cifs防止 cifs_compose_mount_options() 中的空取消引用 (CVE-2021-47307)

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

    scsilibfc修复数组索引越界异常 (CVE-2021-47308)

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

    net：在从 skb_tunnel_info() 返回之前验证 lwtstate->data (CVE-2021-47309)

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

    net: qcom/emac：修复 emac_remove 中的 UAF 问题 (CVE-2021-47311)

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

    virtio-blk修复暂停/恢复程序之间的内存泄漏 (CVE-2021-47319)

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

    nfs修复 posix_acl_create() 的 acl 内存泄漏 (CVE-2021-47320)

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

    NFSv4：修复执行 O_DIRECT 时 pnfs_mark_request_commit() 中存在的 Oops (CVE-2021-47322)

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

    iommu/arm-smmu：修复地址转换中的 arm_smmu_device refcount 泄漏 (CVE-2021-47325)

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

    iommu/arm-smmu：修复 arm_smmu_rpm_get 失败时的 arm_smmu_device 引用计数泄露 (CVE-2021-47327)

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

    scsi：iscsi：修复重置期间的释放后 conn 使用 (CVE-2021-47328)

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

    scsi：megaraid_sas：修复探测失败时的资源泄漏 (CVE-2021-47329)

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

    fbmem : 请勿删除仍在使用的模式 (CVE-2021-47338)

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

    jfs修复 diFree 中的 GPF (CVE-2021-47340)

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

    KVM: mmio : 修复 kvm_vm_ioctl_unregister_coalesced_mmio 中的释放后使用读取 (CVE-2021-47341)

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

    dm btree remove仅在删除成功时分配 new_root (CVE-2021-47343)

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

    RDMA/cma修复 rdma_resolve_route() 内存泄漏 (CVE-2021-47345)

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

    virtio-net添加对已使用长度的验证 (CVE-2021-47352)

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

    udf修复 udf_symlink 函数中的空指针取消引用 (CVE-2021-47353)

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

    drm/sched：避免数据损坏 (CVE-2021-47354)

    在版本低于 5.13.3 的 Linux 内核中发现了一个问题。lib/seq_buf.c 中存在 seq_buf_putmem_hex 缓冲区溢出。(CVE-2023-28772)

    在 Linux 内核的内存管理子系统中发现了一个缺陷。在此缺陷中，任务退出并在 vma (vm_area_struct) 中释放 2MB 页面，造成引用 pmd_t x 的 pfn_swap_entry_to_page() 中存在 BUG 语句。本地用户可能利用此缺陷，导致 Linux 内核崩溃。(CVE-2023-4732)

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

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

ID	名前	製品	ファミリー	公開日	更新日	深刻度
268024	Unity Linux 20.1070e Security Update: kernel (UTSA-2025-986712)	Nessus	Unity Linux Local Security Checks	2025/10/7	2025/10/7	medium
224302	Linux Distros Unpatched Vulnerability : CVE-2021-47300	Nessus	Misc.	2025/3/5	2025/9/4	medium
224302	Linux Distros のパッチ未適用の脆弱性: CVE-2021-47300	Nessus	Misc.	2025/3/5	2025/9/4	medium
160434	Amazon Linux 2 : kernel (ALASKERNEL-5.10-2022-004)	Nessus	Amazon Linux Local Security Checks	2022/5/2	2025/5/23	high
224302	Linux Distros 未修补的漏洞：CVE-2021-47300	Nessus	Misc.	2025/3/5	2025/9/4	medium
224302	Linux Distros 未修補的弱點：CVE-2021-47300	Nessus	Misc.	2025/3/5	2025/9/4	medium
160434	Amazon Linux 2 : kernel (ALASKERNEL-5.10-2022-004)	Nessus	Amazon Linux Local Security Checks	2022/5/2	2025/5/23	high
160434	Amazon Linux 2：kernel (ALASKERNEL-5.10-2022-004)	Nessus	Amazon Linux Local Security Checks	2022/5/2	2025/5/23	high
160434	Amazon Linux 2：内核 (ALASKERNEL-5.10-2022-004)	Nessus	Amazon Linux Local Security Checks	2022/5/2	2025/5/23	high

検出

プラグインの検索

medium

medium

medium

high

medium

medium

high

high

high