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

  - Moby 是一個開源的容器框架。在 v2.0.0-beta.14 之前 29.5.1 和 moby/moby v2 之前的版本中，當壓縮封存透過 'PUT /containers/{id}/archive' 上傳到容器或透過 'docker cp -' 傳送時，由於作業順序不正確，精靈會解析來自容器檔案系統而不是主機檔案系統的解壓縮二進位檔案 （例如 'xz' 或 'unpigz'）。當使用者將壓縮 （xz 或 gzip） 封存上傳到該容器時，包含木馬化解壓縮二進位檔的惡意容器映像可以以完整的守護程式權限 （包括主機根 UID 和不受限制的功能） 實現任意程式碼執行。此問題已在 Docker Engine 29.5.1 和 moby/moby v2.0.0-beta.14 中修正。因應措施包括僅從受信任映像執行容器、使用授權外掛程式限制對「PUT /containers/{id}/archive」端點的存取，以及避免將壓縮的封存管道傳輸到從不受信任映像建立的容器中 （CVE-2026-41567）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

因此，它會受到 ALAS2023-2026-1901 公告中所提及的多個弱點影響。

    （*x509。證書）。VerifyHostname 先前稱為 matchHostname，在所有 DNS 主體別名 （SAN） 項目的迴圈中。這導致了弦樂。Split（host， .） 在相同的輸入主機名稱上重複執行。當 DNS SAN 清單很大時，驗證成本的增長呈二次方級別，具體取決於 SAN 項目數量乘以主機名稱的標籤數量。由於 x509.Verify 會在建構憑證鏈之前驗證主機名稱，因此即使對於不受信任的憑證，也會產生此額外負擔。(CVE-2026-27145)

    Moby 是一種開放原始碼容器架構。在 v2.0.0-beta.14 之前 29.5.1 和 moby/moby v2 之前的版本中，當壓縮封存透過 'PUT /containers/{id}/archive' 上傳到容器或透過 'docker cp -' 傳送時，由於作業順序不正確，精靈會解析來自容器檔案系統而不是主機檔案系統的解壓縮二進位檔案 （例如 'xz' 或 'unpigz'）。當使用者將壓縮 （xz 或 gzip） 封存上傳到該容器時，包含木馬化解壓縮二進位檔的惡意容器映像可以以完整的守護程式權限 （包括主機根 UID 和不受限制的功能） 實現任意程式碼執行。此問題已在 Docker Engine 29.5.1 和 moby/moby v2.0.0-beta.14 中修正。因應措施包括僅從受信任映像執行容器、使用授權外掛程式限制對「PUT /containers/{id}/archive」端點的存取，以及避免將壓縮的封存管道傳輸到從不受信任映像建立的容器中 （CVE-2026-41567）

    解碼包含許多無效編碼字的惡意製作的 MIME 標頭可能會佔用過多的 CPU。（CVE-2026-42504）

    傳回錯誤時，net/textproto 套件中的函式會將其輸入包含在錯誤中。這可能允許攻擊者將誤導性內容插入列印或記錄的錯誤中。
    (CVE-2026-42507)

Tenable 已直接從所測試產品的安全公告擷取前置描述區塊。

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

遠端主機上安裝的 docker 版本為要比 25.0.16-1 舊。因此，會受到 ALAS2NITRO-ENCLAVES-2026-112 公告中所提及的多個弱點影響。

    （*x509。證書）。VerifyHostname 先前稱為 matchHostname，在所有 DNS 主體別名 （SAN） 項目的迴圈中。這導致了弦樂。Split（host， .） 在相同的輸入主機名稱上重複執行。當 DNS SAN 清單很大時，驗證成本的增長呈二次方級別，具體取決於 SAN 項目數量乘以主機名稱的標籤數量。由於 x509.Verify 會在建構憑證鏈之前驗證主機名稱，因此即使對於不受信任的憑證，也會產生此額外負擔。(CVE-2026-27145)

    Moby 是一種開放原始碼容器架構。在 v2.0.0-beta.14 之前 29.5.1 和 moby/moby v2 之前的版本中，當壓縮封存透過 'PUT /containers/{id}/archive' 上傳到容器或透過 'docker cp -' 傳送時，由於作業順序不正確，精靈會解析來自容器檔案系統而不是主機檔案系統的解壓縮二進位檔案 （例如 'xz' 或 'unpigz'）。當使用者將壓縮 （xz 或 gzip） 封存上傳到該容器時，包含木馬化解壓縮二進位檔的惡意容器映像可以以完整的守護程式權限 （包括主機根 UID 和不受限制的功能） 實現任意程式碼執行。此問題已在 Docker Engine 29.5.1 和 moby/moby v2.0.0-beta.14 中修正。因應措施包括僅從受信任映像執行容器、使用授權外掛程式限制對「PUT /containers/{id}/archive」端點的存取，以及避免將壓縮的封存管道傳輸到從不受信任映像建立的容器中 （CVE-2026-41567）

    解碼包含許多無效編碼字的惡意製作的 MIME 標頭可能會佔用過多的 CPU。（CVE-2026-42504）

    傳回錯誤時，net/textproto 套件中的函式會將其輸入包含在錯誤中。這可能允許攻擊者將誤導性內容插入列印或記錄的錯誤中。
    (CVE-2026-42507)

Tenable 已直接從所測試產品的安全公告擷取前置描述區塊。

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

遠端主機上安裝的 docker 版本為要比 25.0.16-1 舊。因此，它會受到 ALAS2DOCKER-2026-134 公告中所提及的多個弱點影響。

    （*x509。證書）。VerifyHostname 先前稱為 matchHostname，在所有 DNS 主體別名 （SAN） 項目的迴圈中。這導致了弦樂。Split（host， .） 在相同的輸入主機名稱上重複執行。當 DNS SAN 清單很大時，驗證成本的增長呈二次方級別，具體取決於 SAN 項目數量乘以主機名稱的標籤數量。由於 x509.Verify 會在建構憑證鏈之前驗證主機名稱，因此即使對於不受信任的憑證，也會產生此額外負擔。(CVE-2026-27145)

    Moby 是一種開放原始碼容器架構。在 v2.0.0-beta.14 之前 29.5.1 和 moby/moby v2 之前的版本中，當壓縮封存透過 'PUT /containers/{id}/archive' 上傳到容器或透過 'docker cp -' 傳送時，由於作業順序不正確，精靈會解析來自容器檔案系統而不是主機檔案系統的解壓縮二進位檔案 （例如 'xz' 或 'unpigz'）。當使用者將壓縮 （xz 或 gzip） 封存上傳到該容器時，包含木馬化解壓縮二進位檔的惡意容器映像可以以完整的守護程式權限 （包括主機根 UID 和不受限制的功能） 實現任意程式碼執行。此問題已在 Docker Engine 29.5.1 和 moby/moby v2.0.0-beta.14 中修正。因應措施包括僅從受信任映像執行容器、使用授權外掛程式限制對「PUT /containers/{id}/archive」端點的存取，以及避免將壓縮的封存管道傳輸到從不受信任映像建立的容器中 （CVE-2026-41567）

    解碼包含許多無效編碼字的惡意製作的 MIME 標頭可能會佔用過多的 CPU。（CVE-2026-42504）

    傳回錯誤時，net/textproto 套件中的函式會將其輸入包含在錯誤中。這可能允許攻擊者將誤導性內容插入列印或記錄的錯誤中。
    (CVE-2026-42507)

Tenable 已直接從所測試產品的安全公告擷取前置描述區塊。

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

遠端主機上安裝的 Docker Engine (Moby) 版本低於 29.5.1。因此會受到任意程式碼執行弱點影響：

  - 當透過 PUT /containers/{id}/archive 將壓縮封存上傳到容器或透過 docker cp 管道傳輸時，由於作業順序不正確，精靈會解析來自容器檔案系統而不是主機檔案系統的解壓縮二進位檔案（例如 xz 或 unpigz）。當使用者將壓縮 (xz 或 gzip) 封存上傳到該容器時，包含木馬化解壓縮二進位檔的惡意容器映像可以以完整的常駐程式特權 (包括主機根 UID 和不受限制的功能) 實現任意程式碼執行攻擊。
    (CVE-2026-41567)

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

遠端主機上安裝的 docker 版本為要比 25.0.16-1 舊。因此，它會受到 ALAS2ECS-2026-131 公告中所提及的多個弱點影響。

    （*x509。證書）。VerifyHostname 先前稱為 matchHostname，在所有 DNS 主體別名 （SAN） 項目的迴圈中。這導致了弦樂。Split（host， .） 在相同的輸入主機名稱上重複執行。當 DNS SAN 清單很大時，驗證成本的增長呈二次方級別，具體取決於 SAN 項目數量乘以主機名稱的標籤數量。由於 x509.Verify 會在建構憑證鏈之前驗證主機名稱，因此即使對於不受信任的憑證，也會產生此額外負擔。(CVE-2026-27145)

    Moby 是一種開放原始碼容器架構。在 v2.0.0-beta.14 之前 29.5.1 和 moby/moby v2 之前的版本中，當壓縮封存透過 'PUT /containers/{id}/archive' 上傳到容器或透過 'docker cp -' 傳送時，由於作業順序不正確，精靈會解析來自容器檔案系統而不是主機檔案系統的解壓縮二進位檔案 （例如 'xz' 或 'unpigz'）。當使用者將壓縮 （xz 或 gzip） 封存上傳到該容器時，包含木馬化解壓縮二進位檔的惡意容器映像可以以完整的守護程式權限 （包括主機根 UID 和不受限制的功能） 實現任意程式碼執行。此問題已在 Docker Engine 29.5.1 和 moby/moby v2.0.0-beta.14 中修正。因應措施包括僅從受信任映像執行容器、使用授權外掛程式限制對「PUT /containers/{id}/archive」端點的存取，以及避免將壓縮的封存管道傳輸到從不受信任映像建立的容器中 （CVE-2026-41567）

    解碼包含許多無效編碼字的惡意製作的 MIME 標頭可能會佔用過多的 CPU。（CVE-2026-42504）

    傳回錯誤時，net/textproto 套件中的函式會將其輸入包含在錯誤中。這可能允許攻擊者將誤導性內容插入列印或記錄的錯誤中。
    (CVE-2026-42507)

Tenable 已直接從所測試產品的安全公告擷取前置描述區塊。

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
320818	Linux Distros 未修補弱點：CVE-2026-41567	Nessus	Misc.	2026/6/12	2026/7/16	high
327403	Amazon Linux 2023：docker (ALAS2023-2026-1901)	Nessus	Amazon Linux Local Security Checks	2026/7/16	2026/7/16	high
325579	Amazon Linux 2：docker，--advisory ALAS2NITRO-ENCLAVES-2026-112 (ALASNITRO-ENCLAVES-2026-112)	Nessus	Amazon Linux Local Security Checks	2026/7/8	2026/7/8	high
325567	Amazon Linux 2：docker, --advisory ALAS2DOCKER-2026-134 (ALASDOCKER-2026-134)	Nessus	Amazon Linux Local Security Checks	2026/7/8	2026/7/8	high
324948	Docker Engine < 29.5.1 任意程式碼執行	Nessus	Misc.	2026/7/3	2026/7/14	high
325565	Amazon Linux 2：docker, --advisory ALAS2ECS-2026-131 (ALASECS-2026-131)	Nessus	Amazon Linux Local Security Checks	2026/7/8	2026/7/8	high

偵測

搜尋 Plugin

high

high

high

high

high

high