遠端 Redhat Enterprise Linux 9 主機上安裝的多個套件受到 RHSA-2022:8267 公告中提及的多個弱點影響。

    核心套件中包含 Linux 核心，後者是任何 Linux 作業系統的核心。

    安全性修正：

    * 路徑外攻擊者可插入資料或終止受害者的 TCP 工作階段 (CVE-2020-36516)

    * 函式 sco_sock_sendmsg() 中的釋放後使用弱點 (CVE-2021-3640)

    * smb2_ioctl_query_info NULL 指標解除參照 (CVE-2022-0168)

    * 回寫期間 udf_expand_file_adinicbdue() 中發生 NULL 指標解除參照 (CVE-2022-0617)

    * 因 DMA_FROM_DEVICE 的 swiotlb 資訊洩漏 (CVE-2022-0854)

    * nft_do_chain 中堆疊上的未初始化暫存器可造成核心指標洩漏至 UM (CVE-2022-1016)

    * snd_pcm_hw_free 中的爭用情形會導致釋放後使用 (CVE-2022-1048)

    * 在損毀的影像上掛載並操作時ext4 中發生釋放後使用和記憶體錯誤 (CVE-2022-1184)

    * drm_setmaster_ioctl 和 drm_mode_getresources 之間的並行釋放後使用 (CVE-2022-1280)

    * pfkey_register 中有核心資訊洩漏問題 (CVE-2022-1353)

    * ath9k_htc_probe_device() 中的釋放後使用問題可造成權限提升 (CVE-2022-1679)

    * x86_emulate_insn 中的 NULL 指標解除參照可能導致 DoS (CVE-2022-1852)

    * fanotify 誤用可導致釋放後使用的 fd_install() (CVE-2022-1998)

    * nf_tables 跨表格潛在釋放後使用可能導致本機權限提升 (CVE-2022-2586)

    * 整數反向溢位導致 reserve_sfa_size() 中的超出邊界寫入 (CVE-2022-2639)

    * packet_recvmsg() 中的 slab 超出邊界存取 (CVE-2022-20368)

    * 不完整的多核心共用緩衝區清理 (即 SBDR) (CVE-2022-21123)

    * 微架構填補緩衝區 (即 SBDS) 的不完整清理 (CVE-2022-21125)

    * 特定特殊暫存器寫入作業中的不完整清理 (即 DRPW) (CVE-2022-21166)

    * 可使用除錯程式將零寫入所選位置 (CVE-2022-21499)

    * AMDRetBleed 任意推測程式碼執行及傳回指示 (CVE-2022-23816、 CVE-2022-29900)

    * AMD分支類型混淆 (非 retbleed) (CVE-2022-23825)

    * IntelPost-barrier 傳回堆疊緩衝區預測 (CVE-2022-26373)

    * drivers/net/can/usb/ems_usb.c 中的 ems_usb_start_xmit 中存在雙重釋放 (CVE-2022-28390)

    * SUNRPC 子系統中的釋放後使用 (CVE-2022-28893)

    * 不當更新 net/sched/cls_u32.c 中的參照計數所導致的釋放後使用 (CVE-2022-29581)

    * IntelRetBleed 任意推測程式碼執行及傳回指示 (CVE-2022-29901)

    * net/netfilter/nfnetlink_queue.c 中 nfqnl_mangle 中的 DoS (CVE-2022-36946)

    * nf_tables 不允許系結至已系結鏈結 (CVE-2022-39190)

    * nfs_atomic_open() 傳回未初始化的資料而非 ENOTDIR (CVE-2022-24448)

    如需安全性問題的詳細資料，包括影響、CVSS 評分、致謝及其他相關資訊，請參閱〈參照〉一節列出的 CVE 頁面。

    其他變更：

    如需有關此發行版本的詳細變更資訊，請參閱可從「參考資料」一節連結的 Red Hat Enterprise Linux 9.1 版本資訊。

Tenable 已直接從 Red Hat Enterprise Linux 安全公告擷取前置描述區塊。

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

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

  - 已解決 Linux 核心中的下列弱點：bpf: Fix a btf decl_tag bug when tagging a function syzbot reported a btf decl_tag bug with stack trace below: general protection fault, probably for non-canonical address 0xdffffc0000000000: 0000 [#1] PREEMPT SMP KASAN KASAN: null-ptr-deref in range [0x0000000000000000-0x0000000000000007] CPU: 0 PID: 3592 Comm: syz-executor914 Not tainted 5.16.0-syzkaller-11424-gb7892f7d5cb2 #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011 RIP: 0010:btf_type_vlen include/linux/btf.h:231 [inline] RIP:
    0010:btf_decl_tag_resolve+0x83e/0xaa0 kernel/bpf/btf.c:3910 ... Call Trace: <TASK> btf_resolve+0x251/0x1020 kernel/bpf/btf.c:4198 btf_check_all_types kernel/bpf/btf.c:4239 [inline] btf_parse_type_sec kernel/bpf/btf.c:4280 [inline] btf_parse kernel/bpf/btf.c:4513 [inline] btf_new_fd+0x19fe/0x2370 kernel/bpf/btf.c:6047 bpf_btf_load kernel/bpf/syscall.c:4039 [inline]
    __sys_bpf+0x1cbb/0x5970 kernel/bpf/syscall.c:4679 __do_sys_bpf kernel/bpf/syscall.c:4738 [inline]
    __se_sys_bpf kernel/bpf/syscall.c:4736 [inline] __x64_sys_bpf+0x75/0xb0 kernel/bpf/syscall.c:4736 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x35/0xb0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x44/0xae The kasan error is triggered with an illegal BTF like below: type 0: void type 1: int type 2: decl_tag to func type 3 type 3: func to func_proto type 8 The total number of types is 4 and the type 3 is illegal since its func_proto type is out of range. Currently, the target type of decl_tag can be struct/union, var or func. Both struct/union and var implemented their own 'resolve' callback functions and hence handled properly in kernel. But func type doesn't have 'resolve' callback function. When btf_decl_tag_resolve() tries to check func type, it tries to get vlen of its func_proto type, which triggered the above kasan error. To fix the issue, btf_decl_tag_resolve() needs to do btf_func_check() before trying to accessing func_proto type. In the current implementation, func type is checked with btf_func_check() in the main checking function btf_check_all_types(). To fix the above kasan issue, let us implement 'resolve' callback func type properly. The 'resolve' callback will be also called in btf_check_all_types() for func types. (CVE-2022-49228)

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
167620	RHEL 9：核心 (RHSA-2022:8267)	Nessus	Red Hat Local Security Checks	2022/11/16	2025/9/12	high
246113	Linux Distros 未修補的弱點：CVE-2022-49228	Nessus	Misc.	2025/8/8	2025/9/1	medium

偵測

搜尋 Plugin

high

medium