There are packages installed that are affected by multiple vulnerabilities referenced in the following CVEs:

  - A vulnerability, which was classified as critical, was found in FFmpeg up to 7.1. This affects the
    function ff_aac_search_for_tns of the file libavcodec/aacenc_tns.c of the component AAC Encoder. The
    manipulation leads to stack-based buffer overflow. It is possible to initiate the attack remotely. The
    exploit has been disclosed to the public and may be used. (CVE-2025-1594)

  - A flaw was found in FFmpeg's TTY Demuxer. This vulnerability allows possible data exfiltration via
    improper parsing of non-TTY-compliant input files in HLS playlists. (CVE-2023-6602)

  - A flaw was found in FFmpeg. This vulnerability allows unexpected additional CPU load and storage
    consumption, potentially leading to degraded performance or denial of service via the demuxing of
    arbitrary data as XBIN-formatted data without proper format validation. (CVE-2023-6604)

  - A flaw was found in FFmpeg's DASH playlist support. This vulnerability allows arbitrary HTTP GET requests
    to be made on behalf of the machine running FFmpeg via a crafted DASH playlist containing malicious URLs.
    (CVE-2023-6605)

  - Unchecked Return Value, Out-of-bounds Read vulnerability in FFmpeg allows Read Sensitive Constants Within
    an Executable. This vulnerability is associated with program files
    https://github.Com/FFmpeg/FFmpeg/blob/master/libavfilter/af_pan.C . This issue affects FFmpeg: 7.1. Issue
    was fixed: https://github.com/FFmpeg/FFmpeg/commit/b5b6391d64807578ab872dc58fb8aa621dcfc38a
    https://github.com/FFmpeg/FFmpeg/commit/b5b6391d64807578ab872dc58fb8aa621dcfc38a This issue was discovered
    by: Simcha Kosman (CVE-2025-0518)

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

  - 可能使用低于 2 的 subversion 在带有精心构建动画的 SANM 解码中造成释放后使用写入。存在 STOR 区块时后续的 FOBJ 区块将保存在 ctx->stored_frame 中。
    存储的帧随后可被 FTCH 区块引用。对于使用低于 2 的 subversion 的文件系统会存储未解码的帧并在解析 FTCH 区块时再次解码。但是在 process_frame_obj 中如果帧具有无效的大小则会提前返回值为 0。这会导致 decode_frame 中的代码仍然将原始帧缓冲区存储到 ctx->stored_frame 中。将 ctx->has_dimensions 的设置保留为 false。FTCH 类型的后续区块将再次调用 process_ftch 和解码该帧 obj同时添加到 top/left 值并再次调用 process_frame_obj。鉴于我们之前从未设置过 ctx->have_dimensions因此这一次我们会调用 init_buffers这样可重新分配 ctx->stored_frame 中的缓冲区释放上一个缓冲区来设置维度。但是，GetByteContext 对象 gb 仍然保留对旧缓冲区的引用。最后，当代码尝试解码帧时，接受 GetByteContext 作为参数的编解码器在使用 gb 时将触发释放后使用读取。GetByteContext 仅用于读取字节因此至多可读取无效数据。在释放对象和访问对象时之间无堆分配。但是在返回 process_ftch 时代码会恢复stored_frame 中 top/left 的原始值从而在偏移 6 处向已释放数据写入 4 个字节从而可能损坏分配器的元数据。此问题只需探测文件是否为 sanm 格式即可触发。建议升级到版本 8.0 或更高版本。 (CVE-2025-59734)

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

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

  - 在 SANM 解碼中可能會造成使用 subversion <2 的特製動畫解碼時發生釋放後使用寫入。當存在 STOR 區塊時後續的 FOBJ 區塊將會儲存在 ctx->stored_frame 中。
    儲存的框架稍後可由 FTCH 區塊參照。針對使用 subversion < 2 的檔案未解碼的框架會被儲存並在剖析 FTCH 區塊時再次解碼。但是在 process_frame_obj 中如果框架的大小無效則會提早傳回值為 0。這會造成 decode_frame 中的程式碼仍將原始框架緩衝區儲存到 ctx->stored_frame 中。將 ctx->has_dimensions 設定為 false。FTCH 類型的後續區塊會呼叫 process_ftch 並再次解碼該框架 obj進而新增到 top/left 值並再次呼叫 process_frame_obj。假設我們之前從未設定過 ctx->have_dimensions因此這一次我們會呼叫 init_buffers 來設定尺寸其可重新配置 ctx->stored_frame 中的緩衝區進而釋放先前的緩衝區。不過GetByteContext 物件 gb 仍保留舊緩衝區的參照。最後當程式碼嘗試解碼框架時接受 GetByteContext 作為參數的轉碼器將在使用 gb 時觸發釋放後使用讀取。GetByteContext 只用於讀取位元組因此最多可讀取無效資料。在釋放物件與存取物件之間沒有堆積配置。不過在傳回 process_ftch 時程式碼會在stored_frame 中還原 top/left 的原始值並在位移 6 寫入 4 個位元組至已釋放資料進而可能損毀配置器的詮釋資料。僅透過探查檔案是否具有 sanm 格式即可觸發此問題。建議升級至 8.0 版或更新版本。 (CVE-2025-59734)

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

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

  - subversion <2 を使用する注意深く細工されたアニメーションで、SANM デコーディングに use-after-free の書き込みを引き起こすことが可能です。 STOR チャンクが存在する場合、後続の FOBJ チャンクは ctx->stored_frame に保存されます。
    保存されたフレームは、後で FTCH チャンクによって参照できます。subversion < 2 を使用するファイルでは、デコードされていないフレームが保存され、FTCH チャンクが解析される際に再度デコードされます。ただし、process_frame_objでは、フレームに無効なサイズの場合、0の値での早期リターンがあります。これにより、decode_frameのコードは、生のフレームバッファをctx->stored_frameに引き続き保存します。ctx->has_dimensions を false に設定したままにします。その後、タイプ FTCH のチャンクが process_fch を呼び出し、そのフレーム obj を再びデコードし、上部/左の値に追加し、process_frame_obj を再び呼び出します。以前に ctx->have_dimensions を設定したことがない場合、今回は init_buffers を呼び出して寸法を設定します。これにより、ctx->stored_frame のバッファが再割り当てされ、以前のバッファが解放されます。ただし、GetByteContext オブジェクト gb は依然として、古いバッファへの参照を保持します。最後に、コードがフレームをデコードしようとする際、GetByteContext をパラメーターとして受け入れるコーデックが、gb 使用時に use-after-free 読み取りを発生させます。GetByteContext はバイトの読み取りのみに使用されるため、最大 1 つしか無効なデータを読み取る可能性があります。解放時とオブジェクトがアクセスされる時の間のヒープ割り当てはありません。しかし、process_fchに戻ると、コードはstored_frameのtop/leftの元の値を復元し、オフセット6で解放されたデータに4バイトを書き込み、アロケーターのメタデータを破損する可能性があります。この問題は、ファイルに sanm フォーマットがあるかどうかをプローブするだけで発生できます。バージョン 8.0 以降にアップグレードすることをお勧めします。CVE-2025-59734

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

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

  - It is possible to cause an use-after-free write in SANM decoding with a carefully crafted animation using     subversion <2. When a STOR chunk is present, a subsequent FOBJ chunk will be saved in ctx->stored_frame.
    Stored frames can later be referenced by FTCH chunks. For files using subversion < 2, the undecoded frame     is stored, and decoded again when the FTCH chunks are parsed. However, in process_frame_obj if the frame     has an invalid size, there's an early return, with a value of 0. This causes the code in decode_frame to     still store the raw frame buffer into ctx->stored_frame. Leaving ctx->has_dimensions set to false. A     subsequent chunk with type FTCH would call process_ftch and decode that frame obj again, adding to the     top/left values and calling process_frame_obj again. Given that we never set ctx->have_dimensions before,     this time we set the dimensions, calling init_buffers, which can reallocate the buffer in     ctx->stored_frame, freeing the previous one. However, the GetByteContext object gb still holds a reference     to the old buffer. Finally, when the code tries to decode the frame, codecs that accept a GetByteContext     as a parameter will trigger a use-after-free read when using gb. GetByteContext is only used for reading     bytes, so at most one could read invalid data. There are no heap allocations between the free and when the     object is accessed. However, upon returning to process_ftch, the code restores the original values for     top/left in stored_frame, writing 4 bytes to the freed data at offset 6, potentially corrupting the     allocator's metadata. This issue can be triggered just by probing whether a file has the sanm format. We     recommend upgrading to version 8.0 or beyond. (CVE-2025-59734)

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

ID	Name	Product	Family	Published	Updated	Severity
436230	Alpine: multiple ffmpeg packages: security update to 8.0-r0	Tenable Cloud Security	Alpine Linux Local Security Checks	12/4/2025	7/20/2026	high
436230	Alpine: multiple ffmpeg packages: security update to 8.0-r0	Tenable Self-Hosted Container Security	Alpine Linux Local Security Checks	12/4/2025	7/20/2026	high
269301	Linux Distros 未修补的漏洞：CVE-2025-59734	Nessus	Misc.	10/8/2025	8/25/2026	high
269301	Linux Distros 未修補的弱點：CVE-2025-59734	Nessus	Misc.	10/8/2025	8/25/2026	high
269301	Linux Distros のパッチ未適用の脆弱性: CVE-2025-59734	Nessus	Misc.	10/8/2025	8/25/2026	high
269301	Linux Distros Unpatched Vulnerability : CVE-2025-59734	Nessus	Misc.	10/8/2025	8/25/2026	high

Detections

Analytics

Plugins Search

high

high

high

high

high

high