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

    2024-05-23: CVE-2021-46972 was added to this advisory.

    2024-05-23: CVE-2021-46974 was added to this advisory.

    2024-05-23: CVE-2021-46909 was added to this advisory.

    2024-04-25: CVE-2021-46922 was added to this advisory.

    2024-04-25: CVE-2021-46912 was added to this advisory.

    2024-04-25: CVE-2021-46908 was added to this advisory.

    2024-04-25: CVE-2021-46914 was added to this advisory.

    2024-04-25: CVE-2021-46971 was added to this advisory.

    2024-03-13: CVE-2021-46915 was added to this advisory.

    2024-03-13: CVE-2021-46904 was added to this advisory.

    2024-03-13: CVE-2021-46905 was added to this advisory.

    A use-after-free flaw was found in the Linux kernel's NFC LLCP protocol implementation in the way the user     performs manipulation with an unknown input for the llcp_sock_bind() function. This flaw allows a local     user to crash or escalate their privileges on the system. (CVE-2020-25670)

    A use-after-free flaw was found in the Linux kernel's NFC LLCP protocol implementation in the way the user     triggers the llcp_sock_connect() function. This flaw allows a local user to crash the system.
    (CVE-2020-25671)

    A memory leak in the Linux kernel's NFC LLCP protocol implementation was found in the way a user triggers     the llcp_sock_connect() function. This flaw allows a local user to starve the resources, causing a denial     of service. (CVE-2020-25672)

    A vulnerability was found in Linux kernel where non-blocking socket in llcp_sock_connect() leads to leak     and eventually hanging-up the system. (CVE-2020-25673)

    A use-after-free flaw was found in the Linux kernel's SCTP socket functionality that triggers a race     condition. This flaw allows a local user to escalate their privileges on the system. The highest threat     from this vulnerability is to confidentiality, integrity, as well as system availability. (CVE-2021-23133)

    A vulnerability was discovered in retrieve_ptr_limit in kernel/bpf/verifier.c in the Linux kernel     mechanism to mitigate speculatively out-of-bounds loads (Spectre mitigation). In this flaw a local,     special user privileged (CAP_SYS_ADMIN) BPF program running on affected systems may bypass the protection,     and execute speculatively out-of-bounds loads from the kernel memory. This can be abused to extract     contents of kernel memory via side-channel. (CVE-2021-29155)

    A flaw was found in the Linux kernel's eBPF verification code. By default, accessing the eBPF verifier is     only accessible to privileged users with CAP_SYS_ADMIN. This flaw allows a local user who can insert eBPF     instructions, to use the eBPF verifier to abuse a spectre-like flaw and infer all system memory. The     highest threat from this vulnerability is to confidentiality. (CVE-2021-31829)

    The eBPF RINGBUF bpf_ringbuf_reserve() function in the Linux kernel did not check that the allocated size     was smaller than the ringbuf size, allowing an attacker to perform out-of-bounds writes within the kernel     and therefore, arbitrary code execution. This issue was fixed via commit 4b81ccebaeee (bpf, ringbuf: Deny     reserve of buffers larger than ringbuf) (v5.13-rc4) and backported to the stable kernels in v5.12.4,     v5.11.21, and v5.10.37. It was introduced via 457f44363a88 (bpf: Implement BPF ring buffer and verifier     support for it) (v5.8-rc1). (CVE-2021-3489)

    The eBPF ALU32 bounds tracking for bitwise ops (AND, OR and XOR) in the Linux kernel did not properly     update 32-bit bounds, which could be turned into out of bounds reads and writes in the Linux kernel and     therefore, arbitrary code execution. This issue was fixed via commit 049c4e13714e (bpf: Fix alu32 const     subreg bound tracking on bitwise operations) (v5.13-rc4) and backported to the stable kernels in v5.12.4,     v5.11.21, and v5.10.37. The AND/OR issues were introduced by commit 3f50f132d840 (bpf: Verifier, do     explicit ALU32 bounds tracking) (5.7-rc1) and the XOR variant was introduced by 2921c90d4718 (bpf:Fix a     verifier failure with xor) ( 5.10-rc1). (CVE-2021-3490)

    A flaw was found in the Linux kernel.  The io_uring PROVIDE_BUFFERS operation allowed the MAX_RW_COUNT     limit to be bypassed, which led to negative values being used in mem_rw when reading /proc/<PID>/mem. The     highest threat from this vulnerability is to data confidentiality and integrity as well as system     availability. (CVE-2021-3491)

    A flaw was found in the Linux kernel in versions before 5.12. The value of internal.ndata, in the KVM API,     is mapped to an array index, which can be updated by a user process at anytime which could lead to an out-     of-bounds write. The highest threat from this vulnerability is to data integrity and system availability.
    (CVE-2021-3501)

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

    net: hso: fix null-ptr-deref during tty device unregistration

    Multiple ttys try to claim the same the minor number causing a doubleunregistration of the same device.
    The first unregistration succeedsbut the next one results in a null-ptr-deref.

    The get_free_serial_index() function returns an available minor numberbut doesn't assign it immediately.
    The assignment is done by the callerlater. But before this assignment, calls to     get_free_serial_index()would return the same minor number.

    Fix this by modifying get_free_serial_index to assign the minor numberimmediately after one is found to be     and rename it to obtain_minor()to better reflect what it does. Similary, rename set_serial_by_index()to     release_minor() and modify it to free up the minor number of thegiven hso_serial. Every obtain_minor()     should have correspondingrelease_minor() call. (CVE-2021-46904)

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

    net: hso: fix NULL-deref on disconnect regression

    Commit 8a12f8836145 (net: hso: fix null-ptr-deref during tty deviceunregistration) fixed the racy minor     allocation reported by syzbot, butintroduced an unconditional NULL-pointer dereference on every     disconnectinstead.

    Specifically, the serial device table must no longer be accessed afterthe minor has been released by     hso_serial_tty_unregister(). (CVE-2021-46905)

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

    bpf: Use correct permission flag for mixed signed bounds arithmetic

    We forbid adding unknown scalars with mixed signed bounds due to thespectre v1 masking mitigation. Hence     this also needs bypass_spec_v1flag instead of allow_ptr_leaks. (CVE-2021-46908)

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

    ARM: footbridge: fix PCI interrupt mapping (CVE-2021-46909)

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

    net: Make tcp_allowed_congestion_control readonly in non-init netns (CVE-2021-46912)

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

    ixgbe: fix unbalanced device enable/disable in suspend/resume (CVE-2021-46914)

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

    netfilter: nft_limit: avoid possible divide error in nft_limit_init

    div_u64() divides u64 by u32.

    nft_limit_init() wants to divide u64 by u64, use the appropriatemath function (div64_u64)

    divide error: 0000 [#1] PREEMPT SMP KASANCPU: 1 PID: 8390 Comm: syz-executor188 Not tainted     5.12.0-rc4-syzkaller #0Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google     01/01/2011RIP: 0010:div_u64_rem include/linux/math64.h:28 [inline]RIP: 0010:div_u64     include/linux/math64.h:127 [inline]RIP: 0010:nft_limit_init+0x2a2/0x5e0 net/netfilter/nft_limit.c:85Code:
    ef 4c 01 eb 41 0f 92 c7 48 89 de e8 38 a5 22 fa 4d 85 ff 0f 85 97 02 00 00 e8 ea 9e 22 fa 4c 0f af f3 45     89 ed 31 d2 4c 89 f0 <49> f7 f5 49 89 c6 e8 d3 9e 22 fa 48 8d 7d 48 48 b8 00 00 00 00 00RSP:
    0018:ffffc90009447198 EFLAGS: 00010246RAX: 0000000000000000 RBX: 0000200000000000 RCX:
    0000000000000000RDX: 0000000000000000 RSI: ffffffff875152e6 RDI: 0000000000000003RBP: ffff888020f80908     R08: 0000200000000000 R09: 0000000000000000R10: ffffffff875152d8 R11: 0000000000000000 R12:
    ffffc90009447270R13: 0000000000000000 R14: 0000000000000000 R15: 0000000000000000FS:
    000000000097a300(0000) GS:ffff8880b9d00000(0000) knlGS:0000000000000000CS:  0010 DS: 0000 ES: 0000 CR0:
    0000000080050033CR2: 00000000200001c4 CR3: 0000000026a52000 CR4: 00000000001506e0DR0: 0000000000000000     DR1: 0000000000000000 DR2: 0000000000000000DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7:
    0000000000000400Call Trace:nf_tables_newexpr net/netfilter/nf_tables_api.c:2675     [inline]nft_expr_init+0x145/0x2d0 net/netfilter/nf_tables_api.c:2713nft_set_elem_expr_alloc+0x27/0x280     net/netfilter/nf_tables_api.c:5160nf_tables_newset+0x1997/0x3150     net/netfilter/nf_tables_api.c:4321nfnetlink_rcv_batch+0x85a/0x21b0     net/netfilter/nfnetlink.c:456nfnetlink_rcv_skb_batch net/netfilter/nfnetlink.c:580     [inline]nfnetlink_rcv+0x3af/0x420 net/netfilter/nfnetlink.c:598netlink_unicast_kernel     net/netlink/af_netlink.c:1312 [inline]netlink_unicast+0x533/0x7d0     net/netlink/af_netlink.c:1338netlink_sendmsg+0x856/0xd90 net/netlink/af_netlink.c:1927sock_sendmsg_nosec     net/socket.c:654 [inline]sock_sendmsg+0xcf/0x120 net/socket.c:674____sys_sendmsg+0x6e8/0x810     net/socket.c:2350___sys_sendmsg+0xf3/0x170 net/socket.c:2404__sys_sendmsg+0xe5/0x1b0     net/socket.c:2433do_syscall_64+0x2d/0x70     arch/x86/entry/common.c:46entry_SYSCALL_64_after_hwframe+0x44/0xae (CVE-2021-46915)

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

    KEYS: trusted: Fix TPM reservation for seal/unseal (CVE-2021-46922)

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

    perf/core: Fix unconditional security_locked_down() call (CVE-2021-46971)

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

    ovl: fix leaked dentry (CVE-2021-46972)

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

    bpf: Fix masking negation logic upon negative dst register (CVE-2021-46974)

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.35-31.135より前のものです。したがって、ALAS2KERNEL-5.10-2022-001 のアドバイザリに記載されている複数の脆弱性の影響を受けます。

    2024-05-23: CVE-2021-46972 はこのアドバイザリに追加されました。

    2024-05-23: CVE-2021-46974 はこのアドバイザリに追加されました。

    2024-05-23: CVE-2021-46909 はこのアドバイザリに追加されました。

    2024-04-25: CVE-2021-46922 はこのアドバイザリに追加されました。

    2024-04-25: CVE-2021-46912 はこのアドバイザリに追加されました。

    2024-04-25: CVE-2021-46908 はこのアドバイザリに追加されました。

    2024-04-25: CVE-2021-46914 はこのアドバイザリに追加されました。

    2024-04-25: CVE-2021-46971 はこのアドバイザリに追加されました。

    2024-03-13: CVE-2021-46915 はこのアドバイザリに追加されました。

    2024-03-13: CVE-2021-46904 はこのアドバイザリに追加されました。

    2024-03-13: CVE-2021-46905 はこのアドバイザリに追加されました。

    Linux カーネルの NFC LLCP プロトコルの実装で、ユーザーが llcp_sock_bind() 関数への未知の入力を操作中、use-after-free の欠陥が見つかりました。この欠陥により、ローカル ユーザーがクラッシュさせたり、システム上で権限を昇格させたりする可能性があります。(CVE-2020-25670)

    Linux カーネルの NFC LLCP プロトコルの実装で、ユーザーが llcp_sock_connect() 関数をトリガー中、use-after-free の欠陥が見つかりました。この欠陥により、ローカルユーザーがシステムをクラッシュさせる可能性があります。
    (CVE-2020-25671)

    Linux カーネルの NFC LLCP プロトコルの実装で、ユーザーが llcp_sock_connect() 関数をトリガー中、メモリリークが見つかりましたこの欠陥により、ローカルユーザーがリソースを枯渇させ、サービス拒否を引き起こす可能性があります。(CVE-2020-25672)

    Linuxカーネルに脆弱性が見つかりました。llcp_sock_connect()で非ブロックソケットが漏洩して、最終的にはシステムがハングアップします。(CVE-2020-25673)

    Linux カーネルの SCTP ソケット機能に、競合状態を発生させる use-after-free の欠陥が見つかりました。この欠陥により、ローカル ユーザーがシステム上で権限を昇格させる可能性があります。この脆弱性が最大の脅威となるのは、機密性と整合性、ならびにシステムの可用性です。(CVE-2021-23133)

    投機的な領域外ロードを緩和する Linux カーネルメカニズムの kernel/bpf/verifier.c の retrieve_ptr_limit で脆弱性が発見されました (Spectre に対する緩和策)。この欠陥では、影響を受けるシステムで実行されているローカルの特別なユーザー権限 (CAP_SYS_ADMIN) の BPF プログラムが保護をバイパスし、カーネルメモリから投機的に領域外ロードを実行する可能性があります。これを悪用して、サイドチャネルを介してカーネルメモリのコンテンツが抽出されます。(CVE-2021-29155)

    Linux カーネルの eBPF 検証コードに欠陥が見つかりました。デフォルトでは、CAP_SYS_ADMIN を持つ特権ユーザーのみが eBPF 検証機能にアクセスできます。この欠陥により、eBPF 命令を挿入できるローカルユーザーが、eBPF 検証機能を使用して Spectre 型の欠陥を悪用し、すべてのシステムメモリを推測する可能性があります。この脆弱性による主な脅威は、機密性に関するものです。(CVE-2021-31829)

    Linux カーネルの eBPF RINGBUF bpf_ringbuf_reserve() 関数は、割り当てられたサイズが ringbuf サイズより小さいことをチェックしなかったため、攻撃者がカーネル内で領域外書き込みを実行し、任意のコードを実行する可能性があります。この問題は、コミット 4b81ccebaeee (bpf、ringbuf: ringbuf より大きいバッファの予約を拒否) (v5.13-rc4) を介して修正され、v5.12.4、v5.11.21、および v5.10.37 の安定版 (stable) カーネルにバックポートされました。これは、457f44363a88 (bpf: BPF リングバッファおよびそのための検証サポートを実装) (v5.8-rc1) を介して導入されました。(CVE-2021-3489)

    Linux カーネルのビット単位の演算 (AND、OR、XOR) の eBPF ALU32 境界追跡で、32 ビットの境界が適切に更新されませんでした。このため、Linux カーネルの領域外読み取りおよび書き込みが発生し、任意コード実行に至る可能性がありました。この問題は、コミット 049c4e13714e (bpf: ビット単位の alu32 const subreg 境界追跡を修正) (v5.13-rc4) で修正され、v5.12.4、v5.11.21、および v5.10.37 で安定したカーネルへバックポートされました。AND/OR の問題は、コミット 3f50f132d840 (bpf: Verifier、明示的な ALU32 境界追跡) (5.7-rc1) によって導入され、XOR バリアントは、2921c90d4718 (bpf: xor で検証機能の失敗を修正します) (5.10-rc1) によって導入されました。(CVE-2021-3490)

    Linuxカーネルに欠陥が見つかりました。Linux カーネルの io_uring PROVIDE_BUFFERS 操作により、MAX_RW_COUNT 制限がバイパスされ、/proc/<PID>/mem の読み取り時に mem_rw で負の値が使用される可能性がありました。この脆弱性が最大の脅威となるのは、データの機密性と整合性、ならびにシステムの可用性です。(CVE-2021-3491)

    5.12より前のバージョンの Linux カーネルで欠陥が見つかりました。KVM APIのinternal.ndataの値が配列インデックスにマッピングされるため、ユーザープロセスをいつでも更新でき、領域外書き込みが引き起こされる可能性があります。この脆弱性が最大の脅威となるのは、データの整合性とシステムの可用性です。
    (CVE-2021-3501)

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

    net: hso: tty デバイスの登録解除中に null-ptr-deref を修正

    複数の tty が同じマイナー番号を要求しようとし、同じデバイスで登録解除の重複が発生します。
    最初の登録解除は成功しますが、次の登録解除では null-ptr-deref が発生します。

    get_free_serial_index() 関数から利用可能なマイナー番号が返されますが、すぐには割り当てられません。
    割り当ては callerlater によって行われます。しかし、この割り当ての前は、get_free_serial_index() を呼び出すと、同じマイナー番号が返されます。

    これを修正するには、get_free_serial_index を修正して、該当するマイナー番号が判明したら直ちにそれを割り当て、その機能をより適切に示すように名前を get_minor() に変更します。同様に、set_serial_by_index() の名前を release_minor() に変更し、指定された hso_serial のマイナー番号を解放するよう変更します。すべての obtain_minor() には、対応する release_minor() 呼び出しが必要です。(CVE-2021-46904)

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

    net: hso: 切断回帰の NULL-deref を修正

    コミット 8a12f8836145 (net: hso: tty デバイス登録解除中の null-ptr-deref を修正) は、syzbot によって報告された、際どいマイナーな割り当てを修正しましたが、代わりに、毎回の切断に対して無条件の NULL ポインターデリファレンスが導入されました。

    具体的には、hso_serial_tty_unregister() によってマイナーが解放された後は、シリアルデバイステーブルにアクセスできなくなります。(CVE-2021-46905)

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

    bpf: 混合した署名付き境界演算に対して適切なアクセス許可フラグを使用します

    Spectre v1 マスキング緩和策のため、混合した署名付き境界を持つ不明なスカラーを追加することを禁止します。CVE-2021-46908したがって、これには allow_ptr_leaks の代わりに bypass_spec_v1 フラグも必要です。

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

    ARM: footbridge: PCI 割り込みマッピングを修正 (CVE-2021-46909)

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

    net: 初期化されていない netns で tcp_allowed_congestion_control を読み取り専用に変更 (CVE-2021-46912)

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

    ixgbe: 中断/再開での不均衡なデバイスの有効化/無効化を修正 (CVE-2021-46914)

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

    netfilter: nft_limit: nft_limit_init で起こり得る除算エラーを回避

    div_u64() は、u64 を u32 で除算します。

    nft_limit_init() は、u64 を u64 で除算する必要があるため、適切な数学関数 (div64_u64) を使用します

    除算エラー: 0000 [#1] PREEMPT SMP KASANCPU: 1 PID: 8390 通信: syz-executor188 汚染なし 5.12.0-rc4-syzkaller #0ハードウェア名: Google Google Compute Engine/Google Compute Engine、BIOS Google 01/01/2011RIP: 0010:div_u64_rem include/linux/math64.h:28 [inline]RIP: 0010:div_u64 include/linux/math64.h:127 [inline]RIP: 0010:nft_limit_init+0x2a2/0x5e0 net/netfilter/nft_limit.c:85Code:
    ef 4c 01 eb 41 0f 92 c7 48 89 de e8 38 a5 22 fa 4d 85 ff 0f 85 97 02 00 00 e8 ea 9e 22 fa 4c 0f af f3 45 89 ed 31 d2 4c 89 f0 <49> f7 f5 49 89 c6 e8 d3 9e 22 fa 48 8d 7d 48 48 b8 00 00 00 00 00RSP:
    0018:ffffc90009447198 EFLAGS: 00010246RAX: 0000000000000000 RBX: 0000200000000000 RCX:
    0000000000000000RDX: 0000000000000000 RSI: ffffffff875152e6 RDI: 0000000000000003RBP: ffff888020f80908 R08: 0000200000000000 R09: 0000000000000000R10: ffffffff875152d8 R11: 0000000000000000 R12:
    ffffc90009447270R13: 0000000000000000 R14: 0000000000000000 R15: 0000000000000000FS:
    000000000097a300(0000) GS:ffff8880b9d00000(0000) knlGS:0000000000000000CS: 0010 DS: 0000 ES: 0000 CR0:
    0000000080050033CR2: 00000000200001c4 CR3: 0000000026a52000 CR4: 00000000001506e0DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7:
    0000000000000400Call Trace:nf_tables_newexpr net/netfilter/nf_tables_api.c:2675 [inline]nft_expr_init+0x145/0x2d0 net/netfilter/nf_tables_api.c:2713nft_set_elem_expr_alloc+0x27/0x280 net/netfilter/nf_tables_api.c:5160nf_tables_newset+0x1997/0x3150 net/netfilter/nf_tables_api.c:4321nfnetlink_rcv_batch+0x85a/0x21b0 net/netfilter/nfnetlink.c:456nfnetlink_rcv_skb_batch net/netfilter/nfnetlink.c:580 [inline]nfnetlink_rcv+0x3af/0x420 net/netfilter/nfnetlink.c:598netlink_unicast_kernel net/netlink/af_netlink.c:1312 [inline]netlink_unicast+0x533/0x7d0 net/netlink/af_netlink.c:1338netlink_sendmsg+0x856/0xd90 net/netlink/af_netlink.c:1927sock_sendmsg_nosec net/socket.c:654 [inline]sock_sendmsg+0xcf/0x120 net/socket.c:674____sys_sendmsg+0x6e8/0x810 net/socket.c:2350___sys_sendmsg+0xf3/0x170 net/socket.c:2404__sys_sendmsg+0xe5/0x1b0 net/socket.c:2433do_syscall_64+0x2d/0x70 arch/x86/entry/common.c:46entry_SYSCALL_64_after_hwframe+0x44/0xae (CVE-2021-46915)

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

    KEYS: 信頼できる: シール/シール解除の TPM 予約を修正 (CVE-2021-46922)

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

    perf/core: 無条件の security_locked_down() 呼び出しを修正 (CVE-2021-46971)

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

    ovl: 漏洩した dentry を修正 (CVE-2021-46972)

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

    bpf: 負の dst レジスタでのマスク否定ロジックを修正 (CVE-2021-46974)

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

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

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

  - 已解決 Linux 核心中的下列弱點：net: Make tcp_allowed_congestion_control readonly in non-init netns Currently, tcp_allowed_congestion_control is global and writable; writing to it in any net namespace will leak into all other net namespaces.
    tcp_available_congestion_control and tcp_allowed_congestion_control are the only sysctls in ipv4_net_table (the per-netns sysctl table) with a NULL data pointer; their handlers (proc_tcp_available_congestion_control and proc_allowed_congestion_control) have no other way of referencing a struct net. Thus, they operate globally. Because ipv4_net_table does not use designated initializers, there is no easy way to fix up this one bad table entry. However, the data pointer updating logic shouldn't be applied to NULL pointers anyway, so we instead force these entries to be read-only. These sysctls used to exist in ipv4_table (init-net only), but they were moved to the per-net ipv4_net_table, presumably without realizing that tcp_allowed_congestion_control was writable and thus introduced a leak. Because the intent of that commit was only to know (i.e. read) which congestion algorithms are available or allowed, this read-only solution should be sufficient. The logic added in recent commit 31c4d2f160eb: (net: Ensure net namespace isolation of sysctls) does not and cannot check for NULL data pointers, because other table entries (e.g. /proc/sys/net/netfilter/nf_log/) have .data=NULL but use other methods (.extra2) to access the struct net. (CVE-2021-46912)

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

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

  - In the Linux kernel, the following vulnerability has been resolved: net: Make     tcp_allowed_congestion_control readonly in non-init netns Currently, tcp_allowed_congestion_control is     global and writable; writing to it in any net namespace will leak into all other net namespaces.
    tcp_available_congestion_control and tcp_allowed_congestion_control are the only sysctls in ipv4_net_table     (the per-netns sysctl table) with a NULL data pointer; their handlers     (proc_tcp_available_congestion_control and proc_allowed_congestion_control) have no other way of     referencing a struct net. Thus, they operate globally. Because ipv4_net_table does not use designated     initializers, there is no easy way to fix up this one bad table entry. However, the data pointer     updating logic shouldn't be applied to NULL pointers anyway, so we instead force these entries to be read-     only. These sysctls used to exist in ipv4_table (init-net only), but they were moved to the per-net     ipv4_net_table, presumably without realizing that tcp_allowed_congestion_control was writable and thus     introduced a leak. Because the intent of that commit was only to know (i.e. read) which congestion     algorithms are available or allowed, this read-only solution should be sufficient. The logic added in     recent commit 31c4d2f160eb: (net: Ensure net namespace isolation of sysctls) does not and cannot check     for NULL data pointers, because other table entries (e.g. /proc/sys/net/netfilter/nf_log/) have .data=NULL     but use other methods (.extra2) to access the struct net. (CVE-2021-46912)

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

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

  - 已修复 Linux 内核中的下列漏洞：net: Make tcp_allowed_congestion_control readonly in non-init netns Currently, tcp_allowed_congestion_control is global and writable; writing to it in any net namespace will leak into all other net namespaces.
    tcp_available_congestion_control and tcp_allowed_congestion_control are the only sysctls in ipv4_net_table (the per-netns sysctl table) with a NULL data pointer; their handlers (proc_tcp_available_congestion_control and proc_allowed_congestion_control) have no other way of referencing a struct net. Thus, they operate globally. Because ipv4_net_table does not use designated initializers, there is no easy way to fix up this one bad table entry. However, the data pointer updating logic shouldn't be applied to NULL pointers anyway, so we instead force these entries to be read-only. These sysctls used to exist in ipv4_table (init-net only), but they were moved to the per-net ipv4_net_table, presumably without realizing that tcp_allowed_congestion_control was writable and thus introduced a leak. Because the intent of that commit was only to know (i.e. read) which congestion algorithms are available or allowed, this read-only solution should be sufficient. The logic added in recent commit 31c4d2f160eb: (net: Ensure net namespace isolation of sysctls) does not and cannot check for NULL data pointers, because other table entries (e.g. /proc/sys/net/netfilter/nf_log/) have .data=NULL but use other methods (.extra2) to access the struct net. (CVE-2021-46912)

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

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

  - Linux カーネルでは、以下の脆弱性が解決されています: net: Make tcp_allowed_congestion_control readonly in non-init netns Currently, tcp_allowed_congestion_control is global and writable; writing to it in any net namespace will leak into all other net namespaces.
    tcp_available_congestion_control and tcp_allowed_congestion_control are the only sysctls in ipv4_net_table (the per-netns sysctl table) with a NULL data pointer; their handlers (proc_tcp_available_congestion_control and proc_allowed_congestion_control) have no other way of referencing a struct net. Thus, they operate globally. Because ipv4_net_table does not use designated initializers, there is no easy way to fix up this one bad table entry. However, the data pointer updating logic shouldn't be applied to NULL pointers anyway, so we instead force these entries to be read-only. These sysctls used to exist in ipv4_table (init-net only), but they were moved to the per-net ipv4_net_table, presumably without realizing that tcp_allowed_congestion_control was writable and thus introduced a leak. Because the intent of that commit was only to know (i.e. read) which congestion algorithms are available or allowed, this read-only solution should be sufficient. The logic added in recent commit 31c4d2f160eb: (net: Ensure net namespace isolation of sysctls) does not and cannot check for NULL data pointers, because other table entries (e.g. /proc/sys/net/netfilter/nf_log/) have .data=NULL but use other methods (.extra2) to access the struct net. (CVE-2021-46912)

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

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

    2024-05-23：已将 CVE-2021-46972 添加到此公告中。

    2024-05-23：已将 CVE-2021-46974 添加到此公告中。

    2024-05-23：已将 CVE-2021-46909 添加到此公告中。

    2024-04-25：已将 CVE-2021-46922 添加到此公告中。

    2024-04-25：已将 CVE-2021-46912 添加到此公告中。

    2024-04-25：已将 CVE-2021-46908 添加到此公告中。

    2024-04-25：已将 CVE-2021-46914 添加到此公告中。

    2024-04-25：已将 CVE-2021-46971 添加到此公告中。

    2024-03-13：已将 CVE-2021-46915 添加到此公告中。

    2024-03-13：已将 CVE-2021-46904 添加到此公告中。

    2024-03-13：已将 CVE-2021-46905 添加到此公告中。

    在 Linux 内核的 NFC LLCP 协议实现中，发现用户通过 llcp_sock_bind() 函数的未知输入执行操纵的方式中包含释放后使用缺陷。本地用户可利用此缺陷导致系统崩溃或升级其系统权限。(CVE-2020-25670)

    在 Linux 内核的 NFC LLCP 协议实现中，发现用户触发 llcp_sock_connect() 函数的方式中包含释放后使用缺陷。本地用户可以利用此缺陷造成系统崩溃。
    (CVE-2020-25671)

    在 Linux 内核的 NFC LLCP 协议实现中，发现用户触发 llcp_sock_connect() 函数的方式中包含内存流失缺陷。本地用户可利用此缺陷来耗尽资源，从而造成拒绝服务。(CVE-2020-25672)

    在 Linux 内核中发现一个漏洞，其中 llcp_sock_connect() 中的非阻塞套接字会造成内存流失并最终导致系统挂起。(CVE-2020-25673)

    在 Linux 内核的 SCTP 套接字功能中发现释放后使用缺陷，此缺陷可触发争用条件。本地用户可利用此缺陷升级其系统权限。此漏洞最大的威胁在于机密性、完整性，以及系统可用性。(CVE-2021-23133)

    在用于缓解推测性越界加载的 Linux 内核机制（Spectre 缓解）中，发现 kernel/bpf/verifier.c 的 retrieve_ptr_limit 中包含漏洞。在此缺陷中，受影响系统上运行的具有特殊用户权限 (CAP_SYS_ADMIN) 的本地 BPF 程序可绕过保护机制，从内核内存执行推测性越界加载。恶意用户可能会滥用此问题，通过边信道提取内核内存的内容。(CVE-2021-29155)

    在 Linux 内核的 eBPF 验证码中发现一个缺陷。默认情况下，只有具有 CAP_SYS_ADMIN 的特权用户才能访问 eBPF 验证程序。本地用户如果能够插入 eBPF 指令，即可使用 eBPF 验证程序来滥用类 spectre 缺陷，并推断所有系统内存。此漏洞最主要的威胁对象是机密性。(CVE-2021-31829)

    Linux 内核中的 eBPF RINGBUF bpf_ringbuf_reserve() 函数未检查分配的大小是否小于 ringbuf 大小，攻击者可利用此漏洞，在内核中进行越界写入，进而执行任意代码。此问题已通过提交 4b81ccebaeee (bpf, ringbuf：拒绝保留超过 ringbuf 大小的缓冲区) (v5.13-rc4) 修复，并向后移植到 v5.12.4、v5.11.21 和 v5.10.37 的稳定内核中。此问题经由 457f44363a88 (bpf：实现 BPF 环形缓冲区及其验证程序支持) (v5.8-rc1) 引入。(CVE-2021-3489)

    Linux 内核中按位操作（AND、OR 和 XOR）的 eBPF ALU32 边界跟踪未正确更新 32 位边界，这可能在 Linux 内核中造成越界读取和写入，继而导致任意代码执行问题。此问题已通过提交 049c4e13714e (bpf: 有关按位运算的 alu32 const subreg 边界跟踪修复) (v5.13-rc4) 修复，并向后移植到 v5.12.4、v5.11.21 和 v5.10.37 版的稳定内核中。AND/OR 问题由提交 3f50f132d840 (bpf：验证程序，执行明确的 ALU32 边界跟踪) (5.7-rc1) 引入，XOR 变体由 2921c90d4718 (bpf：使用 xor 修复验证程序失败) ( 5.10-rc1) 引入。(CVE-2021-3490)

    在 Linux 内核中发现一个缺陷。io_uring 的 PROVIDE_BUFFERS 运算允许绕过 MAX_RW_COUNT 限制，这会导致读取 /proc/<PID>/mem 时 mem_rw 中使用负值。此漏洞最大的威胁在于数据机密性和完整性，以及系统可用性。(CVE-2021-3491)

    在 5.12 之前版本的 Linux 内核中发现一个缺陷。KVM API 中的 internal.ndata 值映射到数组索引，而该索引可随时通过用户进程进行更新，可能导致越界写入。此漏洞对数据完整性和系统可用性威胁最大。
    (CVE-2021-3501)

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

    net：hso：修复 tty 设备取消注册期间的空指针取消引用漏洞

    多个 tty 尝试占用相同的次要编号，从而导致同一设备重复取消注册。
    第一次取消注册成功，但下一次会导致空指针取消引用。

    get_free_serial_index() 函数会返回可用的次要编号，但不会立即进行分配。
    稍后，会由调用程序完成分配。但在此分配之前，对 get_free_serial_index() 的调用会返回相同的次要编号。

    若要修复此问题，请修改 get_free_serial_index，以便在发现次要编号后立即进行分配，并将其重命名为 obtain_minor() 以更好地反映其功能。同样，将 set_serial_by_index() 重命名为 release_minor() 并进行修改，以释放给定 hso_serial 的次要编号。每个 obtain_minor() 都应具有相应的 release_minor() 调用。(CVE-2021-46904)

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

    net：hso：修复断开连接回归时的空指针取消引用漏洞

    提交 8a12f8836145 (net: hso: 修复 tty 设备取消注册期间的空指针取消引用漏洞) 修复了 syzbot 报告的 racy 次要分配，但在每次断开连接时会引入无条件的空指针取消引用。

    特别是，通过 hso_serial_tty_unregister() 释放次要设备后，不得再访问串行设备表。(CVE-2021-46905)

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

    bpf：对混合有符号的边界算法使用正确的权限标记

    由于采用了 thespectre v1 掩码缓解措施，我们禁止添加具有混合有符号边界的未知标量。因此，这也需要使用 bypass_spec_v1 标记，而不是 allow_ptr_leaks。(CVE-2021-46908)

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

    ARM：footbridge：修复 PCI 中断映射 (CVE-2021-46909)

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

    net：使 non-init netns 中的 tcp_allowed_congestion_control 设为只读 (CVE-2021-46912)

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

    ixgbe：修复“暂停/恢复”中不平衡的设备启用/禁用 (CVE-2021-46914)

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

    netfilter：nft_limit：避免 nft_limit_init

    div_u64() 用 u64 除以 u32 时可能产生的除法错误。

    nft_limit_init() 想要用 u64 除以 u64，请使用适当的数学函数 (div64_u64)

    divide error: 0000 [#1] PREEMPT SMP KASANCPU: 1 PID: 8390 Comm: syz-executor188 Not tainted 5.12.0-rc4-syzkaller #0Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011RIP: 0010:div_u64_rem include/linux/math64.h:28 [inline]RIP: 0010:div_u64 include/linux/math64.h:127 [inline]RIP: 0010:nft_limit_init+0x2a2/0x5e0 net/netfilter/nft_limit.c:85Code:
    ef 4c 01 eb 41 0f 92 c7 48 89 de e8 38 a5 22 fa 4d 85 ff 0f 85 97 02 00 00 e8 ea 9e 22 fa 4c 0f af f3 45 89 ed 31 d2 4c 89 f0 <49> f7 f5 49 89 c6 e8 d3 9e 22 fa 48 8d 7d 48 48 b8 00 00 00 00 00RSP:
    0018:ffffc90009447198 EFLAGS: 00010246RAX: 0000000000000000 RBX: 0000200000000000 RCX:
    0000000000000000RDX: 0000000000000000 RSI: ffffffff875152e6 RDI: 0000000000000003RBP: ffff888020f80908 R08: 0000200000000000 R09: 0000000000000000R10: ffffffff875152d8 R11: 0000000000000000 R12:
    ffffc90009447270R13: 0000000000000000 R14: 0000000000000000 R15: 0000000000000000FS:
    000000000097a300(0000) GS:ffff8880b9d00000(0000) knlGS:0000000000000000CS: 0010 DS: 0000 ES: 0000 CR0:
    0000000080050033CR2: 00000000200001c4 CR3: 0000000026a52000 CR4: 00000000001506e0DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7:
    0000000000000400Call Trace:nf_tables_newexpr net/netfilter/nf_tables_api.c:2675 [inline]nft_expr_init+0x145/0x2d0 net/netfilter/nf_tables_api.c:2713nft_set_elem_expr_alloc+0x27/0x280 net/netfilter/nf_tables_api.c:5160nf_tables_newset+0x1997/0x3150 net/netfilter/nf_tables_api.c:4321nfnetlink_rcv_batch+0x85a/0x21b0 net/netfilter/nfnetlink.c:456nfnetlink_rcv_skb_batch net/netfilter/nfnetlink.c:580 [inline]nfnetlink_rcv+0x3af/0x420 net/netfilter/nfnetlink.c:598netlink_unicast_kernel net/netlink/af_netlink.c:1312 [inline]netlink_unicast+0x533/0x7d0 net/netlink/af_netlink.c:1338netlink_sendmsg+0x856/0xd90 net/netlink/af_netlink.c:1927sock_sendmsg_nosec net/socket.c:654 [inline]sock_sendmsg+0xcf/0x120 net/socket.c:674____sys_sendmsg+0x6e8/0x810 net/socket.c:2350___sys_sendmsg+0xf3/0x170 net/socket.c:2404__sys_sendmsg+0xe5/0x1b0 net/socket.c:2433do_syscall_64+0x2d/0x70 arch/x86/entry/common.c:46entry_SYSCALL_64_after_hwframe+0x44/0xae (CVE-2021-46915)

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

    KEYS：trusted：修复为密封/解封保留 TPM 的问题 (CVE-2021-46922)

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

    perf/core：修复无条件的 security_locked_down() 调用 (CVE-2021-46971)

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

    ovl：修复泄漏的 dentry (CVE-2021-46972)

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

    bpf：修复负 dst 寄存器时的掩码否定逻辑 (CVE-2021-46974)

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

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

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

    2024-05-23：已將 CVE-2021-46972 新增至此公告。

    2024-05-23：已將 CVE-2021-46974 新增至此公告。

    2024-05-23：已將 CVE-2021-46909 新增至此公告。

    2024-04-25：已將 CVE-2021-46922 新增至此公告。

    2024-04-25：已將 CVE-2021-46912 新增至此公告。

    2024-04-25：已將 CVE-2021-46908 新增至此公告。

    2024-04-25：已將 CVE-2021-46914 新增至此公告。

    2024-04-25：已將 CVE-2021-46971 新增至此公告。

    2024-03-13：已將 CVE-2021-46915 新增至此公告。

    2024-03-13：已將 CVE-2021-46904 新增至此公告。

    2024-03-13：已將 CVE-2021-46905 新增至此公告。

    在 Linux 核心的 NFC LLCP 通訊協定實作方式中發現釋放後使用缺陷，此缺陷與使用者使用 llcp_sock_bind() 函式的未知輸入進行操控的方式有關。本機使用者可利用此缺陷造成系統當機，或提升自己的系統權限。(CVE-2020-25670)

    在 Linux 核心的 NFC LLCP 通訊協定實作方式中發現釋放後使用缺陷，此缺陷與使用者觸發 llcp_sock_connect() 函式的方式有關。本機使用者可利用此缺陷導致系統當機。
    (CVE-2020-25671)

    在 Linux 核心的 NFC LLCP 通訊協定實作方式中發現記憶體流失缺陷，此缺陷與使用者觸發 llcp_sock_connect() 函式的方式有關。本機使用者可利用此缺陷耗盡資源，進而引發拒絕服務。(CVE-2020-25672)

    在 Linux 核心中發現一個弱點，其中 llcp_sock_connect() 中的非封鎖通訊端會造成洩漏，並最終導致系統當機。(CVE-2020-25673)

    在 Linux 核心的 SCTP 通訊端功能中發現釋放後使用缺陷，此缺陷可觸發爭用條件。本機使用者可利用此缺陷提升自己的系統權限。此弱點對於機密性、完整性以及系統可用性的威脅最大。(CVE-2021-23133)

    在用於緩解推測性超出邊界負載的 Linux 核心機制 (Spectre 緩解措施) 中，發現 kernel/bpf/verifier.c 的 retrieve_ptr_limit 中包含弱點 。在此缺陷中，對於受影響系統上執行的 BPF 程式具有特權 (CAP_SYS_ADMIN) 的本機特殊使用者可繞過此保護機制，並從核心記憶體執行推測型超出邊界載入。惡意使用者可濫用此缺陷，透過旁路擷取核心記憶體的內容。(CVE-2021-29155)

    在 Linux 核心的 eBPF 驗證碼中發現一個缺陷。依照預設，只有具有 CAP_SYS_ADMIN 權限的特權使用者才能存取 eBPF 驗證器。此缺陷允許能夠插入 eBPF 指令的本機使用者使用 eBPF 驗證器來濫用 spectre 類缺陷，並推斷所有系統記憶體。此弱點對機密性的威脅最大。(CVE-2021-31829)

    Linux 核心中的 eBPF RINGBUF bpf_ringbuf_reserve() 函式未檢查配置的大小是否小於 ringbuf 大小，這允許攻擊者在核心內執行超出邊界寫入，進而導致任意程式碼執行。此問題已透過 commit 4b81ccebaeee 修復 (bpf、ringbuf：拒絕保留大於 ringbuf 的緩衝區) (v5.13-rc4)，並反向移植至 v5.12.4、v5.11.21 和 v5.10.37 中的穩定核心。這是透過 457f44363a88 引入 (bpf：建置 BPF 環形緩衝區及其驗證程式支援) (v5.8-rc1)。(CVE-2021-3489)

    Linux 核心中位元運算 (AND、OR 和 XOR) 的 eBPF ALU32 邊界追蹤未正確更新 32 位元邊界，這會在 Linux 核心中變成超出邊界讀取和寫入，因此造成任意程式碼執行。此問題已透過 commit 049c4e13714e 修復 (bpf：修復位元運算上的 alu32 const subreg 邊界追蹤) (v5.13-rc4)，並反向移植至 v5.12.4、v5.11.21 和 v5.10.37 中的穩定核心。AND/OR 問題是由 commit 3f50f132d840 引入 (bpf：驗證程式，執行明確 ALU32 邊界追踪) (5.7-rc1)，而 XOR 變體是由 2921c90d4718 (bpf：透過 xor 修復驗證程式失敗) ( 5.10-rc1) 引入。(CVE-2021-3490)

    在 Linux 核心中發現一個缺陷。io_uring PROVIDE_BUFFERS 運算允許繞過 MAX_RW_COUNT 限制，這會導致讀取 /proc/<PID>/mem 時在 mem_rw 中使用負值。此弱點對於資料的機密性和完整性以及系統可用性威脅最大。(CVE-2021-3491)

    在 Linux 核心 5.12 之前版本中發現一個缺陷。KVM API 中的 internal.ndata 值對應陣列索引，而此陣列索引可隨時透過使用者處理程序來更新，可能會因此導致超出邊界寫入。此弱點對完整性及系統可用性的威脅最大。
    (CVE-2021-3501)

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

    net：hso：修復 tty 裝置取消註冊期間的 Null 指標解除參照問題

    多個 tty 嘗試宣告相同的次要編號，進而造成相同裝置重複取消註冊。
    第一個取消註冊成功，但下一個取消註冊會導致 Null 指標解除參照。

    get_free_serial_index() 函式會傳回可用的次要編號，但不會立即指派。
    指派稍後會由呼叫者完成。但在此指派之前，get_free_serial_index() 呼叫會傳回相同的次要號碼。

    修復此問題的方式為修改 get_free_serial_index，使其在發現次要編號之後立即指派次要編號，並將其重新命名為 gets_minor() 以更好地反映其作用。同樣，請將 set_serial_by_index() 重新命名為 release_minor() 並進行修改，以釋放指定 hso_serial 的次要編號。每個 acquire_minor() 都應該有對應的 release_minor() 呼叫。(CVE-2021-46904)

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

    net：hso：修復中斷連線回歸時的 NULL 指標解除參照問題

    提交 8a12f8836145 (net：hso：修復 tty 裝置取消註冊期間的 NULL 指標解除參照問題) 修復了 syzbot 報告的 racy 次要配置，但在每次中斷連線時會引入無條件的 NULL 指標解除參照。

    具體而言，在 hso_serial_tty_unregister() 發佈次要項目之後，就不得再存取序列裝置表。(CVE-2021-46905)

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

    bpf：針對混合簽署的邊界算術使用正確的權限標記

    由於 spectre v1 遮罩緩解措施，我們禁止新增具有混合帶正負號邊界的未知純量。因此，這也需要 bypass_spec_v1 旗標，而非 allow_ptr_leaks。(CVE-2021-46908)

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

    ARM：footbridge：修復 PCI 中斷對應 (CVE-2021-46909)

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

    net：使 tcp_allowed_congestion_control 在非 init netns 中為唯讀 (CVE-2021-46912)

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

    ixgbe：修復暫停/恢復中不平衡的裝置啟用/停用 (CVE-2021-46914)

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

    netfilter: nft_limit：避免 nft_limit_init

    div_u64() 用 u64 除以 u32 時可能產生的除法錯誤。

    nft_limit_init() 想要用 u64 除以 u64，請使用適當的數學函式 (div64_u64)

    divide error: 0000 [#1] PREEMPT SMP KASANCPU: 1 PID: 8390 Comm: syz-executor188 Not tainted 5.12.0-rc4-syzkaller #0Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011RIP: 0010:div_u64_rem include/linux/math64.h:28 [inline]RIP: 0010:div_u64 include/linux/math64.h:127 [inline]RIP: 0010:nft_limit_init+0x2a2/0x5e0 net/netfilter/nft_limit.c:85Code:
    ef 4c 01 eb 41 0f 92 c7 48 89 de e8 38 a5 22 fa 4d 85 ff 0f 85 97 02 00 00 e8 ea 9e 22 fa 4c 0f af f3 45 89 ed 31 d2 4c 89 f0 <49> f7 f5 49 89 c6 e8 d3 9e 22 fa 48 8d 7d 48 48 b8 00 00 00 00 00RSP:
    0018:ffffc90009447198 EFLAGS: 00010246RAX: 0000000000000000 RBX: 0000200000000000 RCX:
    0000000000000000RDX: 0000000000000000 RSI: ffffffff875152e6 RDI: 0000000000000003RBP: ffff888020f80908 R08: 0000200000000000 R09: 0000000000000000R10: ffffffff875152d8 R11: 0000000000000000 R12:
    ffffc90009447270R13: 0000000000000000 R14: 0000000000000000 R15: 0000000000000000FS:
    000000000097a300(0000) GS:ffff8880b9d00000(0000) knlGS:0000000000000000CS: 0010 DS: 0000 ES: 0000 CR0:
    0000000080050033CR2: 00000000200001c4 CR3: 0000000026a52000 CR4: 00000000001506e0DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7:
    0000000000000400Call Trace:nf_tables_newexpr net/netfilter/nf_tables_api.c:2675 [inline]nft_expr_init+0x145/0x2d0 net/netfilter/nf_tables_api.c:2713nft_set_elem_expr_alloc+0x27/0x280 net/netfilter/nf_tables_api.c:5160nf_tables_newset+0x1997/0x3150 net/netfilter/nf_tables_api.c:4321nfnetlink_rcv_batch+0x85a/0x21b0 net/netfilter/nfnetlink.c:456nfnetlink_rcv_skb_batch net/netfilter/nfnetlink.c:580 [inline]nfnetlink_rcv+0x3af/0x420 net/netfilter/nfnetlink.c:598netlink_unicast_kernel net/netlink/af_netlink.c:1312 [inline]netlink_unicast+0x533/0x7d0 net/netlink/af_netlink.c:1338netlink_sendmsg+0x856/0xd90 net/netlink/af_netlink.c:1927sock_sendmsg_nosec net/socket.c:654 [inline]sock_sendmsg+0xcf/0x120 net/socket.c:674____sys_sendmsg+0x6e8/0x810 net/socket.c:2350___sys_sendmsg+0xf3/0x170 net/socket.c:2404__sys_sendmsg+0xe5/0x1b0 net/socket.c:2433do_syscall_64+0x2d/0x70 arch/x86/entry/common.c:46entry_SYSCALL_64_after_hwframe+0x44/0xae (CVE-2021-46915)

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

    KEYS：trusted：修復為密封/取消密封保留 TPM 的問題 (CVE-2021-46922)

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

    perf/core：修復無條件的 security_locked_down() 呼叫 (CVE-2021-46971)

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

    ovl：修復洩漏的 dentry (CVE-2021-46972)

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

    bpf：修復負 dst 暫存器時的遮罩否定邏輯 (CVE-2021-46974)

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

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
160443	Amazon Linux 2 : kernel (ALASKERNEL-5.10-2022-001)	Nessus	Amazon Linux Local Security Checks	2022/5/2	2024/12/11	high
160443	Amazon Linux 2 : kernel (ALASKERNEL-5.10-2022-001)	Nessus	Amazon Linux Local Security Checks	2022/5/2	2024/12/11	high
246070	Linux Distros 未修補的弱點：CVE-2021-46912	Nessus	Misc.	2025/8/8	2025/8/8	medium
246070	Linux Distros Unpatched Vulnerability : CVE-2021-46912	Nessus	Misc.	2025/8/8	2025/8/8	medium
246070	Linux Distros 未修补的漏洞：CVE-2021-46912	Nessus	Misc.	2025/8/8	2025/8/8	medium
246070	Linux Distros のパッチ未適用の脆弱性: CVE-2021-46912	Nessus	Misc.	2025/8/8	2025/8/8	medium
160443	Amazon Linux 2：内核 (ALASKERNEL-5.10-2022-001)	Nessus	Amazon Linux Local Security Checks	2022/5/2	2024/12/11	high
160443	Amazon Linux 2：kernel (ALASKERNEL-5.10-2022-001)	Nessus	Amazon Linux Local Security Checks	2022/5/2	2024/12/11	high

检测

插件搜索

high

high

medium

medium

medium

medium

high

high