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 中包含弱點 。在此缺陷中，對於受影響系統上執行的 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	名稱	產品	系列	已發布	已更新	嚴重性
246070	Linux Distros 未修補的弱點：CVE-2021-46912	Nessus	Misc.	2025/8/8	2025/8/8	medium
160443	Amazon Linux 2：kernel (ALASKERNEL-5.10-2022-001)	Nessus	Amazon Linux Local Security Checks	2022/5/2	2024/12/11	high

偵測

搜尋 Plugin

medium

high