遠端 CentOS Linux 9 主機上安裝的套件受到 kernel-5.14.0-505.el9 版本變更記錄中提及的一個弱點影響。

  - 已解決 Linux 核心中的下列弱點：net/smc：降低 smc_pnet_create_pnetids_list() 中的 rtnl 壓力。許多 syzbot 報告顯示極端的 rtnl 壓力，其中許多報告暗示 smc 在建立 netns 時取得 rtnl [1 ] 如果尚無 netdevice，此修補程式會提早從 smc_pnet_net_init() 傳回。我不確定 smc_pnet_create_pnetids_list() 為何會存在，因為 smc_pnet_netdev_event() 在處理 NETDEV_UP 事件時，也會呼叫 smc_pnet_add_base_pnetid()。[1] 擷取典型的 syzbot 報告 syz-executor.3/12252 保留了 2 個鎖定：#0：
    ffffffff8f369610 (pernet_ops_rwsem){++++}-{3:3}，位於 copy_net_ns+0x4c7/0x7b0 net/core/net_namespace.c:491 #1：ffffffff8f375b88 (rtnl_mutex){+.+.}-{3:3}，位於 smc_pnet_create_pnetids_list net/smc/smc_pnet.c:809 [inline] #1：ffffffff8f375b88 (rtnl_mutex){+.+.}-{3:3}，位於：smc_pnet_net_init+0x10a/0x1e0 net/smc/smc_pnet.c:878 syz-executor.4/12253 保留的 2 個鎖定：#0：ffffffff8f369610 (pernet_ops_rwsem){++++}-{3:3}，位於：copy_net_ns+0x4c7/0x7b0 net/core/net_namespace.c:491 #1：
    ffffffff8f375b88 (rtnl_mutex){+.+.}-{3:3}，位於：smc_pnet_create_pnetids_list net/smc/smc_pnet.c:809 [inline] #1：ffffffff8f375b88 (rtnl_mutex){+.+.}-{3:3}，位於：smc_pnet_net_init+0x10a/0x1e0 net/smc/smc_pnet.c:878 syz-executor.1/12257 保留的 2 個鎖定：#0：ffffffff8f369610 (pernet_ops_rwsem){++++}-{3:3}，位於：opy_net_ns+0x4c7/0x7b0 net/core/net_namespace.c:491 #1：
    ffffffff8f375b88 (rtnl_mutex){+.+.}-{3:3}，位於：smc_pnet_create_pnetids_list net/smc/smc_pnet.c:809 [inline] #1：ffffffff8f375b88 (rtnl_mutex){+.+.}-{3:3}，位於：smc_pnet_net_init+0x10a/0x1e0 net/smc/smc_pnet.c:878 syz-executor.2/12261 保留的 2 個鎖定：#0：ffffffff8f369610 (pernet_ops_rwsem){++++}-{3:3}，位於：copy_net_ns+0x4c7/0x7b0 net/core/net_namespace.c:491 #1：
    ffffffff8f375b88 (rtnl_mutex){+.+.}-{3:3}，位於：smc_pnet_create_pnetids_list net/smc/smc_pnet.c:809 [inline] #1：ffffffff8f375b88 (rtnl_mutex){+.+.}-{3:3}，位於：smc_pnet_net_init+0x10a/0x1e0 net/smc/smc_pnet.c:878 syz-executor.0/12265 保留的 2 個鎖定：#0：ffffffff8f369610 (pernet_ops_rwsem){++++}-{3:3}，位於：copy_net_ns+0x4c7/0x7b0 net/core/net_namespace.c:491 #1：
    ffffffff8f375b88 (rtnl_mutex){+.+.}-{3:3}，位於：smc_pnet_create_pnetids_list net/smc/smc_pnet.c:809 [inline] #1：ffffffff8f375b88 (rtnl_mutex){+.+.}-{3:3}，位於：smc_pnet_net_init+0x10a/0x1e0 net/smc/smc_pnet.c:878 syz-executor.3/12268 保留的 2 個鎖定：#0：ffffffff8f369610 (pernet_ops_rwsem){++++}-{3:3}，位於：copy_net_ns+0x4c7/0x7b0 net/core/net_namespace.c:491 #1：
    ffffffff8f375b88 (rtnl_mutex){+.+.}-{3:3}，位於：smc_pnet_create_pnetids_list net/smc/smc_pnet.c:809 [inline] #1：ffffffff8f375b88 (rtnl_mutex){+.+.}-{3:3}，位於：smc_pnet_net_init+0x10a/0x1e0 net/smc/smc_pnet.c:878 syz-executor.4/12271 保留的 2 個鎖定：#0：ffffffff8f369610 (pernet_ops_rwsem){++++}-{3:3}，位於：copy_net_ns+0x4c7/0x7b0 net/core/net_namespace.c:491 #1：
    ffffffff8f375b88 (rtnl_mutex){+.+.}-{3:3}，位於：smc_pnet_create_pnetids_list net/smc/smc_pnet.c:809 [inline] #1：ffffffff8f375b88 (rtnl_mutex){+.+.}-{3:3}，位於：smc_pnet_net_init+0x10a/0x1e0 net/smc/smc_pnet.c:878 syz-executor.1/12274 保留的 2 個鎖定：#0：ffffffff8f369610 (pernet_ops_rwsem){++++}-{3:3}，位於：copy_net_ns+0x4c7/0x7b0 net/core/net_namespace.c:491 #1：
    ffffffff8f375b88 (rtnl_mutex){+.+.}-{3:3}，位於：smc_pnet_create_pnetids_list net/smc/smc_pnet.c:809 [inline] #1：ffffffff8f375b88 (rtnl_mutex){+.+.}-{3:3}，位於：smc_pnet_net_init+0x10a/0x1e0 net/smc/smc_pnet.c:878 syz-executor.2/12280 保留的 2 個鎖定：#0：ffffffff8f369610 (pernet_ops_rwsem){++++}-{3:3}，位於：copy_net_ns+0x4c7/0x7b0 net/core/net_namespace.c:491 #1：
    ffffffff8f375b88 (rtnl_mutex){+.+.}-{3:3}，位於：smc_pnet_create_pnetids_list net/smc/smc_pnet.c:809 [inline] #1：ffffffff8f375b88 (rtnl_mutex){+.+.}-{3:3}，位於：smc_pnet_net_init+0x10a/0x1e0 net/smc/smc_pnet.c:878 (CVE-2024-35934)

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

遠端 CentOS Linux 9 主機上安裝的套件受到 kernel-5.14.0-503.el9 版本變更記錄中提及的多個弱點影響。

  - 已經解決 Linux 核心中的下列弱點：null_blk：修正區塊大小驗證。區塊大小應介於 512 與 PAGE_SIZE 之間，且為 2 的次方。目前的檢查並未對此進行驗證，因此請更新檢查。若無此修補程式，null_blk 會因使用 bs=1536 [1] 載入時的 null 指標解除參照而發生 Oops。 [axboe: remove unnecessary braces and != 0 check] (CVE-2024-41077)

  - 已經解決 Linux 核心中的下列弱點：dev/parport：修正陣列超出邊界風險。已經修正由 sprintf 造成的陣列超出邊界問題，修正方法為將其取代為 snprintf 以進行更安全的資料複製，確保目的地緩衝區並未溢位。以下是我在實際問題期間所遇到的堆疊追踪：[ 66.575408s] [pid:5118,cpu4,QThread,4] 核心錯誤 - 未同步：堆疊保護器：核心堆疊在下列位置損毀：do_hardware_base_addr+0xcc/0xd0 [parport ] [ 66.575408s] [pid:5118,cpu4,QThread,5]CPU: 4 PID: 5118 Comm: QThread 污染: GSWO 5.10.97-arm64-desktop #7100.57021.2 [ 66.575439s] [pid:5118,cpu4,QThread ,6]TGID: 5087 Comm: EFileApp [ 66.575439s] [pid:5118,cpu4,QThread,7] 硬體名稱：HUAWEI HUAWEI QingYun PGUX-W515x-B081/SP1PANGUXM, BIOS 1.00.07 2024 年 4 月 29 日 [ 66.575439s ] [pid:5118,cpu4,QThread,8] 呼叫追踪：[ 66.575469s] [pid:5118,cpu4,QThread,9] dump_backtrace+0x0/0x1c0 [ 66.575469s] [pid:5118,cpu4,QThread,0] show_stack+0x14/0x20 [ 66.575469s] [pid:5118,cpu4,QThread,1] dump_stack+0xd4/0x10c [ 66.575500s] [pid:5118,cpu4,QThread,2] panic+0x1d8/0x3bc [ 66.575500s] [ pid:5118,cpu4,QThread,3] __stack_chk_fail+0x2c/0x38 [ 66.575500s] [pid:5118,cpu4,QThread,4] do_hardware_base_addr+0xcc/0xd0 [parport] (CVE-2024-42301)

  - 已經解決 Linux 核心中的下列弱點：leds: trigger：在呼叫 deactivate() 之前取消註冊 sysfs 屬性。具有觸發特定 sysfs 屬性的觸發程序，通常會將相關資料儲存在由 activate() 回呼配置並由  deactivate() 回呼釋放的 trigger-data 中。在呼叫 deactivate() 之後呼叫 device_remove_groups()，會留下一個視窗，其中可在停用後呼叫 sysfs 屬性 show/store 函式，然後在剛才釋放的 trigger-data 上運作。將 device_remove_groups() 呼叫移至 deactivate() 之前，以關閉此爭用視窗。這也會使得停用路徑以與啟用路徑相反的順序正確執行動作，根據此順序會先呼叫 activate() 回呼然後再呼叫 device_add_groups()。 (CVE-2024-43830)

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

遠端 CentOS Linux 9 主機上安裝的套件受到 openssl-3.2.2-4.el9 版本變更記錄中提及的弱點影響。

  - SSL_select_next_proto 緩衝區過度讀取 (CVE-2024-5535)

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

遠端 CentOS Linux 9 主機上安裝的套件受到 curl-7.76.1-31.el9 版本變更記錄中提及的弱點影響。

  - 當應用程式告知 libcurl 它想要允許 HTTP/2 伺服器推送，且針對推送接收的標頭數量超過允許的上限 (1000) 時，libcurl 會中止伺服器推送。中止時，libcurl 意外未釋放所有先前配置的標頭，而是洩漏了記憶體。
    此外，這種錯誤條件會失敗，且無任何訊息，因此應用程式不容易檢測到。
    (CVE-2024-2398)

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

遠端 CentOS Linux 9 主機上安裝的套件受到 python3.9-3.9.19-8.el9 版本變更記錄中提及的弱點影響。

  - 影響 CPython zipfile 模組的一個高嚴重性弱點會影響 zipfile.Path。
    請注意，較常見的 API zipfile.ZipFile 類別不受影響。反覆使用 zip 封存中的項目名稱 (例如，例如 namelist()、iterdir() 之類的 zipfile.Path 方法) 時，可利用惡意製作的 zip 封存將處理程序置於無限迴圈中。僅讀取中繼資料或解壓縮 zip 封存的內容時，會發生此缺陷。未處理使用者控制 zip 封存的程式不受影響。 (CVE-2024-8088)

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

遠端 CentOS Linux 8 主機上安裝的多個套件受到 CESA-2024:5294 公告中提及的多個弱點影響。

  - 11 及之前版本的 latchset jose 允許攻擊者透過大型 p2c (即 PBES2 計數) 值造成拒絕服務 (CPU 消耗)。(CVE-2023-50967)

  - jose 是適用於 JSON 物件簽署和加密的 JavaScript 模組，提供對於 JSON Web Tokens (JWT)、JSON Web Signature (JWS)、JSON Web Encryption (JWE)、JSON Web Key (JWK)、JSON Web Key Set (JWKS) 等的支援。在 JSON Web Encryption (JWE) 解密介面中發現一個弱點，特別是與解密後解壓縮純文字的支援有關。在某些情況下，可造成使用者的環境在 JWE 解密作業期間消耗不合理的 CPU 時間或記憶體。此問題已在 2.0.7 和 4.15.5 版本中修復。
    (CVE-2024-28176)

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

遠端 CentOS Linux 9 主機上安裝的套件受到 python3.9-3.9.19-7.el9 版本變更記錄中提及的弱點影響。

  - 有一個嚴重性為「中等」的弱點會影響 CPython。序列化電子郵件訊息時，電子郵件模組未正確引用電子郵件標頭的新行，因而允許在序列化電子郵件時造成標頭插入。(CVE-2024-6923)

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

遠端 CentOS Linux 9 主機上安裝的套件受到 python- setuptools-53.0.0-13.el9 版本變更記錄中提及的弱點影響。

  - 在 69.1.1 之前版本的 pypa/setuptools 中，package_index 模組中有一個弱點，允許攻擊者透過下載函式執行遠端程式碼。這些函式用於從使用者提供的 URL 或從套件索引伺服器擷取的 URL 下載套件，容易受到程式碼插入弱點影響。如果這些函式暴露給使用者控制的輸入，例如套件 URL，則可用於在系統上執行任意命令。70.0 版已修正此問題。(CVE-2024-6345)

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

遠端 CentOS Linux 7 主機上安裝的套件受到 RHSA-2024:3980 公告中提及的弱點影響。

  - Flatpak 是在 Linux 上建置、發布和執行沙箱化桌面應用程式的系統。在 1.10.9、1.12.9、1.14.6 和 1.15.8 之前版本中，惡意或遭入侵的 Flatpak 應用程式可在其沙箱之外執行任意程式碼。通常，`flatpak run` 的 `--command` 引數預期會獲得在指定 Flatpak 應用程式中執行的命令，以及一些引數 (選擇性)。不過，也可以改為將 `bwrap` 引數傳遞至 `--command=`，例如 `--bind`。可從 Flatpak 應用程式內將任意 `commandline` 傳遞至入口網站介面 `org.freedesktop.portal.Background.RequestBackground`。將此轉換為 `--command` 和引數時，可達到將引數直接傳遞至 `bwrap` 的相同效果，因此可用於沙箱逸出。解決方案是將 `--` 引數傳遞給 `bwrap`，使其停止處理選項。自 bubblewrap 0.3.0 開始一直支援此功能。所有支援的 Flatpak 版本至少需要此 bubblewrap 版本。xdg-desktop-portal 1.18.4 版僅允許 Flatpak 應用程式針對非以 -- 開頭的命令建立 .desktop 檔案，以減輕此弱點的影響。已在 1.15.8、1.10.9、1.12.9、1.14.6 版本中修補此弱點。(CVE-2024-32462)

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

遠端 CentOS Linux 7 主機上安裝的套件受到 RHSA-2024:3939 公告中提及的多個弱點影響。

  - 某些 Intel(R) PROSet/Wireless WiFi 和 Killer(TM) WiFi 軟體中存在存取控制不當問題，有權限的使用者可能會藉此透過本機存取權提升權限。(CVE-2022-27635、CVE-2022-40964)

  - 某些 Intel(R) PROSet/Wireless WiFi 和 Killer(TM) WiFi 軟體中存在輸入驗證不當問題，未經驗證的使用者可能會藉此透過鄰近存取權造成拒絕服務。(CVE-2022-36351)

  - 某些 Intel(R) PROSet/Wireless WiFi 和 Killer(TM) WiFi 軟體中存在輸入驗證不當問題，經驗證的使用者可能會藉此透過本機存取權提升權限。(CVE-2022-38076)

  - 某些 Intel(R) PROSet/Wireless WiFi 軟體中存在保護機制失敗問題，有權限的使用者可能會藉此透過本機存取權提升權限。(CVE-2022-46329)

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

遠端 CentOS Linux 7 主機上安裝的套件受到 RHSA-2024:3669 公告中提及的弱點影響。

  - 653 版之前的 less 允許透過檔案名稱中的新行字元執行 OS 命令，因為在 filename.c 中引用未正確處理。發動攻擊時通常需使用受攻擊者控制的檔案名稱，例如從未受信任的封存擷取的檔案。利用此弱點通常還需要 LESSOPEN 環境變數，但在許多常見情況下，這個變數是預設設定的。(CVE-2024-32487)

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

遠端 CentOS Linux 7 主機上安裝的套件受到 RHSA-2024:0857 公告中提及的弱點影響。

  - 10.1.0 及之前的 Pillow 允許透過環境參數造成 PIL.ImageMath.eval 任意程式碼執行，此弱點與 CVE-2022-22817 不同 (與運算式參數有關)。(CVE-2023-50447)

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

遠端 CentOS Linux 9 主機上安裝的套件受到 python3.9-3.9.19-4.el9 版本變更記錄中提及的弱點影響。

  - ipaddress 模組包含有關特定 IPv4 和 IPv6 位址被指定為全域可存取或私有的不正確資訊。這會影響 ipaddress.IPv4Address、ipaddress.IPv4Network、ipaddress.IPv6Address 和 ipaddress.IPv6Network 類別的 is_private 和 is_global 內容，其值不會根據 IANA 特殊用途位址登錄檔的最新資訊傳回。CPython 3.12.4 和 3.13.0a6 包含來自這些登錄檔的更新資訊，因此具有預期的行為。(CVE-2024-4032)

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

遠端 CentOS Linux 9 主機上安裝的套件受到 kernel-5.14.0-479.el9 版本變更記錄中提及的多個弱點影響。

  - 現已解決 Linux 核心中的下列弱點：can: j1939: j1939_netdev_start()：修正 j1939_priv 中 rx_kref 的 UAF 弱點 它會以如下方式觸發 j1939_priv 的 rx_kref 發生 UAF。cpu0 cpu1 j1939_sk_bind(socket0, ndev0, ...) j1939_netdev_start j1939_sk_bind(socket1, ndev0, ...) j1939_netdev_start j1939_priv_set j1939_priv_get_by_ndev_locked j1939_jsk_add ..... j1939_netdev_stop kref_put_lock(&priv->rx_kref, ...) kref_get(&priv->rx_kref, ...) REFCOUNT_WARN(addition on 0;...) ==================================================== refcount_t: addition on 0；釋放後使用。警告：
    CPU: 1 PID: 20874 at lib/refcount.c:25 refcount_warn_saturate+0x169/0x1e0 RIP:
    0010:refcount_warn_saturate+0x169/0x1e0 呼叫追蹤：j1939_netdev_start+0x68b/0x920 j1939_sk_bind+0x426/0xeb0 ? security_socket_bind+0x83/0xb0 rx_kref's kref_get() 和 kref_put() 應使用 j1939_netdev_lock 來保護。(CVE-2021-47459)

  - 現已解決 Linux 核心中的下列弱點：net/sched：修正裝置遞回時的 mirred 鎖死問題。在分類 egress qdisc 上使用 mirred 動作並且封包被鏡像或重新導向至自身時，會發生 qdisc 鎖鎖死。請參閱下面的追蹤。[.....為簡潔起見，已移除其他資訊....] [ 82.890906] [ 82.890906] ========================== ================== [ 82.890906] 警告：
    偵測到可能發生遞回鎖定 [ 82.890906] 6.8.0-05205-g77fadd89fe2d-dirty #213 污染：GW [82.890906] ------------------------ -------------------------------- [ 82.890906] ping/418 嘗試取得鎖定：[82.890906] ffff888006994110 (&sch->q.lock){+.- .}-{3:3}，位於： __dev_queue_xmit+0x1778/0x3550 [ 82.890906] [82.890906] 但工作已保留鎖定：[ 82.890906] ffff888006994110 (&sch->q.lock){+.-.}- {3:3}，於：
    __dev_queue_xmit+0x1778/0x3550 [ 82.890906] [ 82.890906] 可能有助於我們偵錯此項目的其他資訊：[82.890906] 可能發生不安全鎖定的情況：[ 82.890906] [ 82.890906] CPU0 [ 82.890906] ---- [ 82.890906] lock(&sch->q.lock); [ 82.890906] lock(&sch->q.lock); [ 82.890906] [ 82.890906] *** 鎖死 *** [82.890906] [..... 為簡潔起見，已移除其他資訊....] Example setup (eth0->eth0) to recreate tc qdisc add dev eth0 root handle 1: htb default 30 tc filter add dev eth0 handle 1: protocol ip prio 2 matchall \ action mirred egress redirect dev eth0 Another example(eth0->eth1->eth0) to recreate tc qdisc add dev eth0 root handle 1: htb default 30 tc filter add dev eth0 handle 1: protocol ip prio 2 matchall \ action mirred egress redirect dev eth1 tc qdisc add dev eth1 root handle 1: htb default 30 tc filter add dev eth1 handle 1: protocol ip prio 2 matchall \ action mirred egress redirect dev eth0 我們透過下列方式修正此弱點：輸入 root qdisc 後，將擁有者欄位 (CPU id) 新增至結構 Qdisc 集。當 softirq 第二次進入時，如果 qdisc 擁有者是同一個 CPU，則會捨棄封包以中斷迴圈。(CVE-2024-27010)

  - 現已解決 Linux 核心中的下列弱點：tty：n_gsm：修正 gsm0_receive() 中可能存在的超出邊界問題。假設下列情形：- A 側在基本選項模式下設定 n_gsm - B 側傳送資料長度為 1 的基本選項模式框架標頭 - A 側切換至進階選項模式
    - B 側傳送 2 個資料位元組，超出 gsm->len 原因：進階選項模式中未使用 gsm->len。- A 側切換至基本選項模式 - B 側會持續傳送，直到 gsm0_receive() 寫入越過 gsm->buf 原因：重新設定後，未重新設定 gsm->state 和 gsm->len。透過將 gsm->count 與 gsm->len 的比較值從等於變更為小於來修正此問題。此外，針對 gsm0_receive() 和 gsm1_receive() 中的 MAX_MRU 常數新增上限檢查，以加強防範 gsm->len 和 gsm->mru 導致記憶體損毀的情況。所有其他檢查仍保留不變，因為我們仍需根據使用者設定和實際承載大小來限制資料。(CVE-2024-36016)

  - 現已解決 Linux 核心中的下列弱點：rtnetlink：更正巢狀 IFLA_VF_VLAN_LIST 屬性驗證 假設巢狀 IFLA_VF_VLAN_LIST 中的每個屬性皆為 ifla_vf_vlan_info 結構體，則此屬性的大小必須至少為 sizeof(struct ifla_vf_vlan_info)，即 14 個位元組。do_setvfinfo 中目前的大小驗證是針對小於 sizeof(struct ifla_vf_vlan_info) 的 NLA_HDRLEN (4 位元組)，因此此驗證並不足夠，而且太小的屬性可能會轉換為 ifla_vf_vlan_info 結構體，這可能會導致存取 ivvl 中已儲存 (已轉換) 的項目時發生超出範圍讀取。(CVE-2024-36017)

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

遠端 CentOS Linux 9 主機上安裝的套件受到 openssh-8.7p1-43.el9 版本變更記錄中提及的弱點影響。

  - 在 OpenSSH 的伺服器 (sshd) 處理訊號的方式中發現爭用條件弱點。如果遠端攻擊者未在設定的時間段內進行驗證，則系統會以非同步方式呼叫 sshd 的 SIGALRM 處置程式。不過，此訊號處置程式會呼叫不具備同步訊號安全性的多種函式，例如 syslog()。由於攻擊得逞，在最壞的情況下，攻擊者可能會以執行 sshd 伺服器的非特權使用者身分發動遠端程式碼執行 (RCE) 攻擊。
    (CVE-2024-6409)

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

遠端 CentOS Linux 9 主機上安裝的套件受到 kernel-5.14.0-474.el9 版本變更記錄中提及的多個弱點影響。

  - 拒絕原因：此 CVE ID 已被其 CVE 編號授權單位拒絕或撤銷。
    (CVE-2023-52651)

  - 已經解決 Linux 核心中的以下弱點：io_uring：捨棄與 SCM_RIGHTS 相關的任何程式碼。在停止支援透過 SCM_RIGHTS 傳遞 io_uring fds 之後，此為無作用程式碼，請將它移除。(CVE-2023-52656)

  - 已經解決 Linux 核心中的以下弱點：wifi: mt76: mt7921e：修正 free_irq() 中的釋放後使用。從 commit a304e1b82808 ([PATCH] Debug shared irqs) 開始，會進行測試以確保 shared irq 處置程式應該能夠在取消註冊後處理未預期的事件。針對這種情況，讓我們套用 MT76_REMOVED 旗標，指出裝置已移除，且不會再擁有資源存取權。錯誤：KASAN：mt7921_irq_handler+0xd8/0x100 中發生釋放後使用 [mt7921e] 工作 rmmod/11115 CPU: 28 PID: 11115 Comm: rmmod 受污染：G W L 於 addr ffff88824a7d3b78 讀取大小 8 5.17.0 #10 硬體名稱：Micro- Star International Co., Ltd. MS-7D73/MPG B650I EDGE WIFI (MS-7D73), BIOS 1.81 01/05/2024 呼叫追蹤：<TASK> dump_stack_lvl+0x6f/0xa0 print_address_description.constprop.0+0x1f/0x190 ? mt7921_irq_handler+0xd8/0x100 [mt7921e] ? mt7921_irq_handler+0xd8/0x100 [mt7921e] kasan_report.cold+0x7f/0x11b ? mt7921_irq_handler+0xd8/0x100 [mt7921e] mt7921_irq_handler+0xd8/0x100 [mt7921e] free_irq+0x627/0xaa0 devm_free_irq+0x94/0xd0 ? devm_request_any_context_irq+0x160/0x160 ? kobject_put+0x18d/0x4a0 mt7921_pci_remove+0x153/0x190 [mt7921e] pci_device_remove+0xa2/0x1d0
    __device_release_driver+0x346/0x6e0 driver_detach+0x1ef/0x2c0 bus_remove_driver+0xe7/0x2d0 ?
    __check_object_size+0x57/0x310 pci_unregister_driver+0x26/0x250 __do_sys_delete_module+0x307/0x510 ? free_module+0x6a0/0x6a0 ? fpregs_assert_state_consistent+0x4b/0xb0 ? rcu_read_lock_sched_held+0x10/0x70 ? syscall_enter_from_user_mode+0x20/0x70 ? trace_hardirqs_on+0x1c/0x130 do_syscall_64+0x5c/0x80 ? trace_hardirqs_on_prepare+0x72/0x160 ? do_syscall_64+0x68/0x80 ? trace_hardirqs_on_prepare+0x72/0x160 entry_SYSCALL_64_after_hwframe+0x44/0xae (CVE-2024-26892)

  - 已經解決 Linux 核心中的以下弱點：wifi: ath9k：延遲所有 ath9k_wmi_event_tasklet()，直到 init 完成。ath9k_htc 中使用的 ath9k_wmi_event_tasklet() 會假設所有資料結構在其執行前都已完全初始化。不過，由於事物初始化順序的緣故，並不一定保證情況會是如此，因為在完成 ath9k 驅動程式初始化之前，USB 子系統中已經可以看見裝置。我們已經在 commit: 8b3046abc99e 中承諾對此進行部分修復 (ath9k_htc：修正 ath9k_htc_tx_get_packet() 的 NULL 指標解除參照) 不過，該承諾僅中止事件 tasklet 中的 WMI_TXSTATUS_EVENTID 指令，並將其與 TX 結構中的初始化完成位元進行配對。syzbot 似乎也觸發其中一個其他指令的爭用情況，因此，讓我們移動現有的同步位元以涵蓋整個 tasklet (將其設定在 ath9k_htc_probe_device() 的結尾，而不是在 ath9k_tx_init() 內)。(CVE-2024-26897)

  - 已經解決 Linux 核心中的以下弱點：wifi: brcm80211：處理 pmk_op 配置失敗。如果實體記憶體已用盡，brcmf_pmksa_v3_op() 中的 kzalloc() 會傳回 null。因此，如果我們解除參照 null 值，就會發生 null 指標解除參照錯誤。傳回
    -如果 pmk_op 的 kzalloc() 失敗，則傳回來自 brcmf_pmksa_v3_op() 的 ENOMEM。(CVE-2024-27048)

  - 已經解決 Linux 核心中的以下弱點：wifi: mt76: mt7925e：修正 free_irq() 中的釋放後使用。從 commit a304e1b82808 ([PATCH] Debug shared irqs) 開始，會進行測試以確保 shared irq 處置程式應該能夠在取消註冊後處理未預期的事件。針對這種情況，讓我們套用 MT76_REMOVED 旗標，指出裝置已移除，且不會再擁有資源存取權。(CVE-2024-27049)

  - 已經解決 Linux 核心中的以下弱點：wifi: rtl8xxxu：新增 c2hcmd_work 的 cancel_work_sync()。驅動程式停止時，workqueue 可能仍在執行中。若要避免釋放後使用，請在 rtl8xxxu_stop() 中呼叫 cancel_work_sync()。 (CVE-2024-27052)

  - 已經解決 Linux 核心中的以下弱點：wifi: iwlwifi: mvm：沒有為 GTK 設定 MFP 旗標。韌體不需要 GTK 的 MFP 旗標，它甚至可能會使韌體損毀。
    在 AP 已設定的情況下：群組加密 TKIP 和 MFPC。我們將會傳送 GTK，密碼 = TKIP 和 MFP，而這當然是不可能的事情。 (CVE-2024-27434)

  - 已經解決 Linux 核心中的以下弱點：wifi: mac80211：檢查/清除快速 rx 以進行非 4addr sta VLAN 變更。將工作站移出 VLAN 之後再刪除 VLAN 時，fast_rx 項目仍保留指標指向 VLAN 的 netdev，其可能造成釋放後使用錯誤。透過在 VLAN 變更後立即呼叫 ieee80211_check_fast_rx 來修正此問題。 (CVE-2024-35789)

  - 已經解決 Linux 核心中的以下弱點：wifi: iwlwifi: dbg-tlv：確保 NULL 終止。iwl_fw_ini_debug_info_tlv 作為字串用途，因此我們必須確保字串已經正確終止，然後才能使用字串。(CVE-2024-35845)

  - 已經解決 Linux 核心中的以下弱點：wifi: iwlwifi: mvm: rfi：修正潛在的回應洩漏。如果 rx 承載長度檢查失敗，或者如果 kmemdup() 失敗，我們仍需釋放指令回應。修正該問題。(CVE-2024-35912)

  - 已經解決 Linux 核心中的以下弱點：wifi: iwlwifi: mvm：選擇 SESSION_PROTECTION_NOTIF 的版本。若想知道在 iwl_mvm_session_prot_notif 結構中尋找 mac_id 還是 link_id，我們應該查看 SESSION_PROTECTION_NOTIF 的版本。如此會導致警告：警告：CPU: 0 PID：11403 at drivers/net/wireless/intel/iwlwifi/mvm/time-event.c:959 iwl_mvm_rx_session_protect_notif+0x333/0x340 [iwlmvm] RIP：
    0010:iwl_mvm_rx_session_protect_notif+0x333/0x340 [iwlmvm] 程式碼：00 49 c7 84 24 48 07 00 00 00 00 00 00 41 c6 84 24 78 07 00 00 ff 4c 89 f7 e8 e9 71 54 d9 e9 7d fd ff ff 0f 0b e9 23 fe ff ff <0f> 0b e9 1c fe ff ff 66 0f 1f 44 00 00 90 90 90 90 90 90 90 90 90 RSP: 0018:ffffb4bb00003d40 EFLAGS: 00010202 RAX:
    0000000000000000 RBX: ffff9ae63a361000 RCX: ffff9ae4a98b60d4 RDX: ffff9ae4588499c0 RSI: 0000000000000305 RDI: ffff9ae4a98b6358 RBP: ffffb4bb00003d68 R08: 0000000000000003 R09: 0000000000000010 R10:
    ffffb4bb00003d00 R11: 000000000000000f R12: ffff9ae441399050 R13: ffff9ae4761329e8 R14: 0000000000000001 R15: 0000000000000000 FS: 0000000000000000(0000) GS:ffff9ae7af400000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 000055fb75680018 CR3: 00000003dae32006 CR4: 0000000000f70ef0 PKRU: 55555554 呼叫追蹤：<IRQ> ? show_regs+0x69/0x80 ? __warn+0x8d/0x150 ? iwl_mvm_rx_session_protect_notif+0x333/0x340 [iwlmvm] ? report_bug+0x196/0x1c0 ? handle_bug+0x45/0x80 ? exc_invalid_op+0x1c/0xb0 ? asm_exc_invalid_op+0x1f/0x30 ? iwl_mvm_rx_session_protect_notif+0x333/0x340 [iwlmvm] iwl_mvm_rx_common+0x115/0x340 [iwlmvm] iwl_mvm_rx_mq+0xa6/0x100 [iwlmvm] iwl_pcie_rx_handle+0x263/0xa10 [iwlwifi] iwl_pcie_napi_poll_msix+0x32/0xd0 [iwlwifi] (CVE-2024-35913)

  - 已經解決 Linux 核心中的以下弱點：wifi: cfg80211：更仔細檢查 A-MSDU 格式。如果看起來 A-MSDU 中有另一個子框架，但標頭不完整，我們最終可以讀取資料超出邊界，僅在稍後捨棄。進行時稍微謹慎一些，檢查子框架標頭是否存在。 (CVE-2024-35937)

  - 已經解決 Linux 核心中的以下弱點： wifi: ath11k：將 MHI 通道緩衝區長度減少至 8KB。目前 ath11k_mhi_config_qca6390 的 buf_len 欄位已指派為 0，使得 MHI 使用預設大小 64KB 來配置通道緩衝區。在系統記憶體高度分散且不允許記憶體壓縮或回收的某些情況下，這可能會失敗。有一個由此造成的失敗報告：kworker/u32:45: page allocation failure: order:4, mode:0x40c00(GFP_NOIO|__GFP_COMP), nodemask=(null),cpuset=/,mems_allowed=0 CPU: 0 PID: 19318 Comm:
    kworker/u32:45 未受污染 6.8.0-rc3-1.gae4495f-default #1 openSUSE Tumbleweed (unreleased) 493b6d5b382c603654d7a81fc3c144d59a1dfceb 工作佇列：events_unbound async_run_entry_fn 呼叫追蹤：<TASK> dump_stack_lvl+0x47/0x60 warn_alloc+0x13a/0x1b0 ? srso_alias_return_thunk+0x5/0xfbef5 ?
    __alloc_pages_direct_compact+0xab/0x210 __alloc_pages_slowpath.constprop.0+0xd3e/0xda0
    __alloc_pages+0x32d/0x350 ? mhi_prepare_channel+0x127/0x2d0 [mhi 40df44e07c05479f7a6e7b90fba9f0e0031a7814]
    __kmalloc_large_node+0x72/0x110 __kmalloc+0x37c/0x480 ? mhi_map_single_no_bb+0x77/0xf0 [mhi 40df44e07c05479f7a6e7b90fba9f0e0031a7814] ? mhi_prepare_channel+0x127/0x2d0 [mhi 40df44e07c05479f7a6e7b90fba9f0e0031a7814] mhi_prepare_channel+0x127/0x2d0 [mhi 40df44e07c05479f7a6e7b90fba9f0e0031a7814] __mhi_prepare_for_transfer+0x44/0x80 [mhi 40df44e07c05479f7a6e7b90fba9f0e0031a7814] ? __pfx_____mhi_prepare_for_transfer+0x10/0x10 [mhi 40df44e07c05479f7a6e7b90fba9f0e0031a7814] device_for_each_child+0x5c/0xa0 ? __pfx_pci_pm_resume+0x10/0x10 ath11k_core_resume+0x65/0x100 [ath11k a5094e22d7223135c40d93c8f5321cf09fd85e4e] ? srso_alias_return_thunk+0x5/0xfbef5 ath11k_pci_pm_resume+0x32/0x60 [ath11k_pci 830b7bfc3ea80ebef32e563cafe2cb55e9cc73ec] ? srso_alias_return_thunk+0x5/0xfbef5 dpm_run_callback+0x8c/0x1e0 device_resume+0x104/0x340 ? __pfx_dpm_watchdog_handler+0x10/0x10 async_resume+0x1d/0x30 async_run_entry_fn+0x32/0x120 process_one_work+0x168/0x330 worker_thread+0x2f5/0x410 ? __pfx_worker_thread+0x10/0x10 kthread+0xe8/0x120 ? __pfx_kthread+0x10/0x10 ret_from_fork+0x34/0x50 ? __pfx_kthread+0x10/0x10 ret_from_fork_asm+0x1b/0x30 </TASK> 實際上，這些緩衝區僅供 QMI 目標 -> 主機通訊使用。對於 WCN6855 和 QCA6390，其最大封包大小小於 6KB。因此，將 buf_len 欄位變更為 8KB，如果頁面大小為 4KB，這會產生順序 1 的配置。透過這種方式，我們至少可以節省一些記憶體，並降低在這些情況下發生配置失敗的可能性。已測試項目：WCN6855 hw2.0 PCI WLAN.HSP.1.1-03125-QCAHSPSWPL_V1_V2_SILICONZ_LITE-3.6510.30 (CVE-2024-35938)

  - 已經解決 Linux 核心中的以下弱點：wifi: rtw89：中止掃描時修正 null 指標存取。在取消掃描期間，我們可能會使用未掃描的 vif。使用實際的掃描 vif 修正此問題。 (CVE-2024-35946)

  - 已經解決 Linux 核心中的以下弱點：mm：在 page_cache_ra_order() 中使用 memalloc_nofs_save()。請參閱 commit f2c817bed58d (mm: 在 readahead 路徑中使用 memalloc_nofs_save)，確保 page_cache_ra_order() 不會嘗試回收檔案備份頁面，或是導致死鎖，這是在測試 ext4 大型 folio 時會發現的問題。INFO：任務 DataXceiver for:7494 遭封鎖超過 120 秒。
    echo 0 > /proc/sys/kernel/hung_task_timeout_secs 停用此訊息。task:DataXceiver for state:D stack:0 pid:7494 ppid:1 flags:0x00000200 呼叫追蹤：__switch_to+0x14c/0x240 __schedule+0x82c/0xdd0 schedule+0x58/0xf0 io_schedule+0x24/0xa0 __folio_lock+0x130/0x300 migrate_pages_batch+0x378/0x918 migrate_pages+0x350/0x700 compact_zone+0x63c/0xb38 compact_zone_order+0xc0/0x118 try_to_compact_pages+0xb0/0x280 __alloc_pages_direct_compact+0x98/0x248 __alloc_pages+0x510/0x1110 alloc_pages+0x9c/0x130 folio_alloc+0x20/0x78 filemap_alloc_folio+0x8c/0x1b0 page_cache_ra_order+0x174/0x308 ondemand_readahead+0x1c8/0x2b8 page_cache_async_ra+0x68/0xb8 filemap_readahead.isra.0+0x64/0xa8 filemap_get_pages+0x3fc/0x5b0 filemap_splice_read+0xf4/0x280 ext4_file_splice_read+0x2c/0x48 [ext4] vfs_splice_read.part.0+0xa8/0x118 splice_direct_to_actor+0xbc/0x288 do_splice_direct+0x9c/0x108 do_sendfile+0x328/0x468 __arm64_sys_sendfile64+0x8c/0x148 invoke_syscall+0x4c/0x118 el0_svc_common.constprop.0+0xc8/0xf0 do_el0_svc+0x24/0x38 el0_svc+0x4c/0x1f8 el0t_64_sync_handler+0xc0/0xc8 el0t_64_sync+0x188/0x190 (CVE-2024-36882)

  - 已經解決 Linux 核心中的以下弱點：wifi: iwlwifi: mvm：防止移除時的無效 STA ID。防止 iwl_mvm_mld_rm_sta_id 中的無效工作站 ID，因為這會導致超出邊界陣列存取。這樣可避免倘若驅動程式在錯誤處理期間進入不良狀態時發生問題。 (CVE-2024-36921)

  - 已經解決 Linux 核心中的以下弱點：wifi: iwlwifi：在鎖定情況下讀取 txq->read_ptr。如果讀取 txq->read_ptr 而沒有鎖定，我們可能會讀取相同的值兩次，然後獲得鎖定，並從該處回收至兩個不同的地方，然而重要的是，回收相同的項目兩次，導致 WARN_ONCE() 出現時間較晚。透過讀取鎖定情況下的 txq->read_ptr 來修正此問題。 (CVE-2024-36922)

  - 已經解決 Linux 核心中的以下弱點：wifi: nl80211：不釋放 NULL 合併規則。如果剖析失敗，我們可以在此解除參照 NULL 指標。 (CVE-2024-36941)

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

遠端 CentOS Linux 9 主機上安裝的套件受到 openssh-8.7p1-42.el9 版本變更記錄中提及的弱點影響。

  - 在 OpenSSH 的伺服器 (sshd) 中發現安全性迴歸 (CVE-2006-5051)。出現爭用情形，可能導致 sshd 以不安全的方式處理某些訊號。未經驗證的遠端攻擊者可藉由無法在設定的期間內進行驗證來觸發此弱點。 (CVE-2024-6387)

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

遠端 CentOS Linux 9 主機上安裝的套件受到 cockpit-320-1.el9 版本變更記錄中提及的弱點影響。

  - 在 cockpit 套件中發現一個瑕疵。此瑕疵允許經驗證的使用者在啟用 pam_env 的 user_readenv 選項時終止任何處理程序，進而導致拒絕服務 (DoS) 攻擊。
    (CVE-2024-6126)

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

遠端 CentOS Linux 9 主機上安裝的套件受到 kernel-5.14.0-472.el9 版本變更記錄中提及的多個弱點影響。

  - 在 Linux 核心中，下列弱點已解決：xsk：修正 ZC XDP 的多缓冲区 BPF 協助程式的使用。目前，透過 bpf_xdp_adjust_tail() 縮小封包且記憶體類型被設為 MEM_TYPE_XSK_BUFF_POOL 時，會發生 NULL 指標解除參照：[1136314.192256] 錯誤：核心 NULL 指標解除參照，位址：0000000000000034 [1136314.203943] #PF：核心模式中的 supervisor 讀取存取 [1136314.213768] #PF: error_code(0x0000) - 不存在頁面 [1136314.223550] PGD 0 P4D 0 [1136314.230684] Oops：0000 [#1] PREEMPT SMP NOPTI [1136314.239621] CPU：8 PID：54203 命令：xdpsock 未受污染 6.6.0+ #257 [1136314.250469] 硬體名稱：Intel Corporation S2600WFT/S2600WFT、BIOS SE5C620.86B.02.01.0008.031920191559 2019 年 3 月 19 日 [1136314.265615] RIP：0010:__xdp_return+0x6c/0x210 [1136314.274653] 程式碼：ad 00 48 8b 47 08 49 89 f8 a8 01 0f 85 9b 01 00 00 0f 1f 44 00 00 f0 41 ff 48 34 75 32 4c 89 c7 e9 79 cd 80 ff 83 fe 03 75 17 <f6> 41 34 01 0f 85 02 01 00 00 48 89 cf e9 22 cc 1e 00 e9 3d d2 86 [1136314.302907] RSP：0018:ffffc900089f8db0 EFLAGS：00010246 [1136314.312967] RAX：ffffc9003168aed0 RBX：ffff8881c3300000 RCX：0000000000000000 [1136314.324953] RDX：0000000000000000 RSI：0000000000000003 RDI：ffffc9003168c000 [1136314.336929] RBP：0000000000000ae0 R08：0000000000000002 R09：0000000000010000 [1136314.348844] R10：ffffc9000e495000 R11：0000000000000040 R12：0000000000000001 [1136314.360706] R13：
    0000000000000524 R14：ffffc9003168aec0 R15：0000000000000001 [1136314.373298] FS：00007f8df8bbcb80(0000) GS:ffff8897e0e00000(0000) knlGS:0000000000000000 [1136314.386105] CS：0010 DS：0000 ES：0000 CR0：
    0000000080050033 [1136314.396532] CR2：0000000000000034 CR3：00000001aa912002 CR4：00000000007706f0 [1136314.408377] DR0：0000000000000000 DR1：0000000000000000 DR2：0000000000000000 [1136314.420173] DR3：
    0000000000000000 DR6：00000000fffe0ff0 DR7：0000000000000400 [1136314.431890] PKRU：55555554 [1136314.439143] 呼叫追蹤：[1136314.446058] <IRQ> [1136314.452465] ? __die+0x20/0x70 [1136314.459881] ? page_fault_oops+0x15b/0x440 [1136314.468305] ? exc_page_fault+0x6a/0x150 [1136314.476491] ? asm_exc_page_fault+0x22/0x30 [1136314.484927] ? __xdp_return+0x6c/0x210 [1136314.492863] bpf_xdp_adjust_tail+0x155/0x1d0 [1136314.501269] bpf_prog_ccc47ae29d3b6570_xdp_sock_prog+0x15/0x60 [1136314.511263] ice_clean_rx_irq_zc+0x206/0xc60 [ice] [1136314.520222] ? ice_xmit_zc+0x6e/0x150 [ice] [1136314.528506] ice_napi_poll+0x467/0x670 [ice] [1136314.536858] ? ttwu_do_activate.constprop.0+0x8f/0x1a0 [1136314.546010] __napi_poll+0x29/0x1b0 [1136314.553462] net_rx_action+0x133/0x270 [1136314.561619] __do_softirq+0xbe/0x28e [1136314.569303] do_softirq+0x3f/0x60 此問題因 __xdp_return() 呼叫引起，其 xdp_buff 引數以實際上應該由 xsk_buff_free() 呼叫耗用的 NULL 傳遞。若要正確解決此問題，在 ZC 案例中，必須將代表要移除之片段的節點從 xskb_list 中移除。引入適當的 xsk 協助程式以執行此類節點作業，並在 bpf_xdp_adjust_tail() 中相應地使用這些協助程式。(CVE-2024-26611)

  - 在 Linux 核心中，下列弱點已解決：ext4：避免在 ext4_mb_find_by_goal() 中從損毀群組配置區塊。將用於檢查群組的區塊點陣圖是否損毀的邏輯置於群組鎖定的保護之下，以避免從區塊點陣圖損毀的群組配置區塊。(CVE-2024-26772)

  - 在 Linux 核心中，下列弱點已解決：ext4：修正線上重設大小期間發生的損毀。我們發現，在對大於 16 TiB 且區塊大小為 4k 的檔案系統進行線上重設大小期間，會發生損毀問題。若區塊超過 2^32 個，mke2fs 會預設關閉 resize_inode。為方便起見，明確關閉 resize_inode 即可在較小的檔案系統上重現此問題。跨 8 GiB 邊界進行線上重設大小 (此設定中的中繼區塊群組大小) 會導致損毀：dev=/dev/<some_dev> # 應 >= 16 GiB mkdir -p /corruption /sbin/ mke2fs -t ext4 -b 4096 -O ^resize_inode $dev $((2 * 2**21 - 2**15)) mount -t ext4 $dev /corruption dd if=/dev/zero bs=4096 of=/corruption/test count=$((2*2**21 - 4*2**15)) sha1sum /corruption/test # 79d2658b39dcfd77274e435b0934028adafaab11 /corruption/test /sbin/resize2fs $dev $((2*2**21)) # 中斷頁面快取以強制從磁碟 echo 1 重新載入區塊 > /proc/sys/vm/drop_caches sha1sum /corruption/test # 3c2abc63cbf1a94c9e6977e0fbd72cd832c4d5c3 /corruption/test 2^21 = 2^ 15*2^6 等於 8 GiB，其中 2^15 是每個區塊群組的區塊數量，而 2^6 是構成中繼區塊群組的區塊群組數量。最後的總和檢查碼可能有所不同，視檔案在實體區塊中的版面配置方式而定。實際損毀發生在實體區塊 63*2^15 = 2064384，這可能是中繼區塊群組的區塊描述符號的備份位置。線上重設大小期間，檔案系統將從 s_first_meta_bg 開始轉換至 meta_bg (在此範例中為 2，意味著所有區塊群組大於 16 GiB)。
    不過，在 ext4_flex_group_add 中，我們可能會新增不屬於第一個中繼區塊群組的區塊群組。在重現器中，我們透過從中繼區塊群組的起始位置減去整個區塊群組的大小來達到此目的。更新備份區塊群組描述符號以遵循 non-meta_bg 版面配置時，必須考慮這一點。此修正是為了新增測試，無論要新增的群組是否屬於中繼區塊群組。(CVE-2024-35807)

  - 在 Linux 核心中，下列弱點已解決：區塊：修正 blk_ioctl_discard() 中的溢位。系統並未檢查 blk_ioctl_discard() 中的「start + len」是否發生溢位。如果使用下列參數提交捨棄的 ioctl，會發生懸置工作：start = 0x80000000000ff000、len = 0x8000000000fff000；立即新增溢位驗證。(CVE-2024-36917)

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

遠端 CentOS Linux 9 主機上安裝的一個套件受到 python- urllib3-1.26.5-6.el9 版本變更記錄中提及的弱點影響。

  - urllib3 是 Python 的人性化 HTTP 用戶端程式庫。以 `ProxyManager` 使用 urllib3 的 Proxy 支援時，`Proxy-Authorization` 標頭只會如預期傳送至設定的 Proxy。
    但是，在*不*使用 urllib3 Proxy 支援的情況下傳送 HTTP 要求時，可能會意外設定 `Proxy-Authorization` 標頭，即使因為要求未使用轉送 Proxy 或通道 Proxy 而不會產生任何影響，也是如此。在這些情況下，urllib3 不會將 `Proxy-Authorization` HTTP 標頭視為攜帶驗證資料的標頭，因此不會去除跨來源重新導向的標頭。由於這是極不可能發生的狀況，因此我們認為對於幾乎所有使用者而言，此弱點對於幾乎的嚴重性較低。謹慎起見，urllib3 會在跨來源重新導向期間自動去除 `Proxy-Authorization` 標頭，以避免使用者意外這樣做 (雖然可能性很小)。使用者應使用 urllib3 的 proxy 支援或停用自動重新導向，以安全處理 `Proxy-Authorization` 標頭，但我們仍決定預設去除標頭，以進一步保護未使用正確方法的使用者。我們認為，受此公告影響的使用情況較少。要惡意利用此弱點，必須符合下列所有條件：1. 設定 `Proxy-Authorization` 標頭，而不使用 urllib3 的內建 proxy 支援。2. 未停用 HTTP 重新導向。3. 未使用 HTTPS 原始伺服器，或是 proxy 或目標來源重新導向至惡意來源。建議使用者更新至 1.26.19 版或 2.2.2 版。無法升級的使用者可以透過 urllib3 的 `ProxyManager` 使用 `Proxy-Authorization` 標頭、在傳送要求時使用 `redirects=False` 停用 HTTP 重新導向，或不使用 `Proxy-Authorization` 標頭作為緩解措施。(CVE-2024-37891)

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

遠端 CentOS Linux 7 主機上安裝的多個套件受到 RHSA-2024:4160 公告中提及的一個弱點影響。

  - IBM SDK、Java Technology Edition 的 Object Request Broker (ORB) (7.1.0.0 至 7.1.5.21 和 8.0.0.0 至 8.0.8.21 版本) 在某些情況下容易遭受拒絕服務攻擊，因強制執行 JEP 290 MaxRef 和 MaxDepth 還原序列化篩選器不當所致。IBM X-Force ID：260578。
    (CVE-2023-38264)

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

遠端 CentOS Linux 9 主機上安裝的套件受到 kernel-5.14.0-467.el9 版本變更記錄中提及的多個弱點影響。

  - 在 Linux 核心中，下列弱點已修復：efivarfs：如果不支援 SetVariable，在重新掛載時會強制執行 RO 若韌體不支援執行階段的 SetVariable，我們絕不會為該函式指派回呼。同時將 efivarfs 掛載為 RO，讓任何人都無法呼叫。但是，我們從不會檢查權限旗標，除非有人將檔案系統掛載為 RW。因此，這會導致當機，如下所示：$ mount -o remount,rw /sys/firmware/efi/efivars $ efi-updatevar -f PK.auth PK [303.279166] 無法處理虛擬位址 0000000000000000 的 NULL 指標解除參照 [303.280482] 記憶體中止資訊：[ 303.280854] ESR = 0x0000000086000004 [ 303.281338] EC = 0x21：IABT (当前 EL)，IL = 32 位 [ 303.282016] SET = 0，FnV = 0 [ 303.282414] EA = 0，S1PTW = 0 [ 303.282821] FSC = 0x04：
    0 級轉譯錯誤 [303.283771 ] 使用者 pgtable：4k 頁面，48 位元 VA，pgdp=000000004258c000 [303.284913] [0000000000000000] pgd=0000000000000000、p4d=0000000000000000 [ 303.286076] 內部錯誤：
    Oops：0000000086000004 [#1] PREEMPT SMP [ 303.286936] 模組連結位置：qrtr tpm_tis tpm_tis_core crct10dif_ce arm_smccc_trng rng_core drm fuse ip_tables x_tables ipv6 [ 303.288586] CPU：1 PID：755 命令：
    efi-updatevar 未污染 6.3.0-rc1-00108-gc7d0c4695c68 #1 [ 303.289748] 硬體名稱：未知 未知產品/未知產品，BIOS 2023.04-00627-g88336918701d 04/01/2023 [ 303.291150] pstate：60400005 (nZCv daif +PAN -UAO -TCO -DIT -SSBS BTYPE=--) [ 303.292123] pc：0x0 [ 303.292443] lr：
    efivar_set_variable_locked+0x74/0xec [ 303.293156] sp：ffff800008673c10 [ 303.293619] x29：
    ffff800008673c10 x28：ffff0000037e8000 x27：0000000000000000 [ 303.294592] x26：0000000000000800 x25：
    ffff000002467400 x24：0000000000000027 [ 303.295572] x23：ffffd49ea9832000 x22：ffff0000020c9800 x21：
    ffff000002467000 [ 303.296566] x20：0000000000000001 x19：00000000000007fc x18：0000000000000000 [303.297531] x17：0000000000000000 x16：0000000000000000 x15：0000aaaac807ab54 [ 303.298495] x14：
    ed37489f673633c0 x13：71c45c606de13f80 x12：47464259e219acf4 [ 303.299453] x11：ffff000002af7b01 x10：
    0000000000000003 x9：0000000000000002 [ 303.300431] x8：0000000000000010 x7：ffffd49ea8973230 x6：
    0000000000a85201 [ 303.301412] x5：0000000000000000 x4：ffff0000020c9800 x3：00000000000007fc [303.302370] x2：0000000000000027 x1：ffff000002467400 x0：ffff000002467000 [ 303.303341] 呼叫追蹤：[303.303679] 0x0 [ 303.303938] efivar_entry_set_get_size+0x98/0x16c [ 303.304585] efivarfs_file_write+0xd0/0x1a4 [ 303.305148] vfs_write+0xc4/0x2e4 [ 303.305601] ksys_write+0x70/0x104 [303.306073] __arm64_sys_write+0x1c/0x28 [ 303.306622] invoke_syscall+0x48/0x114 [ 303.307156] el0_svc_common.constprop.0+0x44/0xec [ 303.307803] do_el0_svc+0x38/0x98 [ 303.308268] el0_svc+0x2c/0x84 [303.308702] el0t_64_sync_handler+0xf4/0x120 [ 303.309293] el0t_64_sync+0x190/0x194 [ 303.309794] 程式碼：
    ???????? ???????? ???????? ???????? (????????) [ 303.310612] ---[結束追蹤 0000000000000000]--- 透過向 fs 作業新增 .reconfigure() 函式修復此弱點，我們可以使用此函式檢查請求的旗標，並拒絕不是 RO 的任何內容 (前提是固體在執行階段未實作 SetVariable)。(CVE-2023-52463)

  - 此 CVE 是由 Intel 指派。如需詳細資訊，請參閱 CVE.org 上的 CVE-2024-2201。(CVE-2024-2201)

  - 在 Linux 核心中，下列弱點已解決：block：阻止 blk_rq_stat_sum() 中的除以零問題 運算式 dst->nr_samples + src->nr_samples 在溢位時可能會有零值。必須新增檢查以避免除以零。由 Linux Verification Center (linuxtesting.org) 和 SVACE 發現。(CVE-2024-35925)

  - 在 Linux 核心中，下列弱點已解決：keys：修正具現化時金鑰到期時間覆寫問題。金鑰到期時間在具現化期間被無條件覆寫，預設為永久化。這會造成 DNS 解析發生問題，因為使用者空間所設定的到期日會覆寫為 TIME64_MAX，進而停用進一步的 DNS 更新。修正方法是：還原只有在預先剖析器設定特定到期日時才呼叫 key_set_expiry 的條件。(CVE-2024-36031)

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

遠端 CentOS Linux 7 主機上安裝的套件受到 RHSA-2024:4016 公告中提及的多個弱點影響。

  - 如果在正確的時間觸發記憶體回收，則可在物件移植期間發生釋放後使用。此弱點會影響 Firefox < 127、Firefox ESR < 115.12 及 Thunderbird < 115.12。(CVE-2024-5688)

  - 藉由監控特定作業所用的時間，攻擊者可猜測到哪些外部通訊協定處置程式在使用者的系統上正常運作。此弱點會影響 Firefox < 127、Firefox ESR < 115.12 及 Thunderbird < 115.12。(CVE-2024-5690)

  - 透過「X-Frame-Options」標頭誘騙瀏覽器，沙箱化 iframe 可呈現一個按鈕，若使用者點選此按鈕，便可繞過開啟新視窗的限制。此弱點會影響 Firefox < 127、Firefox ESR < 115.12 及 Thunderbird < 115.12。(CVE-2024-5691)

  - Offscreen Canvas 未正確追蹤跨來源污染，攻擊者可利用此弱點在違反同源原則的情況下，從其他網站存取影像資料。此弱點會影響 Firefox < 127、Firefox ESR < 115.12 及 Thunderbird < 115.12。(CVE-2024-5693)

  - 攻擊者可藉由操控「<input>」標籤中的文字，造成記憶體損毀，進而導致可能遭惡意利用的當機。此弱點會影響 Firefox < 127、Firefox ESR < 115.12 及 Thunderbird < 115.12。(CVE-2024-5696)

  - Firefox 126、Firefox ESR 115.11 和 Thunderbird 115.11 中存在記憶體安全錯誤。某些錯誤顯示記憶體會遭到損毀，我們推測若有心人士有意操控，可能惡意利用其中部分錯誤執行任意程式碼。此弱點會影響 Firefox < 127、Firefox ESR < 115.12 及 Thunderbird < 115.12。(CVE-2024-5700)

  網路堆疊中的記憶體損毀已導致可能遭利用的當機。此弱點會影響 Firefox < 125、Firefox ESR < 115.12 和 Thunderbird < 115.12。(CVE-2024-5702)

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

遠端 CentOS Linux 7 主機上安裝的套件受到 RHSA-2024:3741 公告中提及的多個弱點影響。

  - `named` 中的 DNS 訊息剖析程式碼包含一個運算複雜度過高的區段。
    它不會對典型的 DNS 流量造成問題，但特製的查詢和回應可能會透過惡意利用此缺陷，造成受影響之 `named` 執行個體上的 CPU 負載過重。此問題會同時影響授權伺服器和遞迴解析器。此問題會影響 BIND 9 9.0.0 至 9.16.45、9.18.0 至 9.18.21、9.19.0 至 9.19.19、9.9.3-S1 至 9.11.37-S1、9.16.8-S1 至 9.16.45-S1 以及 9.18.11-S1 至 9.18.21-S1。(CVE-2023-4408)

  - 遠端攻擊者可利用 DNS 通訊協定 (在 RFC 4033、4034、4035、6840 和相關 RFC 中) 的特定 DNSSEC 方面，透過一或多個 DNSSEC 回應造成拒絕服務 (CPU 消耗)，即 KeyTrap 問題。其中一個問題是，當某個區域具有多個 DNSKEY 和 RRSIG 記錄時，通訊協定規格即表示演算法必須評估 DNSKEY 和 RRSIG 記錄的所有組合。(CVE-2023-50387)

  - 遠端攻擊者可利用 DNS 通訊協定 (略過 RFC 9276 指南時為 RFC 5155) 的最近封裝證明部分，透過隨機子網域攻擊中的 DNSSEC 回應造成拒絕服務 (SHA-1 計算的 CPU 消耗)，即 NSEC3 問題。RFC 5155 規格即表示，演算法必須在某些情況下執行雜湊函式的數千次反覆運算。(CVE-2023-50868)

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

遠端 CentOS Linux 7 主機上安裝的套件受到 RHSA-2024:3951 公告中提及的多個弱點影響。

  - 如果在正確的時間觸發記憶體回收，則可在物件移植期間發生釋放後使用。此弱點會影響 Firefox < 127、Firefox ESR < 115.12 及 Thunderbird < 115.12。(CVE-2024-5688)

  - 藉由監控特定作業所用的時間，攻擊者可猜測到哪些外部通訊協定處置程式在使用者的系統上正常運作。此弱點會影響 Firefox < 127、Firefox ESR < 115.12 及 Thunderbird < 115.12。(CVE-2024-5690)

  - 透過「X-Frame-Options」標頭誘騙瀏覽器，沙箱化 iframe 可呈現一個按鈕，若使用者點選此按鈕，便可繞過開啟新視窗的限制。此弱點會影響 Firefox < 127、Firefox ESR < 115.12 及 Thunderbird < 115.12。(CVE-2024-5691)

  - Offscreen Canvas 未正確追蹤跨來源污染，攻擊者可利用此弱點在違反同源原則的情況下，從其他網站存取影像資料。此弱點會影響 Firefox < 127、Firefox ESR < 115.12 及 Thunderbird < 115.12。(CVE-2024-5693)

  - 攻擊者可藉由操控「<input>」標籤中的文字，造成記憶體損毀，進而導致可能遭惡意利用的當機。此弱點會影響 Firefox < 127、Firefox ESR < 115.12 及 Thunderbird < 115.12。(CVE-2024-5696)

  - Firefox 126、Firefox ESR 115.11 和 Thunderbird 115.11 中存在記憶體安全錯誤。某些錯誤顯示記憶體會遭到損毀，我們推測若有心人士有意操控，可能惡意利用其中部分錯誤執行任意程式碼。此弱點會影響 Firefox < 127、Firefox ESR < 115.12 及 Thunderbird < 115.12。(CVE-2024-5700)

  網路堆疊中的記憶體損毀已導致可能遭利用的當機。此弱點會影響 Firefox < 125、Firefox ESR < 115.12 和 Thunderbird < 115.12。(CVE-2024-5702)

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

遠端 CentOS Linux 7 主機上安裝的套件受到 RHSA-2024:3760 公告中提及的弱點影響。

  - 當使用用戶端的工作階段金鑰加密 Kerberos TGS-REQ 時，在 FreeIPA 中發現一個弱點。此金鑰對於每個新工作階段都是不同的，這樣可防止其遭受暴力密碼破解攻擊。
    不過，其中包含的票證會直接使用目標主體金鑰進行加密。對於使用者主體，此金鑰是使用根據主體隨機產生的公用 salt 和使用者密碼，經過雜湊計算而成的。如果主體遭入侵，則表示攻擊者可擷取已加密至任何主體的票證，而所有票證都直接以其自己的金鑰加密。藉由將這些票證和 salt 置於離線環境中，攻擊者可發動暴力密碼破解攻擊，以尋找在結合主體 salt 時能夠解密票證的字元字串 (即尋找主體的密碼)。(CVE-2024-3183)

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

遠端 CentOS Linux 7 主機上安裝的套件受到 RHSA-2024:3591 公告中提及的多個弱點影響。

  - 在 389-ds-base ldap 伺服器中發現拒絕服務弱點。此問題可允許經驗證的使用者在使用格式錯誤的輸入修改 `userPassword` 時，造成伺服器當機。
    (CVE-2024-2199)

  - 在 389-ds-base 中發現一個缺陷。特製的 LDAP 查詢可能造成目錄伺服器失敗，進而導致拒絕服務 (CVE-2024-3657)

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

遠端 CentOS Linux 9 主機上安裝的套件受到 openssl-3.2.2-1.el9 版本變更記錄中提及的多個弱點影響。

  - 問題摘要：處理 TLSv1.3 工作階段時，部分非預設 TLS 伺服器組態會造成記憶體無限增長。影響摘要：攻擊者可能會惡意利用特定伺服器組態觸發記憶體無限增長，進而導致拒絕服務。若使用非預設 SSL_OP_NO_TICKET 選項，此問題就可能發生在 TLSv1.3 中 (但若同時設定 early_data 支援且使用預設防重播保護，則不會發生)。在此場景下的某些情況中，工作階段快取可能會進入不正確的狀態，且在填滿時無法正確排清。工作階段快取會繼續以無限制的方式增長。惡意用戶端可刻意建立此失敗情況，進而強制拒絕服務。這也可能在正常作業中意外發生。此問題只會影響支援 TLSv1.3 的 TLS 伺服器。它不會影響 TLS 用戶端。3.2 、3.1 和 3.0 中的 FIPS 模組不受此問題影響。OpenSSL 1.0.2 亦不會受到此問題影響。
    (CVE-2024-2511)

  - 問題摘要：檢查過長的 DSA 金鑰或參數時可能會非常緩慢。影響摘要：
    使用 EVP_PKEY_param_check() 或 EVP_PKEY_public_check() 函式檢查 DSA 金鑰或 DSA 參數的應用程式可能會遇到長時間延遲。如果要檢查的金鑰或參數是從未受信任的來源取得，這可能會導致拒絕服務。EVP_PKEY_param_check() 或 EVP_PKEY_public_check() 函式對 DSA 參數執行各種檢查。如果模數 (「p」參數) 太大，某些運算會花很長的時間。嘗試使用非常大的模數時執行速度會變慢，且 OpenSSL 不允許使用長度超過 10,000 位元的公開金鑰用於執行簽章驗證。不過，執行檢查時，金鑰和參數檢查函式不會限制模數大小。應用程式如果呼叫 EVP_PKEY_param_check() 或 EVP_PKEY_public_check() 並提供從未受信任之來源取得的金鑰或參數，則容易遭受拒絕服務攻擊。OpenSSL 本身不會在未受信任的 DSA 金鑰上呼叫這些函式，因此只有直接呼叫這些函式的應用程式可能會受到影響。使用「-check」選項時，OpenSSL pkey 和 pkeyparam 命令行應用程式也容易受到影響。OpenSSL SSL/TLS 實作不受此問題影響。OpenSSL 3.0 和 3.1 FIPS 提供者受此問題影響。(CVE-2024-4603)

  - 問題摘要：呼叫 OpenSSL API 的 SSL_free_buffers 函式可能會導致程式存取之前在某些情況下已釋放的記憶體 影響摘要：釋放後使用可能會造成一系列潛在後果，例如：有效資料損毀、當機或任意程式碼執行。不過，只有直接呼叫 SSL_free_buffers 函式的應用程式會受到此問題影響。不呼叫此函式的應用程式不會受到影響。我們的調查顯示應用程式很少使用此函式。SSL_free_buffers 函式用於釋放處理來自網路的傳入記錄時所使用的內部 OpenSSL 緩衝區。只有在緩衝區目前未處於使用中時，呼叫才會成功。不過，目前發現在兩種情形下，仍在使用中的緩衝區也會被釋放。第一種情形是， OpenSSL 已經透過網路接收記錄標頭並進行處理，但完整的記錄內文尚未到達。在此情況下，即使只處理了部分記錄且緩衝區仍在使用中，呼叫 SSL_free_buffers 仍會成功。第二種情形是，OpenSSL 已接收並處理含有應用程式資料的完整記錄，但應用程式只讀取了此資料的一部分內容。即使緩衝區仍在使用中，呼叫 SSL_free_buffers 也會成功。雖然這些情形可能會在正常作業期間意外發生，但惡意攻擊者仍可嘗試設計會造成此情況發生的狀況。我們並未發現此問題遭到主動惡意利用。3.3、3.2、3.1 和 3.0 中的 FIPS 模組不受此問題影響。由 William Ahern (Akamai) 發現。修正程式由 Matt Caswell 開發。修正程式由 Watson Ladd (Akamai) 開發。已在 OpenSSL 3.3.1 版中修正此問題 (受影響的是 3.3.0 和之後版本)。(CVE-2024-4741)

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

遠端 CentOS Linux 7 主機上安裝的套件受到 RHSA-2024:3588 公告中提及的多個弱點影響。

  - 將字串轉換為 ISO-2022-CN-EXT 字元集時，GNU C Library 2.39 和更舊版本中的 iconv() 函式可能會造成傳遞給它的輸出緩衝區溢位最多 4 個位元組，攻擊者可利用此問題造成應用程式當機或相鄰變數被覆寫。(CVE-2024-2961)

  - nscd：netgroup 快取中發生堆疊型緩衝區溢位。如果用戶端要求耗盡了名稱服務快取程序 (nscd) 固定大小的快取，則用戶端後續提出的獲取 netgroup 資料的要求可能會導致堆疊型緩衝區溢位。此瑕疵在快取新增至 nscd 時被引入 glibc 2.15 中。此弱點只存在於 nscd 二進位檔中。(CVE-2024-33599)

  - nscd：notfound 回應後發生 Null 指標損毀。如果名稱服務快取程序 (nscd) 的快取無法新增 not-found netgroup 回應至快取，用戶端要求可導致 null 指標解除參照。此瑕疵在快取新增至 nscd 時被引入 glibc 2.15 中。此弱點只存在於 nscd 二進位檔中。(CVE-2024-33600)

  - nscd：netgroup 快取可在記憶體配置失敗時終止程序。名稱服務快取程序 (nscd) 的 netgroup 快取使用 xmalloc 或 xrealloc，且這些函式可能會因為記憶體配置失敗而終止處理程序，進而導致用戶端遭到拒絕服務攻擊。該瑕疵在快取新增至 nscd 時被引入 glibc 2.15 中。此弱點只存在於 nscd 二進位檔中。
    (CVE-2024-33601)

  - nscd：netgroup 快取假設 NSS 回呼使用緩衝區內字串。若 NSS 回呼未將所有字串儲存在提供的緩衝區中，名稱服務快取程序的 (nscd) 的 netgroup 快取可損毀記憶體。
    該瑕疵在快取新增至 nscd 時被引入 glibc 2.15 中。此弱點只存在於 nscd 二進位檔中。(CVE-2024-33602)

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

遠端 CentOS Linux 8 主機上安裝的多個套件受到 CESA-2024:3261 公告中提及的多個弱點影響。

  - 在 X.org 伺服器的 ProcXIGetSelectedEvents() 函式中發現一個堆積型緩衝區過度讀取弱點。在回覆中使用位元組交換長度值時會發生此問題，並且可能導致記憶體洩漏和分割錯誤，特別是不同位元組順序的用戶端觸發此問題時。攻擊者可惡意利用此弱點，造成 X 伺服器讀取堆積記憶體值，然後將其傳回用戶端，直到遇到未對應的頁面，進而導致當機。儘管攻擊者無法控制複製到回覆中的特定記憶體，但通常以 32 位元整數儲存的小長度值仍可導致大量超出邊界讀取嘗試。(CVE-2024-31080)

  - 在 X.org 伺服器的 ProcXIPassiveGrabDevice() 函式中發現一個堆積型緩衝區過度讀取弱點。在回覆中使用位元組交換長度值時會發生此問題，並且可能導致記憶體洩漏和分割錯誤，特別是不同位元組順序的用戶端觸發此問題時。攻擊者可惡意利用此弱點，造成 X 伺服器讀取堆積記憶體值，然後將其傳回用戶端，直到遇到未對應的頁面，進而導致當機。儘管攻擊者無法控制複製到回覆中的特定記憶體，但通常以 32 位元整數儲存的小長度值仍可導致大量超出邊界讀取嘗試。(CVE-2024-31081)

  - 在 Xorg 伺服器的 ProcRenderAddGlyphs() 函式中發現釋放後使用弱點。呼叫 AllocateGlyph() 以儲存用戶端傳送至 X 伺服器的新字符時會發生此問題，並可能導致多個項目指向相同的非 refcount 字符。因此，ProcRenderAddGlyphs() 可能會釋放字符，進而導致後續存取相同字符指標時發生釋放後使用情形。此瑕疵允許經驗證的攻擊者透過傳送特製的要求，在系統上執行任意程式碼。(CVE-2024-31083)

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

遠端 CentOS Linux 8 主機上安裝的多個套件受到 CESA-2024:2968 公告中提及的多個弱點影響。

  - urllib3 是適用於 Python 的人性化 HTTP 用戶端程式庫。先前，當要求方法根據 HTTP RFC 的要求，從可接受要求內文 (如「POST」) 變更為「GET」時，urllib3 便不會在 HTTP 重新導向回應使用狀態 301、302 或 303 時移除 HTTP 要求內文。
    雖然此行為並未在重新導向區段中指定，但可藉由拼湊來自不同區段的資訊來推斷出，而且我們已在 curl 和網頁瀏覽器等其他主要 HTTP 用戶端實作中觀察到此行為。由於此弱點需要先前受信任的服務遭到入侵，才能對機密性造成影響，因此我們認為此弱點的可利用性較低。此外，許多使用者並未在 HTTP 要求內文中放置敏感資料，如果是這種情況，則此弱點不會遭到惡意利用。必須滿足以下兩個條件才會受到此弱點影響：1. 使用 urllib3 並提交 HTTP 要求內文中的敏感資訊 (例如表單資料或 JSON)，以及 2. 原始服務會遭到入侵，並會開始使用 301、302 或 303 重新導向至惡意對等端，或是出現重新導向至的服務遭到入侵的情況。
    此問題已在 1.26.18 和 2.0.7 版中解決，建議使用者更新以解決此問題。無法更新的使用者應使用 `redirects=False` 停用未預期以重新導向回應的服務重新導向，並使用 `redirects=False` 停用自動重新導向，亦可透過去除 HTTP 要求內文來手動處理 301、302 和 303 重新導向。(CVE-2023-45803)

  - PyCryptodome 和 pycryptodomex 3.19.1 之前版本允許 OAEP 解密發生側通道洩漏，攻擊者可利用此問題來發動 Manger 攻擊。(CVE-2023-52323)

  - Jinja 是可延伸的範本引擎。範本中的特殊預留位置允許寫入與 Python 語法類似的程式碼。可將任意 HTML 屬性插入經轉譯的 HTML 範本，進而可能導致跨網站指令碼 (XSS)。Jinja「xmlattr」篩選器可被濫用於插入任意 HTML 屬性金鑰和值，進而繞過自動逸出機制，並且可能導致 XSS。如果屬性驗證檢查以封鎖清單為基礎，也可能會繞過這些檢查。
    (CVE-2024-22195)

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

遠端 CentOS Linux 8 主機上安裝的多個套件受到 CESA-2024:3067 公告中提及的一個弱點影響。

  - 在 xorg-x11-server 中發現一個釋放後使用缺陷。在非常特定的舊版組態 (具有多個通訊協定畫面的多畫面設定，也稱為 Zaphod 模式) 中，如果指標從一個畫面上的視窗內變換到另一個畫面的 root 視窗，且如果原始視窗遭到損毀，隨後另一個視窗也遭到損毀，則 X 伺服器會當機。(CVE-2023-5380)

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

遠端 CentOS Linux 8 主機上安裝的多個套件受到 CESA-2024:3060 公告中提及的多個弱點影響。

  - GStreamer MXF 檔案剖析整數溢位遠端程式碼執行弱點。遠端攻擊者可以利用此弱點，在受影響的 GStreamer 上執行任意程式碼。需要與此程式庫互動才能惡意利用此弱點，但攻擊媒介可能因實作而異。在 MXF 視訊檔案的剖析中存在此特定瑕疵。這是未正確驗證使用者提供的資料所導致，這可能在配置緩衝區之前導致整數溢位。攻擊者可利用此弱點，在目前處理序的內容中執行程式碼。此弱點之前為 ZDI-CAN-21660。(CVE-2023-40474)

  - GStreamer MXF 檔案剖析整數溢位遠端程式碼執行弱點。遠端攻擊者可以利用此弱點，在受影響的 GStreamer 上執行任意程式碼。需要與此程式庫互動才能惡意利用此弱點，但攻擊媒介可能因實作而異。在 MXF 視訊檔案的剖析中存在此特定瑕疵。這是未正確驗證使用者提供的資料所導致，這可能在配置緩衝區之前導致整數溢位。攻擊者可利用此弱點，在目前處理序的內容中執行程式碼。此弱點之前為 ZDI-CAN-21661。(CVE-2023-40475)

  - GStreamer H265 堆疊型緩衝區溢位遠端程式碼執行弱點。遠端攻擊者可以利用此弱點，在受影響的 GStreamer 上執行任意程式碼。需要與此程式庫互動才能惡意利用此弱點，但攻擊媒介可能因實作而異。在 H265 編碼視訊檔案的剖析中存在此特定瑕疵。此問題是因為未正確驗證使用者提供的資料長度，便將其複製到固定長度的堆疊型緩衝區所致。攻擊者可利用此弱點，在目前處理序的內容中執行程式碼。此弱點之前為 ZDI-CAN-21768。(CVE-2023-40476)

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

遠端 CentOS Linux 8 主機上安裝的多個套件受到 CESA-2024:3265 公告中提及的多個弱點影響。

  - 與快照所有者位於不同組織的使用者可以使用其檢視金鑰向 /api/snapshots/<key> 發出 DELETE 要求，藉此繞過授權並刪除快照。此功能預定僅供有權寫入/編輯相關快照的個人使用，但由於授權邏輯中的錯誤，系統會處理由快照所有者以外之組織中無權限的使用者所發出的刪除要求授權。Grafana Labs 想要感謝 Palo Alto Research 的 Ravid Mazon 和 Jay Chen 發現並披露此弱點。此問題會影響以下版本的 Grafana：9.5.0 至 9.5.18 之前、 10.0.0 至 10.0.13 之前、 10.1.0 至 10.1.9 之前、10.2.0 至 10.2.6 之前、10.3.0 至 10.3.5 之前。(CVE-2024-1313)

  - 在 Golang 的 RSA 加密/解密程式碼中發現記憶體流失缺陷，使用攻擊者控制的輸入可觸發資源耗盡弱點。記憶體流失發生於 github.com/golang-fips/openssl/openssl/rsa.go#L113 中。流失的物件是 pkey 和 ctx。如果初始化內容或設定不同屬性時發生錯誤，該函式會使用指定型傳回參數釋放 pkey 和 ctx。所有與錯誤案例相關的傳回陳述式都遵循 return nil、nil、fail(...) 模式，這表示 pkey 和 ctx 在應該釋放的延遲函式內將為 nil。(CVE-2024-1394)

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

遠端 CentOS Linux 8 主機上安裝的多個套件受到 CESA-2024:2980 公告中提及的一個弱點影響。

  - HarfBuzz 6.0.0 及更舊版本中的 hb-ot-layout-gsubgpos.hh 允許攻擊者在附加標記時回溯尋找基本字符期間，透過連續標記觸發 O(n^2) 增長。
    (CVE-2023-25193)

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

遠端 CentOS Linux 8 主機上安裝的多個套件受到 CESA-2024:2953 公告中提及的多個弱點影響。

  - Rack 是一種模組化的 Ruby Web 伺服器介面。特製的內容類型標頭可造成 Rack 的媒體類型剖析器花費比預期更長的時間，進而導致可能的拒絕服務弱點 (ReDos 2 次多項式)。此弱點已在 3.0.9.1 和 2.2.8.1 版本中得到修補。(CVE-2024-25126)

  - Rack 是一種模組化的 Ruby Web 伺服器介面。特製的 Range 標頭可導致伺服器作出預期之外的大型回應。如此龐大的回應可導致拒絕服務問題。易受影響的應用程式會使用 `Rack::File` 中介軟體或 `Rack::Utils.byte_ranges` 方法 (包括 Rails 應用程式)。此弱點已在 3.0.9.1 和 2.2.8.1 中修復。(CVE-2024-26141)

  - Rack 是一種模組化的 Ruby Web 伺服器介面。精心特製的標頭可造成 Rack 中的標頭剖析佔用比預期更長的時間，進而可能導致拒絕服務問題。Accept 和 Forwarded 標頭會受到影響。Ruby 3.2 帶有此問題的緩解措施，因此使用 Ruby 3.2 或更新版本的 Rack 應用程式不會受到影響。此弱點已在 2.0.9.4、2.1.4.4、2.2.8.1 和 3.0.9.1 中修復。(CVE-2024-26146)

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

遠端 CentOS Linux 8 主機上安裝的多個套件受到 CESA-2024:2994 公告中提及的一個弱點影響。

  - LibRaw linux/unix v0.20.0 中的緩衝區溢位弱點允許攻擊者透過 /src/libraw/src/libraw_datastream.cpp 中的 LibRaw_buffer_datastream::gets(char*, int) 提升權限。(CVE-2021-32142)

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

遠端 CentOS Linux 8 主機上安裝的多個套件受到 CESA-2024:3008 公告中提及的一個弱點影響。

  - OpenPMIx PMIx 4.2.6 之前的版本和 5.0.1 之前的 5.0.x 版允許攻擊者在執行 UID 為 0 的程式庫程式碼期間，透過爭用情形取得任意檔案的擁有權。(CVE-2023-41915)

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

遠端 CentOS Linux 8 主機上安裝的套件受到 CESA-2024:3095 公告中提及的一個弱點影響。

  - Vorbis-tools v.1.4.2 中存有一個緩衝區溢位弱點，允許本機攻擊者在將 wav 檔案轉換為 ogg 檔案時，執行任意程式碼並造成拒絕服務。(CVE-2023-43361)

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

遠端 CentOS Linux 8 主機上安裝的多個套件受到 CESA-2024:2981 公告中提及的多個弱點影響。

  - 在 Frrouting bgpd v.8.4.2 中發現一個問題，遠端攻擊者可藉此透過 bgp_attr_psid_sub() 函式造成拒絕服務。(CVE-2023-31490)

  - 在 9.0 版之前的 FRRouting FRR 中發現一個問題。如果屬性長度為零，bgpd/bgp_packet.c 會處理 NLRI。(CVE-2023-41358)

  - 在 FRRouting FRR 9.0 及更低版本中發現一個問題。bgpd/bgp_flowspec.c 中的 bgp_nlri_parse_flowspec 會處理沒有屬性的格式錯誤要求，進而導致 NULL 指標解除參照。(CVE-2023-41909)

  - 在 9.0.1 及更低版本的 FRRouting FRR 發現一個問題。它未正確處理格式錯誤的 MP_REACH_NLRI 資料，進而導致當機。(CVE-2023-46752)

  - 在 9.0.1 及更低版本的 FRRouting FRR 發現一個問題。不含強制屬性的特製 BGP UPDATE 訊息可能會發生損毀，例如，只有未知傳輸屬性的訊息。(CVE-2023-46753)

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

遠端 CentOS Linux 8 主機上安裝的多個套件受到 CESA-2024:3059 公告中提及的一個弱點影響。

  - LibTIFF 4.4.0 的 tools/tiffcp.c:948 的 tiffcp 中存在超出邊界讀取錯誤，攻擊者可以藉此透過建構的 tiff 檔案造成拒絕服務。對於使用原始碼編譯 libtiff 的使用者，可透過 commit e8131125 取得此問題的修正程式。(CVE-2022-4645)

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

遠端 CentOS Linux 8 主機上安裝的套件受到 CESA-2024:3058 公告中提及的多個弱點影響。

  - 在 Mutt >1.5.2 <2.2.12 中檢視特製電子郵件時發生 Null 指標解除參照 (CVE-2023-4874)

  - 在 Mutt >1.5.2 <2.2.12 中使用特製的草稿訊息進行撰寫時發生 Null 指標解除參照 (CVE-2023-4875)

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

遠端 CentOS Linux 8 主機上安裝的多個套件受到 CESA-2024:3233 公告中提及的多個弱點影響。

   - 在 libssh 中發現一個缺陷。使用者可使用 ProxyCommand 或 ProxyJump 功能，來攻擊用戶端上未經檢查的主機名稱語法。攻擊者可利用此問題，透過 hostname 參數，將惡意程式碼插入所提及功能的命令中。(CVE-2023-6004)

  - 在不同支援性 crypto 後端實作的訊息摘要 (MD) 作業的 libssh 實作抽象層中發現一個缺陷。未正確檢查這些項目的傳回值可造成記憶體不足情況失敗、NULL 解除參照、當機，或使用未初始化的記憶體作為 KDF 的輸入。在此情況下，不相符的金鑰會導致解密/完整性失敗，進而終止連線。(CVE-2023-6918)

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

遠端 CentOS Linux 8 主機上安裝的多個套件受到 CESA-2024:3203 公告中提及的一個弱點影響。

  - 在 systemd-resolved 中發現一個弱點。此問題可能允許 systemd-resolved 接受 DNSSEC 簽署的網域記錄，即使這些記錄沒有簽章也是如此，進而允許攔截式攻擊 (或上游 DNS 解析器) 操控記錄。(CVE-2023-7008)

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

遠端 CentOS Linux 8 主機上安裝的套件受到 CESA-2024:3049 公告中提及的一個弱點影響。

  - 0.27 之前的 perl-Convert-ASN1 (即 Perl 的 Convert::ASN1 模組) 可讓遠端攻擊者透過非預期的輸入造成無限迴圈。(CVE-2013-7488)

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

遠端 CentOS Linux 8 主機上安裝的多個套件受到 CESA-2024:3166 公告中提及的一個弱點影響。

  - OpenSSH 8.3p1 及其之前版本的 scp 允許在 scp.c toremote 函式中插入命令，目的地引數中的反引號字元即為一例。請注意：據報告，供應商已表示他們有意省略了對於異常引數傳輸的驗證，因為這很可能會中斷現有的工作流程。(CVE-2020-15778)

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

遠端 CentOS Linux 8 主機上安裝的多個套件受到 CESA-2024:2974 公告中提及的多個弱點影響。

  - 在 libXpm 中發現一個弱點，這是因為 XpmCreateXpmImageFromBuffer() 函式中的邊界條件所致。此瑕疵允許本機攻擊者觸發超出邊界讀取錯誤，並讀取系統上記憶體的內容。(CVE-2023-43788)

  - 在 libXpm 中發現一個弱點，其中因邊界條件而存在一個弱點，本機使用者可觸發超出邊界讀取錯誤，並在系統上讀取記憶體的內容。(CVE-2023-43789)

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

遠端 CentOS Linux 8 主機上安裝的套件受到 CESA-2024:3105 公告中提及的一個弱點影響。

  - cryptography 套件用於向 Python 開發人員公開密碼編譯原語和配方。
    呼叫「load_pem_pkcs7_certificates」或「load_der_pkcs7_certificates」可導致 NULL 指標解除參照和分割錯誤。惡意利用此弱點會對任何嘗試還原序列化 PKCS7 blob/憑證的應用程式造成嚴重的拒絕服務 (DoS) 風險。其後果延伸至系統可用性和穩定性的潛在中斷。此弱點已在 41.0.6 版本中得到修正。(CVE-2023-49083)

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

遠端 CentOS Linux 8 主機上安裝的套件受到 CESA-2024:3102 公告中提及的一個弱點影響。

  - Jinja 是可延伸的範本引擎。範本中的特殊預留位置允許寫入與 Python 語法類似的程式碼。可將任意 HTML 屬性插入經轉譯的 HTML 範本，進而可能導致跨網站指令碼 (XSS)。Jinja「xmlattr」篩選器可被濫用於插入任意 HTML 屬性金鑰和值，進而繞過自動逸出機制，並且可能導致 XSS。如果屬性驗證檢查以封鎖清單為基礎，也可能會繞過這些檢查。
    (CVE-2024-22195)

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

遠端 CentOS Linux 8 主機上安裝的多個套件受到 CESA-2024:3268 公告中提及的多個弱點影響。

  - Kerberos 5 (即 krb5) 1.21.2 的 /krb5/src/lib/rpc/pmap_rmt.c 中包含記憶體流失問題。(CVE-2024-26458)

  - Kerberos 5 (即 krb5) 1.21.2 的 /krb5/src/lib/gssapi/krb5/k5sealv3.c 中包含記憶體流失弱點。
    (CVE-2024-26461)

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

ID	名稱	嚴重性
206792	CentOS 9：kernel-5.14.0-505.el9	low
206294	CentOS 9：kernel-5.14.0-503.el9	high
206293	CentOS 9：openssl-3.2.2-1.el9	critical
206292	CentOS 9：curl-7.76.1-31.el9	high
206291	CentOS 9：python3.9-3.9.19-8.el9	high
206026	CentOS 8：jose (CESA-2024:5294)	high
205814	CentOS 9：python3.9-3.9.19-7.el9	medium
204877	CentOS 9：python-setuptools-53.0.0-13.el9	high
204713	CentOS 7：flatpak (RHSA-2024:3980)	high
204712	CentOS 7：linux-firmware (RHSA-2024:3939)	high
204711	CentOS 7：less (RHSA-2024:3669)	high
204710	CentOS 7：python-pillow (RHSA-2024:0857)	high
204131	CentOS 9：python3.9-3.9.19-4.el9	high
202393	CentOS 9：kernel-5.14.0-479.el9	high
202392	CentOS 9：openssh-8.7p1-43.el9	high
201993	CentOS 9：kernel-5.14.0-474.el9	critical
201992	CentOS 9：openssh-8.7p1-42.el9	high
201968	CentOS 9：cockpit-320-1.el9	low
201850	CentOS 9：kernel-5.14.0-472.el9	medium
201849	CentOS 9：python-urllib3-1.26.5-6.el9	medium
201097	CentOS 7：java-1.8.0-ibm (RHSA-2024:4160)	medium
200887	CentOS 9：kernel-5.14.0-467.el9	medium
200827	CentOS 7：thunderbird (RHSA-2024:4016)	medium
200727	CentOS 7：bind、bind-dyndb-ldap 和 dhcp (RHSA-2024:3741)	high
200726	CentOS 7：firefox (RHSA-2024:3951)	medium
200725	CentOS 7：ipa (RHSA-2024:3760)	high
200499	CentOS 7：389-ds-base (RHSA-2024:3591)	high
200325	CentOS 9：openssl-3.2.2-1.el9	medium
200256	CentOS 7：glibc (RHSA-2024:3588)	high
197696	CentOS 8 : tigervnc (CESA-2024:3261)	high
197695	CentOS 8 : fence-agents (CESA-2024:2968)	medium
197694	CentOS 8 : tigervnc (CESA-2024:3067)	medium
197693	CentOS 8 : gstreamer1-plugins-bad-free (CESA-2024:3060)	high
197692	CentOS 8 : grafana (CESA-2024:3265)	medium
197691	CentOS 8 : harfbuzz (CESA-2024:2980)	high
197690	CentOS 8 : pcs (CESA-2024:2953)	medium
197689	CentOS 8 : LibRaw (CESA-2024:2994)	high
197688	CentOS 8 : pmix (CESA-2024:3008)	high
197687	CentOS 8 : vorbis-tools (CESA-2024:3095)	high
197686	CentOS 8 : frr (CESA-2024:2981)	high
197685	CentOS 8 : libtiff (CESA-2024:3059)	medium
197684	CentOS 8 : mutt (CESA-2024:3058)	medium
197683	CentOS 8 : libssh (CESA-2024:3233)	medium
197682	CentOS 8 : systemd (CESA-2024:3203)	medium
197681	CentOS 8 : perl-Convert-ASN1 (CESA-2024:3049)	high
197680	CentOS 8 : openssh (CESA-2024:3166)	high
197679	CentOS 8 : libXpm (CESA-2024:2974)	medium
197678	CentOS 8 : python3.11-cryptography (CESA-2024:3105)	high
197677	CentOS 8 : python-jinja2 (CESA-2024:3102)	medium
197676	CentOS 8 : krb5 (CESA-2024:3268)	high

偵測

Nessus 的 CentOS Local Security Checks 系列

low

high

critical

high

high

high

medium

high

high

high

high

high

high

high

high

critical

high

low

medium

medium

medium

medium

medium

high

medium

high

high

medium

high

high

medium

medium

high

medium

high

medium

high

high

high

high

medium

medium

medium

medium

high

high

medium

high

medium

high