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

  - sctp：修正 INIT 處理中的 err_chunk 記憶體洩漏 當 sctp_verify_init（） 遇到無法識別的參數時，它會分配一個err_chunk來報告它們。不過，此區塊會在數個程式碼路徑中洩漏：
    1. 在 sctp_sf_do_5_1B_init（） 中，如果 sctp_verify_init（） 填入err_chunk後 security_sctp_assoc_request（） 失敗，則函數立即返回而不釋放它。2、在sctp_sf_do_unexpected_init（）中，security_sctp_assoc_request（）故障路徑上也發生了同樣的洩漏。3.
    在 sctp_sf_do_unexpected_init（） 中，在將無法識別的參數複製到 INIT-ACK 後的成功路徑上，函數返回而不釋放err_chunk，這與正確釋放它的 sctp_sf_do_5_1B_init（） 不同。在返回錯誤路徑和 sctp_sf_do_unexpected_init（） 中的成功路徑之前，新增 sctp_chunk_free（err_chunk） 呼叫來修正所有三個洩漏。（CVE-2026-72413）

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

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - sctp：修复 INIT 处理中的err_chunk内存泄漏 当 sctp_verify_init（） 遇到无法识别的参数时，它会分配一个err_chunk进行报告。但是，此区块会在多个代码路径中泄漏：
    1. 在 sctp_sf_do_5_1B_init（） 中，如果 security_sctp_assoc_request（） 在 sctp_verify_init（） 填充err_chunk后失败，函数会立即返回而不释放它。2. 在 sctp_sf_do_unexpected_init（） 中，security_sctp_assoc_request（） 故障路径上发生相同的泄漏。3.
    在 sctp_sf_do_unexpected_init（） 中，在将无法识别的参数复制到 INIT-ACK 后的成功路径上，函数返回而不释放err_chunk，这与正确释放它的 sctp_sf_do_5_1B_init（） 不同。通过在返回错误路径和 sctp_sf_do_unexpected_init（） 中的成功路径之前添加 sctp_chunk_free（err_chunk） 调用，修复所有三个泄漏。（CVE-2026-72413）

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - sctp:INIT 処理での err_chunk のメモリリークを修正します sctp_verify_init() は、認識されないパラメーターに遭遇すると、それらを報告するために err_chunk を割り当てます。ただし、このチャンクはいくつかのコードパスで漏洩します:
    1. sctp_sf_do_5_1B_init() で、sctp_verify_init() がerr_chunkを入力した後に security_sctp_assoc_request() が失敗した場合、関数はそれを解放せずにすぐに返します。2. sctp_sf_do_unexpected_init() では、security_sctp_assoc_request() の失敗パスでも同じリークが発生します。3.
    sctp_sf_do_unexpected_init() では、認識されないパラメーターを INIT-ACK にコピーした後の成功パスで、適切に解放する sctp_sf_do_5_1B_init() とは異なり、関数はerr_chunkを解放せずに返します。エラーパスと成功sctp_sf_do_unexpected_initパスで戻る前に sctp_chunk_free(err_chunk) 呼び出しを追加することで、3 つの漏洩すべてを修正します。(CVE-2026-72413)

Nessus は、ベンダーから報告されたパッケージの存在に依存していることに注意してください。

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - sctp: fix err_chunk memory leaks in INIT handling When sctp_verify_init() encounters unrecognized     parameters, it allocates an err_chunk to report them. However, this chunk is leaked in several code paths:
    1. In sctp_sf_do_5_1B_init(), if security_sctp_assoc_request() fails after sctp_verify_init() has     populated err_chunk, the function returns immediately without freeing it. 2. In     sctp_sf_do_unexpected_init(), the same leak occurs on the security_sctp_assoc_request() failure path. 3.
    In sctp_sf_do_unexpected_init(), on the success path after copying unrecognized parameters to the INIT-     ACK, the function returns without freeing err_chunk, unlike sctp_sf_do_5_1B_init() which properly frees     it. Fix all three leaks by adding sctp_chunk_free(err_chunk) calls before returning in the error paths and     on the success path in sctp_sf_do_unexpected_init(). (CVE-2026-72413)

Note that Nessus relies on the presence of the package as reported by the vendor.

ID	Name	Product	Family	Published	Updated	Severity
335742	Linux Distros 未修補弱點：CVE-2026-72413	Nessus	Misc.	8/15/2026	9/2/2026	medium
335742	Linux Distros 未修补的漏洞：CVE-2026-72413	Nessus	Misc.	8/15/2026	9/2/2026	medium
335742	Linux Distros のパッチ未適用の脆弱性: CVE-2026-72413	Nessus	Misc.	8/15/2026	9/2/2026	medium
335742	Linux Distros Unpatched Vulnerability : CVE-2026-72413	Nessus	Misc.	8/15/2026	9/2/2026	medium
345814	Amazon Linux 2023 : bpftool, kernel, kernel-devel (ALAS2023-2026-2143)	Nessus	Amazon Linux Local Security Checks	9/14/2026	9/14/2026	medium

Detections

Analytics

Plugins Search

medium

medium

medium

medium

medium