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

  - ipv4、ipv6修正在 __ip{,6}_append_data() 中的 transhdrlen 處理在部分填入封包的情況下附加至 IPv4 或 IPv6 時在長度中包含 transhdrlen 的問題 (例如之前發生過類似 send(MSG_MORE) 的情況)封包，因為我們不想重複傳輸標頭或考慮它兩次。在某些情況下可能會發生此問題例如接合至 L2TP 通訊端。所觀察到的徵兆是 __ip6_append_data() 中出現一個警告警告：net/ipv6/ip6_output.c:1800 的 CPU: 1 PID: 5042
    __ip6_append_data.isra.0+0x1be8/0x47f0 net/ipv6/ip6_output.c:1800 當使用 MSG_SPLICE_PAGES 將更多資料附加至已部分使用的 skbuff 時會發生此問題。當「copy」大於訊息迭代器中的資料量時會發生此警告。這是因為要求的長度包含了不應包含的傳輸標頭長度。例如 sfd = socket(AF_INET6, SOCK_DGRAM, IPPROTO_L2TP); bind(sfd, ...); // ::1 connect(sfd, ...); // ::1 連接埠 7 send(sfd, buffer, 4100, MSG_MORE); sendfile(sfd, dfd, NULL, 1024);若 l2tp_ip6_sendmsg() 的寫入佇列為空則僅將 transhdrlen 新增至長度來修正此問題類似於 UDP 的運作方式。 l2tp_ip_sendmsg() 似乎不會受到此問題影響因為它會自行構建 UDP 封包。 (CVE-2023-52527)

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

偵測

Linux Distros 未修補的弱點：CVE-2023-52527

medium Nessus Plugin ID 247349

版本 1.9