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

  - smacktcpipv4修正不正確的標籤 目前Smack 會鏡像傳入 tcp/ipv4 連線的標籤當標籤 'foo' 連線至具有 tcp/ipv4 的標籤 'bar' 時'foo' 在傳回 ipv4 封包。因此 1) 傳回的封包被錯誤標記 (是「foo」而非「bar」) 2)「bar」可在未獲寫入授權的情況下寫入「foo」。以下是如何查看此狀況的假設情況* 假設有兩部機器我們暫且稱它們為 C 和 S其中 Smack 處於預設狀態作用中 (無設定、無規則、無已標記的主機、只有內建標籤) * 在 S 中新增 Smack 規則「foo bar w」(標籤「foo」和「bar」此時在 S 具現化) * 在 S 的標籤「bar」啟動一個程式來接聽傳入的 tcp/ipv4 連線 * 來自 C 的標籤「 foo' 連線至 S 的接聽程式。 (標籤「foo」此時在 C 具現化) 連線成功且可運作。 * 雙向傳送部分資料。 * 收集此連線的網路流量。兩個方向上的所有封包皆以標籤「foo」的 CIPSO 標記。因此標籤 'bar' 會在未經授權的情況下寫入 'foo'甚至在從未在 C 知道的情況下寫入。If有人在乎: DCCP 也會發生完全相同的情況。此行為第一次出現在版本 2.6.29.4 中 (請參閱下方的修正)而且看起來是非預定的。至少目前未提供任何說明。我將傳回的套件標籤變更為「bar」以使其符合 Smack 文件宣告。 (CVE-2024-47659)

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

偵測

Linux Distros 未修補的弱點：CVE-2024-47659

high Nessus Plugin ID 228444

版本 1.12